docs: 同步 T-002 完成状态并重排看板为查询先行

- T-001/T-002 标记 DONE，current-state 更新 Go 骨架现实
- 看板重排 Phase 1/2 → Q(查询)/M(映射)/D(字典+创建)，查询档案不依赖字典
- osi/jkda.go 拆为 T-203(Find)/T-206(Create)，显式化 Create 对字典缓存的依赖
- docs/05 加执行顺序注记

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

docs/05-实施路线图.md

@@ -7,12 +7,16 @@
 ## 阶段 0 · 脚手架与契约骨架
 
 - [x] 初始化 Go module、单 `main.go`（`-mode server|deliver`）、`config/`（viper）。
-- [ ] 落地 `osi/sign.go`（MD5 签名）+ 单测：用文档约定的 `ts/ask` 校验 `password` 形态（32 位小写）。
+- [x] 落地 `osi/sign.go`（MD5 签名）+ 单测：用文档约定的 `ts/ask` 校验 `password` 形态（32 位小写）。
 - [ ] 移植旧项目 `transport.go`/`http_client.go` → `osi/transport.go`（保留 SOCKS5/超时，去 cookiejar 与拟态头）。
 - [ ] `osi/client.go` 的 `Call(serviceId, body, out)`：注入头+信封+发送+判码（成功码实测 `"01"`，按去前导零判定；`405` 可重试，见 docs/01 §1）。
 - [ ] `contract/envelope.go` + `osi/codes.go`（serviceId 常量 + `pathOf` 路由）。
 - **验收**：对任一最简查询接口（如机构查询 CXJG00002）发真实请求，拿到 `code/message`。
 
+> **执行顺序注记**：`tasks.md` 已按"查询先行"重排为 Q（查询）→ M（映射）→ D（字典+创建）。
+> 原因：查询档案(Find)不依赖字典、映射单测只需码表+假字典快照，只有真实创建闭环才需字典反查主数据。
+> 下面阶段 1/2 是能力全景，实际领取顺序以 `tasks.md` 为准。
+
 ## 阶段 1 · 字典服务打通
 
 - [ ] 实现 `public.go` 四个查询：网格/责任医生/药品/机构。
@@ -87,4 +91,5 @@
 - 映射层：**与旧项目相当或略增**（但从"逆向猜"变为"照文档写"，更确定、更可测）。
 - 投递流水线：**基本复用**旧项目经验，少量适配。
 - 净效果：总复杂度显著下降，且代码意图清晰可交接。
-
+
+