docs: 拆出 T-305 体检名单查询并登记 JKTJLIST00002 契约

- docs/04 §11.4 记录 JKTJLIST00002 请求/响应契约（docx，部署待验证）
- tasks 拆 T-305（契约齐全，TODO 可领）、T-304 收窄为缺 serviceId 的列表
- 纠正 T-304 一刀切 BLOCKED

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

progress.md

@@ -209,3 +209,10 @@
 - 发现：① 单条 JKTJ00002 `auto/jktj/query` 平台实测"没有url的接口配置"（未部署），`auto/jktj/find` 待确认 → docs/06 B5。② 体检 data 为单对象（档案 find 是数组）。③ 体检身份证字段小写 `idcard`（档案 `idCard`）。④ 体检主键 `checkId`（与档案幂等 checkId 同名不同义），子节点 `healthCheck` 外键指向它。
 - 决策：查询只强类型化定位字段，完整内容留 `Result.Raw`；~260 全量字段建模留到体检 create（写入才需逐字段，避免照单样本猜 null 类型）。
 - 下一步：T-302 体检 HTTP 查询端点（复用 T-208 handler 模式）；或按 docs/06 催厂家确认单查/列表接口。
+
+## 2026-07-08 拆分 T-305 体检名单查询、收窄 T-304
+
+- 状态：DONE（看板+文档维护）
+- 变更：从 docx 扒出 JKTJLIST00002 完整契约（checkYear/page/rows 在 baseInfo，返回人员名单+checkType 状态），记入 `docs/04 §11.4`；`tasks.md` 拆出 **T-305（体检已检/未检名单，契约齐全仅待沙箱部署验证，TODO 可领）**，把 T-304 收窄为真正缺 serviceId 的列表（档案/老年人/中医指导）；`scripts/query_health_check.py` 的 list 模式改为 docx 正确参数。
+- 决策：JKTJLIST00002 契约不缺（docx 完整），不该被 B1/B2 阻塞——只差运行时确认端点是否部署，故独立成可领任务；纠正原 T-304"一刀切 BLOCKED"把能做的和真卡的混在一起。它是名单/进度接口，不含体检明细，非数据源。
+- 下一步：跑 list 探针确认部署 → 若通即领 T-305 建 osi 方法；未部署则归 docs/06 B5 催厂家。