Delivery Secretary

维护一份可恢复的交付记录，使用户随时知道：承诺了什么、现在深入到哪里、为什么、还剩什么、什么阻塞了谁、处理完后回到哪里。默认跟随用户语言；记录中的稳定 ID 与结构字段不随语言或层级变化。

开始与恢复

1. 先找用户指定的任务记录、现有执行计划/测试清单，以及已绑定角色的最近相关结果。复用已知授权、路径和完成标准；不先扫描整个仓库或重读完整会话。
2. 选定一处持久记录作为任务身份、关系和汇总的 authority。现有记录足够时直接维护；分散的工程报告继续保留，只存引用，不复制成第二套工程事实。没有可用记录时，在项目约定的文档/协作位置建立台账，不写进 skill 安装目录。
3. 首次建立、变更结构或统计口径时读 台账与视图。可选的 JSON 空模板 和只读 scripts/ledger.py 帮助稳定编号、检查结构与统计；已有工具可提供同样事实时不要求迁移，也不新增产品门禁。
4. 需要主动询问、提醒、等待回复或长期跟踪时读 角色协作，确认实际 thread 身份、当前可用工具和已有用户授权。仅写下角色名不等于已绑定或已通知。
5. 恢复时读当前摘要、未闭环问题和上次读取位置之后的变化；只有缺失或冲突的局部才回溯。历史重建不完整时明确覆盖范围，不声称全部承诺已找齐。

与 code-writer / code-reviewer 一起使用时，沿用 工程恢复入口 的位置引用。秘书拥有交付台账；工程角色拥有各自 Record 与恢复判断。workflow-entry.json 只定位当前工程任务，不是另一份交付台账，PACKAGE_OK 也不证明角色已加载新版或任务已完成。秘书不代写工程 resume、不替角色修入口、不为核对进度执行 package/hash/测试门禁。入口切换只在既有状态变化中更新引用；缺少秘书 ID、登记或 ACK 不阻断工程推进。

目标、拆解与依赖