GenarrativeAI/Genarrative
11
0
Fork 0
Code Issues 25 Pull Requests 8 Actions Packages Projects 1 Releases Wiki Activity

文档：执行计划入档，并修正 WP1/WP2 已完成后的过时陈述

Browse Source 
新增第 23.5 节记录 WP1/WP2（静态委派澄清轮次与返工深度拆分）的问题陈述、
定稿语义、门禁与完成状态；新增第 23.6 节记录五步执行计划、M1 开工前必须
处置的两类事项，以及四项明确后置、不阻塞任何一步的工作。

修正两处已过时的表述：文首状态行与第 1.1 节第 5 条在 WP1/WP2 已合入本分支后，
仍写着「WP1 落地前问询上限仍是 1 轮」「正在另一个 worktree 并行实现」。
第 1.1 节另补记批一执行状态，M0A-3 的剩余工作只有批二。

此前会话中一度使用过的 WP0/WP3/WP4/WP5 编号从未落进仓库，本次不引入，
其余内容按性质归入第 23.6 节的两类清单，避免出现两套不一致的工作包编号。

仅文档改动，无任何代码变更。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
孔令弘
2026-08-13 05:20:09 +00:00
parent 146b7a215f
commit 8c4b64c259
2 changed files with 66 additions and 2 deletions
Download Patch File Download Diff File Expand all files Collapse all files
docs/project-memory/shared-memory/decision-log.md
+8
View File
@@ -1,5 +1,13 @@
# 决策记录
## 2026-08-13 立项策划执行计划入档：五步顺序、`WP1`/`WP2` 完成状态与后置清单写进技术方案
- 背景：D6→D9→D11 三轮拓扑改写与 `WP1` 拆分都各自记了决策，但「现在做到哪一步、下一步是什么」一直只存在于会话里，没有任何仓库内载体。直接后果是技术方案出现过时陈述——文首状态行与第 1.1 节第 5 条在 `WP1`/`WP2` 已合入本分支后，仍写着「WP1 落地前问询上限仍是 1 轮」「正在另一个 worktree 并行实现」，读文档的人会以为该工作尚未开始。本条把执行计划本身作为需要维护的对象入档。
- 决策：技术方案新增第 23.5 节（`WP1`/`WP2` 的问题、定稿语义、门禁与完成状态）与第 23.6 节（五步执行计划表 + M1 开工前必须处置的两类事项 + 明确后置清单），并修正上述两处过时陈述。此后每完成一步，须同步更新第 23.6 节的状态列；**设计结论变更与进度状态变更是两件必须分别维护的事，不得只更新前者。**
- `WP1` 的独立立包依据：它改的是 master 已发布的 PR #165 静态委派澄清中转机制，服务对象不止策划链路，因此不并入 M0/M1 门禁，单列第 23.5 节。语义权威定义仍在本文件同日「静态委派返工深度与澄清轮次拆分」相关条目，第 23.5 节只承载问题陈述、门禁与完成状态，不重复展开语义。
- 明确后置、不阻塞任何一步的四项已记入第 23.6 节：run status 观测暴露派生计数；画布替换授权是否收紧为「只有真实质量返工可替换正式图片」（PR #165 之后就存在的既有行为，与本方案诉求无关）；跨 run 全局预算缺口（7 跳是单链界、不是项目生命周期累计界，只要不断开新 run 就能不断获得新配额，本阶段只记录不实现）；「做游戏」路径改造（删 `design-director`、收窄 `design-foundation`、调整 16 任务 DAG）。
- 未纳入：此前一度使用过的 `WP0`/`WP3`/`WP4`/`WP5` 编号从未落进仓库，为避免出现两套不一致的工作包编号，本次只保留 `WP1`/`WP2` 两个真实存在的包名，其余内容按性质分别归入第 23.6 节的「M1 开工前必须处置」与「明确后置」两类，不再引入新编号。
## 2026-08-13 `project-planning` 的 agentCatalog 登记机制定稿：与 `supervisor` 平级、不进 `groups`，「做游戏链路一行不动」得以成立
- 背景：D11（见下方同日「立项策划 D9 二次作废…」条）继承了 D9「`project-planning` 需登记 agentCatalog」的结论，但登记方式一直是待裁决项——`build.rs` 的 `validate_seed_task_catalog`（`apps/ai-game-creator-shell/src-tauri/build.rs:23-46`）要求编译出的 `(taskId, groupId, role)` 集合与 `shared_contracts::game_creation_app::new_game_creation_app_seed_tasks()` 完全相等，不等即 `panic!`，直接把 `project-planning` 塞进任何一个专业组会破坏这条一致性校验、污染 16 任务种子 DAG。本条只做只读取证与机制定稿，**不落地任何代码**，工作目录 `C:/wtp`（分支 `feat/plan-agent-catalog-registration`），只改文档。