- 主列表新增待运抵/已运抵 Tab(客户端按申报状态拆分)+ 卡片长按浮层(补充/重置/回执) - 新增分单明细页:复用主列表已加载数据,零新增请求 - 新增回执内容只读页 - 新增补充信息页:参照 Pad 端收发货人信息批量应用模式(后端接口暂缺,已登记问题清单) - 手机首页「国际」Tab 增加「出港运抵」入口 - 修复两个平台坑:RecyclerView 内 GONE 不塌陷高度;Serializable Intent 传递 遇 @Transient 字段反序列化为 null 导致的崩溃 - 登记后端接口缺口 2 项(#19~#20)至问题清单 Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
7.5 KiB
7.5 KiB
api-doc MCP:接口定义核对流程(阶段 2 必读)
适配页面前,所有用到的接口都要在 api-doc(AgentFox)里核对一遍入参/出参,
不要靠平板代码或猜测推断参数名——出库交接就因为猜了 hoState(实际是 handoverState)
白白折腾了一轮实机排查。
连接方式
项目 .mcp.json 已配置 api-doc 远程 HTTP MCP。若会话内 MCP 工具可直接调用
(mcp__api-doc__*),直接用;若工具没有注入会话(ToolSearch 搜不到),用 curl 走
MCP 协议手工调用,三步:
URL=$(python3 -c "import json;print(json.load(open('.mcp.json'))['mcpServers']['api-doc']['url'])")
AUTH="Authorization: $(python3 -c "import json;print(json.load(open('.mcp.json'))['mcpServers']['api-doc']['headers']['Authorization'])")"
# 1) initialize:从响应头 mcp-session-id 取会话 id
curl -s -D /tmp/mcp_headers.txt -X POST "$URL" -H "$AUTH" -H "Content-Type: application/json" \
-H "Accept: application/json, text/event-stream" \
-d '{"jsonrpc":"2.0","id":1,"method":"initialize","params":{"protocolVersion":"2024-11-05","capabilities":{},"clientInfo":{"name":"claude-code","version":"1.0"}}}' > /dev/null
SID=$(grep -i 'mcp-session-id' /tmp/mcp_headers.txt | tr -d '\r' | awk '{print $2}')
# 2) initialized 通知(必须发,否则 tools/* 报 session 未初始化)
curl -s -X POST "$URL" -H "$AUTH" -H "Content-Type: application/json" \
-H "Accept: application/json, text/event-stream" -H "mcp-session-id: $SID" \
-d '{"jsonrpc":"2.0","method":"notifications/initialized"}' > /dev/null
# 3) tools/call(响应是 SSE,`sed 's/^data: //'` 后按 JSON 解析)
curl -s -X POST "$URL" -H "$AUTH" -H "Content-Type: application/json" \
-H "Accept: application/json, text/event-stream" -H "mcp-session-id: $SID" \
-d '{"jsonrpc":"2.0","id":2,"method":"tools/call","params":{"name":"search_endpoints","arguments":{"keyword":"IntExpMove"}}}'
可用工具(5 个)
| 工具 | 用途 |
|---|---|
get_project_overview |
项目概览 + 模块清单(首次调用) |
list_modules |
全部模块含描述 |
list_endpoints |
单模块内接口列表(分页,moduleId + cursor) |
search_endpoints |
按关键字搜接口(keyword 用控制器前缀最准,如 IntExpOutHandover) |
get_endpoint_detail |
核心:单接口完整契约,schema 已拍平成字段表(endpointId) |
核对清单(每个页面做一遍)
对 ViewModel 里每个 NetApply.api.xxx 调用:
- 从
module_base/.../http/net/Api.kt拿到@POST路径 →search_endpoints找到接口 →get_endpoint_detail - 入参:前端传的每个 key 必须能在文档字段表里找到同名字段;找不到 = 传了也白传(后端静默忽略,不报错)
- 类型:状态类字段(
moveState/handoverState/outState)文档均为 integer,前端传"0"字符串靠 Jackson 隐式转换(实测可用);新代码尽量传数字 - 出参:设计稿卡片/详情页的每个展示字段,都要能对上出参字段;对不上就是后端缺口
- 结论落两处:
- 后端缺口(缺入参/缺出参/数据不回填)→ 记入
documents/后端接口对接问题清单.xlsx(按「模块 → 页面 → 接口定义 → 接口地址」格式,含前端现状与期望,状态标 ⏳/🔍) - 前端可自行解决的(参数名写错、字段绑错)→ 直接改代码,别记成后端问题
- 后端缺口(缺入参/缺出参/数据不回填)→ 记入
已核对过的语义(别再猜)
IntExpOutHandover:交接状态入参 =handoverState(不是hoState),2026-07-29 内网实测过滤生效 (传 0/1 分别返回纯净的待/已交接集合,字符串"0"/"1"同样被接受);ldId是组装人不是交接人; 交接人姓名出参hoUserName,编码hoId;查询入参没有交接人筛选(后端缺口 #4)IntExpOutHandover/pageQueryTotal:出参恒 0(任何条件下 totalPc/totalWeight/wbNumber 均为 0, 与同条件 pageQuery 不一致,后端缺口 #6)——依赖它的 Tab 角标/底部统计显示 0 不是前端问题IntExpMove:出参无航班字段(缺口 #1)、无操作人姓名(缺口 #2);opId/opdate/businessType文档有定义但实测恒 null(缺口 #3);pageQueryTotal正常(与 pageQuery 口径一致,moveState过滤生效)typeCode/getSpecialCodeByParam:flag=1国际,ieFlag必须传空串(传"E"返回空数组)eqm/uld(ULD信息,6 个端点):查询入参仅uld/status/uldSuffix(uldSuffix 名义是 "uld后两位",实际就是按所属航司筛选,配DictUtils.getIntCarrierList);status仅两态 0 正常/1 故障(三态需求=缺口 #7);无「来源」字段(#8)、无checkInDate/ifNo筛选入参(#9)、 无批量删除(#10,deleteUld是@Query单条);出参ifNo/efNo/checkInDate/checkOutDate文档无描述,按命名推断进/出港航班号与出入库时间(#11 待确认)IntExpArrive(出港运抵,2026-07-30 内网实测):declareStatus(申报状态)只在出参,pageQuery/pageQueryTotal入参均无此字段(缺口 #20,待运抵/已运抵 Tab 靠客户端拆分);declareStatus/GjcHaWb.arrivalStatus三色编码:01=正常(绿)、W=靛蓝态、其余非空=琥珀异常态;haWbList[].response/arrivalOpDate是回执文本与对应时间,实测确认真实存在非空数据; 分单补充收发货人信息后端完全没有对应接口(search_endpoints对IntExpArrive/HaWb关键字均搜不到分单更新接口,只有国际进港的IntImpAirManifest/complete), 实机调用拟定路径IntExpArrive/haWb/supplement确认 404(缺口 #19)IntExpCheckIn(出港计重,2026-07-29 内网实测):likeNo并非任意模糊——按 8 位no匹配(11 位 wbNo 或部分号均 0 条),11 位全号必须走wbNo;checkIn/checkInList文档有定义但pageQuery/pageQueryTotal均静默忽略(缺口 #12,待计重/计重中计数依赖); 查询入参无通道号/承运人/运单类型(#13)、checked/*无收运时间范围(#14);checked/pageQuery出参无通道号(#15)但有userName(计重人中文名);listRecordByWh出参计重人仅opId(#16);preArrive成功后pageQuery的arriveFlag不回填(#17);splitCheckIn/completeCheckIn无palletNumber/carWeight入参(#18,手机版托盘数量/自重按设计稿传预留参数); 运单类型字典:DictUtils.getWaybillTypeList2(ieFlag="E", type="IO")
内网直调验证技巧(比驱动 UI 快得多)
登录态 token 存在 SharedPreference 里,取出后可以直接 curl 后端做行为验证 (注意:不要把 token 打印到输出里,落临时文件引用):
adb -s <serial> shell "run-as com.lukouguoji.aerologic cat \
/data/data/com.lukouguoji.aerologic/shared_prefs/data.xml" \
| grep -o '<string name="token">[^<]*' | sed 's/.*>//' > /tmp/air_token
curl -s -X POST "http://192.168.1.250:8093/IntExpOutHandover/pageQuery" \
-H "Authorization: $(cat /tmp/air_token)" -H "Content-Type: application/json" \
-d '{"pageNum":1,"pageSize":50,"handoverState":0}'
用它做「参数是否生效」的 A/B 对比(同条件只改一个参数看 total 变化),
再回 App UI 走一遍确认端到端链路。UI 里的滚轮日期选择器可用
input swipe(慢速 500ms、每次 3 格 ≈ 396px)驱动,滑完截图校准。