Files
Genarrative/docs
lhk229 8a349c633e
Project CI / Repository checks (pull_request) Successful in 1m18s
Project CI / Frontend tests (pull_request) Successful in 2m56s
Project CI / Backend tests (pull_request) Successful in 4m14s
Project CI / Native shell tests (pull_request) Failing after 12m24s
文档:补审批前置门与用户修订不计返工两处空白
第 13.0 节(新增)审批前置门:原文只规定「取证必须在 GDD 落盘之后」,
未规定相对用户审批的先后,第 13.3 节投影顺序里也没有验收图。
反序会产生无回退路径的死角——用户已批、receipt 不可回滚、根 run 却因
验收图未收敛完不成,GDD 状态是 approved 但流程卡死。
固定为:取证通过才允许暴露审批卡;未通过则不建审批卡,改发返工委派。
并列出三道门各自的失败路径:schema 不过不分配版本号、验收不过走返工
不惊动用户、用户不满意走修订。第 1.1 与 23.1 节的第 3 条约束同步补全。

第 23.7 节(新增)用户修订不计入 repair_depth:给
StaticDelegateContractStatus 增加第四个变体 UserRevisionRequested。
repair_depth 防的是 runaway agent,而用户点修改每轮都由人触发、
人本身就是循环边界,两者不应共用计数。本裁决不推翻 WP1 的
depth<=1,也不需要按 source 分流——做游戏链路不会出现该变体。
如实记录「无限修订」兑现不了:链上推断有 32 跳硬上限、版本链 128 上限,
产品阈值定 16 次软提示。反序列化须 fail closed,不得降级为 NeedsRepair。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-13 12:06:39 +00:00
..
2026-07-17 21:03:15 +08:00
2026-08-12 03:48:19 +00:00

文档总览

docs/ 只把当前融合文档和仍在维护的专题文档作为实现依据。旧创作模板、旧创作入口及其专属服务文档仅保留为历史材料,不再要求继续实现或兼容。

必读入口

  1. Agent 工作入口与执行准则
  2. 当前产品与工程约束
  3. server-rs 与 SpacetimeDB 数据契约
  4. 平台入口与玩法链路
  5. 本地开发验证与生产运维
  6. AI 游戏创作项目开发工作台 PRD
  7. AI 游戏创作智能体 App 实施计划
  8. 客户端素材创作无限画布阶段一合同

团队长期约定、决策、流程和排障摘要统一从 项目记忆入口 读取。代码、当前融合文档与项目记忆冲突时,以代码和最新融合文档为准。

当前专题

AI 游戏创作与 Agent Runtime

图片编辑器与 Agent

后端与公开数据

后台、宿主壳与运维

测试与协作

历史文档边界

  • 旧创作模板、旧创作入口、旧运行态和旧素材生成方案不再从本页索引,也不再作为修复目标。
  • maincloud、旧 Node/Express/PostgreSQL/Go 后端和人工 spacetime --root-dir 口径均已废弃。
  • 历史文档不得覆盖当前融合文档、代码契约或 docs/project-memory/shared-memory/decision-log.md 中更新的决策。

命名规则

后续新增 Markdown 文档文件名使用 【标签名】中文标题-日期.md。历史文件不做无关批量重命名;本次涉及的旧文档可直接删除或在当前入口中取消引用。