简化系统层规则与类型模板
Project CI / AI game creator shell Rust crates (pull_request) Successful in 1m22s
Project CI / AI game creator shell Rust smoke (pull_request) Successful in 1m57s
Project CI / Backend tests (pull_request) Successful in 3m56s
Project CI / Frontend tests (pull_request) Successful in 2m13s
Project CI / Native shell tests (pull_request) Successful in 5m53s
Project CI / AI game creator shell Rust lane 2/2 (pull_request) Successful in 9m9s
Project CI / AI game creator shell web tests (pull_request) Successful in 1m29s
Project CI / Repository checks (pull_request) Successful in 1m56s
Project CI / AI game creator shell Rust lane 1/2 (pull_request) Successful in 10m14s
Project CI / AI game creator shell Rust crates (pull_request) Successful in 1m22s
Project CI / AI game creator shell Rust smoke (pull_request) Successful in 1m57s
Project CI / Backend tests (pull_request) Successful in 3m56s
Project CI / Frontend tests (pull_request) Successful in 2m13s
Project CI / Native shell tests (pull_request) Successful in 5m53s
Project CI / AI game creator shell Rust lane 2/2 (pull_request) Successful in 9m9s
Project CI / AI game creator shell web tests (pull_request) Successful in 1m29s
Project CI / Repository checks (pull_request) Successful in 1m56s
Project CI / AI game creator shell Rust lane 1/2 (pull_request) Successful in 10m14s
精简系统总纲,按实际行为、协作与结果组织内容,取消固定章节和填写纪律 简化十二类系统规则与模板,保留领域问题、已定参数和架构职责,移除预设玩法 修正战斗样例的原型范围、撤退与倒下后果,并同步 TDD 来源版本和规则 取消 TDD 对固定交接章节的依赖,保留当前施工范围的自足性要求 同步策划技术方案与共享决策记录
This commit is contained in:
@@ -1,5 +1,12 @@
|
||||
# 决策记录
|
||||
|
||||
## 2026-09-27 系统文档按实际行为展开
|
||||
|
||||
- 系统层围绕触发、规则、状态变化、结果与协作组织内容,取消固定十二节、编号追溯、统一取舍表和枚举表达要求;类型规则与模板按需使用,不为填模板添加机制或预设玩法。
|
||||
- 十二类资料保留领域问题,职责和数据归属遵循实际架构;UI 维护自身交互与临时状态,正式玩法校验和结算归对应系统。跨系统行动明确成功、失败与中断后的结果。
|
||||
- 已定规则、单位和参数留在系统文档,TDD 按相关内容收编并补齐,不依赖固定交接章节;Sxx、产物路径与审批合同保持不变。战斗样例区分暂定原型、撤退与倒下后果及规格缺口,TDD 继续以当前范围可独立施工为完成标准。
|
||||
- 当前规则见[策划 Agent 生产迁移方案第 6 节](../../technical/【技术方案】策划Agent生产迁移与工作区浏览-2026-09-10.md#6-阶段与提示词注入)。
|
||||
|
||||
## 2026-09-27 系统架构按职责与协作组织
|
||||
|
||||
- 架构保留系统编号、职责、权威数据归属、文档位置、实现范围和验证,取消固定系统数量、P0 必需性、统一图表与分类、逐轮变更记录。双向交互按含义与更新顺序判断,不以图上有环自动要求重切。
|
||||
|
||||
@@ -322,6 +322,12 @@ TDD 的决策记录采用相同原则:施工规格、参数、默认值直接
|
||||
|
||||
系统总纲、相关系统类型资料与 TDD 的直接引用同步承接职责、协作、数据归属和当前实现范围,不再依赖架构 P0 清单、固定依赖图或仅限定性的数值基准。数据侧按实际玩法选择验算场景与跨度;技术侧按当前施工范围收编全部必需行为,不能因某系统标为后续优先级而遗漏当前所需规格。速览卡与 TDD 样例同步首个原型范围,基础采集、跨日结算规格和完整数值验算的缺口如实标明,局部推算不作为验算通过的证据。施工完备要求、产物路径与阶段审批合同保持不变。
|
||||
|
||||
系统层按实际行为展开职责、触发条件、状态变化、结果、协作与反馈,类型规则、模板和样例按需使用,不要求先归入十二类之一。取消固定十二节、顶层条目编号、取舍表列、循环层级、“三不”、全部枚举及禁止段落等填写纪律;未决事项按影响处理,不只保留结构问题,也不把全部数值问题自动推给原型。代表性验证场景说明预期结果和判断依据,不冒充已完成验证。
|
||||
|
||||
十二类系统资料保留类型特有的设计问题,模板不预填未经选择的动作、状态、循环和数据表。日历、生产队列、成长分支、复杂叙事、节日专属玩法和战斗定位均由实际项目决定;系统职责与权威数据归属遵循架构,UI 可以维护交互、导航和临时状态,正式玩法校验与结算仍由对应系统负责。跨系统行动明确整体成功或失败的预期结果,具体实现协议由 TDD 落实。
|
||||
|
||||
系统文档保留已定规则、单位和参数,TDD 从相关内容收编并补齐完整实现规格,不依赖固定交接章节。系统编号、文档位置、资源登记及审批语义不变。战斗样例明确为后续矿井原型的暂定方案:实时基础动作、安全撤退保留成果、倒下可能损失部分钱物,未定规格和待执行验证如实标明;技术样例同步来源版本和规则,继续保留当前范围只看 TDD 即可开工的完成标准。
|
||||
|
||||
进入下一阶段必须由用户批准触发。Runtime 推进后向 Agent 追加明确的用户行为语义,例如“用户已批准上一阶段,现在进入顶层设计阶段”,避免 Agent 误认为 Runtime 自行推进。
|
||||
|
||||
## 7. 审批与澄清交互
|
||||
|
||||
Reference in New Issue
Block a user