简化各册重复验证与未来扩展要求
验证判据按分册去重,具体测试安排由施工方决定。 当前采用值不自动列为调优待办,范围外内容不自动规划里程碑。 同步架构与TDD规则、模板、样例、技术方案和共享记忆。
This commit is contained in:
@@ -310,7 +310,9 @@ TDD 的决策记录采用相同原则:设计要求、当前采用值和实际
|
||||
|
||||
“施工方只看 TDD,应能完成当前范围的实现”仍是完成标准:设计要求、内容与数值、实际工程约束和验收条件写全,施工方无需回查 GDD 或猜测关键设计。保留来源版本与变更同步,外部分析与台账不能代替正文。代码组织、算法、内部接口、字段与数据结构、配置载体、资源命名与打包由施工方自主决定;未预定这些实现选择不构成策划缺口。已有工程契约、实际数据/资源格式和用户明确交付约束必须记录;有依据的实现建议可供参考,不成为唯一方案,也不增加逐项登记或用户确认。
|
||||
|
||||
TDD 阶段验收对象是策划文档:当前范围的行为、内容、数值、界面、表现要求与实际接入约束须完整、自洽,完成文档一致性、内容关系和必要数值验算。奖励、失败后果、关键视觉状态等设计缺口须补齐;函数签名、源码目录、内部字段或打包格式未预定不阻塞验收。游戏构建、试玩、素材生产与接入写明方法及判据,不要求产品或资产已经完成;只有实际执行过才能记录通过。当前采用的设计值明确,后续调优不能代替当前设计。
|
||||
TDD 阶段验收对象是策划文档:当前范围的行为、内容、数值、界面、表现要求与实际接入约束须完整、自洽,完成文档一致性、内容关系和必要数值验算。奖励、失败后果、关键视觉状态等设计缺口须补齐;函数签名、源码目录、内部字段或打包格式未预定不阻塞验收。保留实际构建与交付约束,验收条件明确,必要时给代表性场景;测试脚本、执行顺序、截图数量和测量工具由施工方安排,性能指标与专门验证须有实际目标或风险依据。不要求产品或资产已经完成,只有实际执行过才能记录通过。当前采用的设计值明确,后续调优不能代替当前设计。
|
||||
|
||||
同一验证的场景、判据和结果在对应 TDD 分册完整写一次,其他位置引用并只补充独有要求;总册汇总重要结论、缺口与位置,不复制清单。不强制每册单列完整验证章节或新增统一验证表。数据册保留必要数值计算,不重复技术册的行为状态推演;文档验算与实际运行检查不能互相代替。当前采用值不自动成为调优待办,只有具体体验疑虑才记录验证问题,不默认安排替代版本对照。架构与 TDD 对范围外内容简述边界,只有已确定的后续计划或确实约束当前设计的要求才补充,不自动承诺里程碑或扩展实现。规则、模板与样例同步,已有用户项目不批量改写。
|
||||
|
||||
TDD 总纲与技术分册把选型限定在 Game Agent 已支持的 Web、Unity、Godot、Cocos Creator 范围,不逐框架分级说明支持程度。新 Web 使用 npm + Vite,二维使用 Phaser 4.2.1,三维按需求选择适用技术栈;依赖由 npm 管理,预览和导出使用包目录下的 `dist/index.html`,运行素材随构建进入 dist。已有工程沿用实际结构,不因模板自动迁移。该约束与 GameAgent 的 `prompts/runtime/texts/direct.json` 工程提示、`src/project/manifest.rs` 脚手架一致;本轮不修改 GameAgent 提示词或运行时。
|
||||
|
||||
|
||||
Reference in New Issue
Block a user