简化速览卡结构与参考样例
Project CI / Backend tests (pull_request) Has been cancelled
Project CI / Native shell tests (pull_request) Has been cancelled
Project CI / Frontend tests (pull_request) Has been cancelled
Project CI / AI game creator shell Rust smoke (pull_request) Has been cancelled
Project CI / AI game creator shell Rust crates (pull_request) Has been cancelled
Project CI / Repository checks (pull_request) Has been cancelled
Project CI / AI game creator shell web tests (pull_request) Has been cancelled
Project CI / AI game creator shell Rust lane 1/2 (pull_request) Has been cancelled
Project CI / AI game creator shell Rust lane 2/2 (pull_request) Has been cancelled

速览卡聚焦游戏概览、当前范围和已有设计入口。
删除重复系统表、验证计划及样例中过时的素材数量。
同步维护提示、技术方案与共享记忆。
This commit is contained in:
2026-09-28 07:09:19 +00:00
parent a4013639cf
commit 5e3fb348f8
5 changed files with 28 additions and 92 deletions
@@ -1,5 +1,10 @@
# 决策记录
## 2026-09-28 速览卡只承载概览、范围与设计入口
- 速览卡帮助读者快速理解游戏及本次范围,分类、支柱、循环与目标玩家可融入概述;不复制系统拆分、具体参数、素材数量、完整排除清单或验证计划,不设固定字数或必填章节。
- 仅在概览内容或入口变化时维护,只链接已有且有用的文档;影响方向或当前范围的重要未决问题简述并引用详细位置。注入说明与样例同步清理,概念阶段必需产物路径、资源登记及审批合同不变,已有用户项目不自动改写。详见[策划 Agent 生产迁移方案第 6 节](../../technical/【技术方案】策划Agent生产迁移与工作区浏览-2026-09-10.md#6-阶段与提示词注入)。
## 2026-09-28 TDD 验证按需去重,范围外内容不自动规划
- 验收判据与必要场景在对应分册完整写一次,其他位置引用并补充独有要求;总册汇总重要结论和缺口,不复制清单。必要数值验算保留,不重复行为状态推演,也不能代替运行验证。
@@ -286,7 +286,7 @@ concept → top_design → architecture → systems → tdd → consultant
| 技术文档 | `project/04_tdd/01_技术实现.md`、`project/04_tdd/02_美术圣经.md`、`project/04_tdd/03_数据与配表.md`、`project/04_tdd/总册.md` |
| 顾问态 | 不提交下一阶段审批 |
`systems: []` 是已确定的行为,不是迁移时需要补齐的缺口。`project/analysis.md`、`project/决策台账.md`、`project/dialog.md` 保持原型中的共享过程文件口径,不升级为新的审批必需项。速览卡保留原型结构提示,但 Runtime 与 UI 不解析其章节或内容字段。
`systems: []` 是已确定的行为,不是迁移时需要补齐的缺口。`project/analysis.md`、`project/决策台账.md`、`project/dialog.md` 保持原型中的共享过程文件口径,不升级为新的审批必需项。速览卡采用下述简短概览结构,Runtime 与 UI 不解析其章节或内容字段。
提示词中的路径是策划 Agent 使用的相对路径约定:
@@ -302,10 +302,12 @@ concept → top_design → architecture → systems → tdd → consultant
| `project/analysis.md` | 按需保留重要取舍的依据与当前结论;存在实际备选时再比较,未决问题说明原因或下一步。结论稳定或依据变化时更新,可合并修订条目,不记录每次讨论。 |
| `project/决策台账.md` | 按需集中列出待处理事项和下一步,必要时引用分析或正式设计。事项变化时更新,完成后移出待办,不再重复保存全部已采用决定。 |
| `project/dialog.md` | 仅在用户需要对话摘要或交接记录时维护,不逐轮转录聊天。 |
| `project/速览卡.md` | 概念阶段形成游戏概览;后续仅在核心体验、范围、平台等摘要内容变化时更新,不复制完整决策清单。 |
| `project/速览卡.md` | 概念阶段形成简短游戏概览、当前范围与已有设计入口;仅在概览内容或入口变化时更新,不复制系统表、参数、素材数量、完整排除清单或验证计划。 |
正式设计承载当前采用的规则,共享文档按各自用途记录,不要求同一决定在多处重复登记。不强制连续编号、状态枚举、候选数、问题数量、推翻条件或完整历史流水;尚未确定的事项用自然语言说明,不冒充用户确认。阶段提交前检查影响交付的信息是否一致,不以补齐过程记录作为新门禁。已有项目文件不批量重写或删除。
速览卡让读者快速了解游戏、当前准备做什么及详细设计的位置。分类、支柱、循环和目标玩家可合入概述,不再分别展开;不设固定字数,也不要求填满参考结构。只提示会改变方向或当前范围的重要未决问题,并引用详细位置;设计入口仅链接已存在且有用的文档,不为填卡新增范围或未来计划。注入说明与星露谷样例同步,样例清除旧 NPC、图标和换装数量,按当前日常原型概括;`project/速览卡.md` 仍为概念阶段必需产物。
TDD 的决策记录采用相同原则:设计要求、当前采用值和实际工程约束直接写入对应分册,重要取舍按需保留分析,未决事项说明影响与下一步,不要求逐项登记到外部台账或附推翻条件。总册保留施工索引、跨分册约定与重要缺口,详细问题指向对应分册。问题解决后更新受影响的 GDD 与 TDD 正文并关闭待办,不能只登记处理去向。
“施工方只看 TDD,应能完成当前范围的实现”仍是完成标准:设计要求、内容与数值、实际工程约束和验收条件写全,施工方无需回查 GDD 或猜测关键设计。保留来源版本与变更同步,外部分析与台账不能代替正文。代码组织、算法、内部接口、字段与数据结构、配置载体、资源命名与打包由施工方自主决定;未预定这些实现选择不构成策划缺口。已有工程契约、实际数据/资源格式和用户明确交付约束必须记录;有依据的实现建议可供参考,不成为唯一方案,也不增加逐项登记或用户确认。