diff --git a/docs/assignment6-compat.md b/docs/assignment6-compat.md
index f1d46a6..3828bd8 100644
--- a/docs/assignment6-compat.md
+++ b/docs/assignment6-compat.md
@@ -41,10 +41,36 @@
 - `bjrjs`（报警人是否驾驶员）、`ywmtc`（是否撞摩托车）无表单来源：
   不进入注入映射，仅支持 set_info 直写、get_info 直读。
 
+## 与 workflow 20261022 的字段对账（2026-10-22 核对）
+
+核对来源：`workflow/20261022/事故信息采集2025118.json`（已与 main@c7ca781 同步）
+及历史版本 20250419—20261021。
+
+| 注册表内容 | 对账结果 |
+|---|---|
+| 图表单六键（`has_injury` 等，FORM_FIELDS 白名单） | **一致**。workflow `form` 全局变量（bNJkeXot）初始即这六键；「更新表单」code 节点白名单语义（只遍历表单已有字段、无效值/同值筛除）与本服务 `_merge_form` 相同 |
+| acd 业务八键（`ywrysw` 等） | **语义一致，出处不同**。八键全部出自 **20250419 版** workflow 的提取 schema（含 `sgyy` 事故原因）；20251015 起 workflow 已弃用，API 代码自 a1a4bce 起沿用为对外契约。新后端注册表保留 = 兼容旧契约 |
+| 人员分组键（`xm1/sfzmhm1/sfzmwh1/sjwh1/csbw1` 等每组 8 键） | **任何 workflow 版本都不存在**。系 API 服务端自定义契约（get_info 分组）。`sfzmwh/sjwh/csbw` 的全量覆盖是契约要求，与 workflow 无关 |
+| 作业 6 表单键<->业务键映射（`has_injury`->`ywrysw` 等） | workflow 中**无此映射**——两侧键名从未在同一系统共存（workflow 只用表单键，API 只用业务键）。映射是迁移时按中文语义建立的桥（对照 20250419 提取 schema 的 desc 字段），属本服务新增语义，已双向测试固定 |
+
+### 对账发现的一个真实差异
+
+20261022 workflow 的 `state` 变量中人员信息键为
+`driver1ID / driver1License / driver1Phonenumber`（×2），
+与 API `get_info` 分组键（`sfzmhm1/sjwh1/sjhm1` 等）**不同名**。
+旧 FastGPT 实现按 API 分组键读 state，这些键在 workflow state 中
+本就读空——属于既有行为。新后端注册表沿用了 API 契约键
+（保证 get/set_info 自洽），workflow 侧键名差异已列入审计：
+若线上有调用方依赖 `driver1ID` 等键，需决定是否补登记别名。
+
 ## 待审计项（作业 6-7 要求的后续工作）
 
 - [ ] 审计现有调用方是否存在对 `set_info` 任意 key 写入的依赖
       （如动态自定义键）。存在则在注册表补登记或提供逃生口。
+      **对账新增**：workflow 20261022 state 人员键
+      （`driver1ID`/`driver1License`/`driver1Phonenumber` ×2）
+      与 API 分组键不同名——确认线上调用方实际使用哪套键名，
+      必要时注册表补别名。
 - [x] ~~流式 `chat` 的 `formUpdate` 差量写回 repository~~
       （完整版已实现：FormUpdate 事件捕获后经映射写回，见 `app_service.stream`）。
 - [ ] `get_info` 返回值中的敏感字段（证件号/手机号）回显边界：