feat: 完成出港仓库与进港仓库页面5.5寸手机端适配

出港仓库（07，module_gjc）：
- IntExpStorageUseActivity 手机布局：搜索行+三格统计（总票数/未清仓/已清仓，
  clearNormal=0/1 双 pageQueryTotal 仅手机发起）+卡片级四操作按钮（清仓/修改
  库位/出库/入库，已清仓置灰），取代平板勾选+底部批量条，复用既有 performXxx 链路
- 详情/运单追踪复用出港查询已适配页（GjcQueryDetailsActivity/LogDetailActivity），零新增页面
- 清仓/入库/修改库位弹框双变体化（手机底部弹层）；修改库位手机版增加「原库位」单选；
  出库确认 AlertDialog → ConfirmDialogModel（项目强制规范）

进港仓库（08，module_gjj，07 的进港镜像）：
- IntImpStorageUseActivity 手机布局：搜索框「运单号/航班号」分流（含字母→fno，
  抓包证实）+始发站字段/筛选（fdep 入参）
- 进港详情 IntImpQueryDetailsActivity + 3 Fragment 首次手机适配（报文区 3 项，
  件重区直取 inPc/inWeight，库位卡片优先中文姓名）
- 修改库位手机弹层「原库位」只列未出库库位（沿用平板校验）

公共：GjcMaWb 增加 isCleared 计算属性；新增 bg_phone_btn_disabled；手机首页
「国际」Tab 增加出港仓库/进港仓库入口；debug manifest 直启项

验证：双端 Proxyman Map Local mock 口径验证通过（开发机不在内网），平板回归一致，
崩溃 0；后端缺口 5 项登记问题清单 #23~#27（筛选入参缺失/clearNormal 分项统计与
detail 推断字段待内网实测）

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

.claude/skills/phone-adapt/references/api-doc.md

@@ -85,6 +85,22 @@ curl -s -X POST "$URL" -H "$AUTH" -H "Content-Type: application/json" \
   详情「入库件数/入库重量」= `warehouseList` 各批次 pc/weight 求和（mock 与实测均吻合）；
   卡片状态推断口径：`fclose` 非空=已离港、否则 `opDate` 非空=已入库；
   特码字典沿用 `DictUtils.getSpecialCodeList(flag=1, ieFlag="")`（ieFlag 必须空串）
+- `IntExpStorageUse`（出港仓库，2026-07-31 文档核对，内网 A/B 未测——当日开发机不在内网）：
+  `pageQuery`/`pageQueryTotal` 同一套入参 schema：`fdate`/`fno`/`wbNo`/`likeNo`/`spCode`/`dest`/
+  `agentCode`/`location`/`clearNormal`/`checkIn`/`reviewStatus`/`dep`/`hno`/`prefix`；设计稿筛选的
+  **运单类型/业务类型/品名(中) 均无入参**（`awbType`/`businessType`/`goodsCn`，缺口 #23）；
+  手机三格统计按 `clearNormal=0/1` 各调一次 `pageQueryTotal` 取 `wbNumber`，该过滤**是否真实生效
+  待内网 A/B**（缺口 #24，参照 isFclose 有定义但被忽略的先例）；出参 `clearNormal` 0=未清仓/1=已清仓
+  （卡片标签与「清仓」按钮置灰按 ==\"1\" 判定）；详情复用 `IntExpSearch/detail`（maWbId Query 参数）
+- `IntImpStorage`（进港仓库，2026-07-31 文档核对；**注意前端 Api.kt 路径前缀是 `IntImpStorage`
+  不是 `IntImpStorageUse`**，api-doc 按后者搜不到）：`pageQuery`/`pageQueryTotal` 同一套入参：
+  `fdate`/`fno`/`wbNo`/`hno`/`fdep`（始发站）/`location`/`clearNormal`/`fid`；比出港仓库还少
+  `agentCode`/`spCode`/`dest`——设计稿筛选的代理/特码/运单类型/业务类型/品名(中) **5 项均无入参**
+  （缺口 #25）；分项统计与 clearNormal 过滤待实测同 #24（记为 #26）；详情复用
+  `IntImpSearch/detail`（Body 传 `prefix`+`no`，出参 `data.maWb` 无 schema，字段 key 以平板绑定为准：
+  `awbPc`/`awbWeight`/`cashWeight`/`inPc`/`inWeight`/`lockState`(0/1 需转中文)/`mftStatus` 原始舱单/
+  `tallyStatus` 理货报告/`command` 海关放行/`by1` 承运人/`dlvTime` 出库时间；`dep`/`dest1`/`dest`/
+  `unNumber`/`opDate` 为按出港推断，待实测 #27）
 - `IntExpCheckIn`（出港计重，2026-07-29 内网实测）：`likeNo` **并非任意模糊**——按 8 位 `no`
   匹配（11 位 wbNo 或部分号均 0 条），11 位全号必须走 `wbNo`；`checkIn`/`checkInList`
   文档有定义但 `pageQuery`/`pageQueryTotal` **均静默忽略**（缺口 #12，待计重/计重中计数依赖）；

.claude/skills/phone-adapt/references/proxyman.md

@@ -59,6 +59,10 @@ isFclose 这类「参数是否生效」的 A/B 实验用这条链。给后端提
 响应结构照抄真实 flow 的顶层结构（如 pageQuery 是裸 PageInfo：`{total, list, pages, ...}`，
 不要包 `{status, data}`）。
 
+⚠️ 实测坑（2026-07-31 出港仓库）：mock `BaseResultBean` 包装的接口（pageQueryTotal/detail 等）时，
+**`status` 必须写 `"1"`**——`BaseResultBean.verifySuccess()` 判 `status == "1"`，写 "200" 会被当失败
+静默丢弃（UI 保持默认值，无任何报错，排查靠 flow 已命中但 UI 不变这一矛盾现象）。
+
 ⚠️ 实测坑：mock 响应到达后 UI 渲染可能滞后（冷启动首帧 Davey 卡顿 2s+），
 **截图断言前先 `ui_probe texts` 确认数据已上屏**——这次就因截图太早误判过一轮「mock 没生效」，
 其实 `get_flow_detail` 里 `matchedTools: ["Map Local"]` 早已证明规则命中，UI 只是还没画完。