docs(M06-C-R1): 回填协议纠偏与游标

docs/devlogs/2026-06-22-M06-C-协议适配与消息幂等.md

@@ -4,7 +4,7 @@
 - 起始 commit：`c96045f`
 - 工程 commit：`e795cdb`
 - ENGINEERING_DELTA=YES
-- 子阶段状态：DONE（可独立工程范围）；PDF 原件复核为外部阻塞
+- 子阶段状态：M06-C-R1 DONE；实物行为仍为 M06-G 外部阻塞
 
 ## 工程增量
 
@@ -25,10 +25,22 @@
 - 非法 Topic 实测进入 `qipai_iot_dead_letters`。
 - 工程 commit 已 push，`HEAD == origin/main == e795cdb6935568611a5d27d78991bf9e7ee2f7df`。
 
+## M06-C-R1 协议纠偏（2026-08-10）
+
+- 工程 commit：`dabc656`
+- `PlayTTS` 由友好 DTO 生成精确 `vol/firstPlay/loop/speaker/style/speed/intona/id`，并按原件范围校验。
+- `AddDevice` 只发送 `time`；首个无 `subtype/subID` 的 ACK 不提前结束配对，最终包才 ACK 并固化父子拓扑。
+- `CtrlDevice` 强制 `subtype=14/15`，凭据使用 `value`；密码为连续 6 位分组、卡号为连续 8 位十六进制分组，清空全部和恢复出厂均有平台超管二次确认。
+- 上行按命令判别结果；未知结果落 `UNKNOWN_VENDOR_RESULT`、失败命令、协议告警和死信，不崩溃、不误 ACK。
+- `record` 与命令凭据在命令、事件、死信持久化前哈希/脱敏；`magstate/taskfinish/Poweron/connected` 保持事件语义。
+- `/devicewill/{DeviceID}` 接受原始 `close` 并更新离线，不进入 JSON 解析死信。
+- Windows 后端全量 `npm test` 通过；WSL MySQL 8.4.10 原生副本完成 144 up、124 verify、140 down 的 `up → verify → down → up → verify`，并实测上述命令状态、配对、脱敏、事件和遗嘱落库。
+- 工程提交已 push，`HEAD == origin/main == dabc656f6319235f1f35106da493d24ced37d19a`。
+
 ## 资料边界
 
-当前工作区与现有压缩包未找到 V5.4 点名的两份协议 PDF。实现依据为 V5.4 已固化的协议章节；PDF 页码级复核登记为 `ISSUE-013/BLOCKED_EXTERNAL`。
+V5.6 已记录并固化两份厂商协议原件的审计差异，资料缺失不再构成外部阻塞。当前未具备的是实物、生产 DeviceID、MQTT 账号/ACL 和现场配线，继续登记在 M06-G。
 
 ## 后续
 
-执行游标进入 M06-D：控制箱和门锁业务能力。
+执行游标进入 M06-E-R1：智慧插座 Wire schema、标准化状态、保护事件和数据库告警纠偏。