[zaurakworks]

摘要

• 将当前人类可读层中的操作术语从“权威”切换为“合同状态依据”；
• 在 README.md 明确定义采用规则、记录顺序和非含义；
• 同步 AGENTS.md、两类议题表单、解析器、离线执行合同固定数据和单元测试；
• 保留机器字段 authorities、Schema 版本和现有 JSON 结构。

术语决定

采用“合同状态依据”，因为它直接描述“多个记录冲突时，本次执行据哪个记录判断合同状态”。

未采用：

• “权威”：容易同时指人物／机构地位、内容可信度、权限授予或事实正确性；
• “合同事实源”：仍容易被理解为内容已经是真的；
• “优先记录”：能描述顺序，但不适合作为表单中需要列出来源及角色的字段名称。

“合同状态依据”本身不保证内容真实，不把议题文本变成可信输入，不自动授予权限，也不代表验收。权限仍由明确的允许动作给出；验收仍由负责人另行记录。

采用顺序

1. 活动目标、执行合同及获准修订控制该次执行的目标、权限和生命周期状态；
2. 已验收并进入 main 的规则、议题表单、Schema 和工具控制项目通用格式与机械行为；
3. 执行包、分支、拉取请求和生成的回执是派生物或证据，不能反向覆盖前两类记录；
4. 只读引用除非被活动合同明确纳入，否则只提供证据。

兼容边界

• authorities 继续作为机器字段；
• 当前表单和解析器只接受“合同状态依据与引用”／“合同状态依据与只读来源”，不保留旧标题别名；
• 目标 目标：建立 GitHub Issue 驱动的执行合同仓 #1 的历史固定响应保持原文，以继续代表真实旧议题；测试中的旧标题仅用于验证拒绝行为。

验证

• python tools/validate.py：通过；覆盖 3 个 Schema、6 个样例、2 个议题表单和 10 个执行闭环测试。

关联执行合同：#13
父目标：#12