1154 Commits

Author	SHA1	Message	Date
lhk229	eebe511a25	文档：裁决 Supervisor 自行提问维持 Prompt 兜底，不做成机制约束 ... 第 23.6 节待执行项中该条关闭。理由：本链路上 Supervisor 是自家 Prompt 驱动的受控角色而非外部输入，失效后果（问题被改写、答案转述失真）属产出 质量问题，由用户在审批卡上兜底，不是安全边界被突破；为它单独接一道 等价校验的成本落在 standard 全链路，与收益不成比例。 同时写明本裁决的纪律：第 4.3 与 5.2 节现有的如实记录必须原样保留， 不得因已裁决就改写成「已保证」——它记的是事实（standard 下 static_delegate_clarification_pending_matches_delivery_at 不触发）， 事实没变；M1 回归也不得断言「Supervisor 无法自行提问」。 并记录重新裁决的触发条件：若未来允许非自家 Prompt 驱动的 Supervisor。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-13 12:16:26 +00:00
lhk229	8a349c633e	文档：补审批前置门与用户修订不计返工两处空白 ... 第 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
lhk229	fa86b23248	文档：M0A-3 四之余收口，schema 与 golden vector 按 D11 重算 ... 第 5.2 节后半整段重写：决策卡改由 AGC_NEEDS_USER_INPUT_V1 终态信封承载， 线性化点由 session CAS 改为答案绑回 delivery，删除 Runtime 直投状态机。 第 8.3/8.4/8.6/12 节 identity 块补 agentId/rootAgentId/rootRunId/delegationId； source 按层区分：提交侧 agent-delegate，审批侧 project-supervisor-plan。 第 8.6 节删除 activeQuestion、roundsUsed 与 supersededCheckpointHandoffs， appliedAnswers 收窄并改挂 delegationId/continuationDelegationId。 第 9 节删除 checkpoint domain 与 supersededCheckpointProviderRequestIds。 第 9.1 节 golden vector 由代码重新生成：3857 bytes、a59856de7e…； 生成前先用旧 3707 bytes 重算得到旧值 d85c85dae3…，证明方法本身成立。 第 12 节重写消费证明三项与 stale 状态机，删除 checkpoint 整段。 第 14 节删除十行 checkpoint/activeQuestion 恢复语义，另立四行 D11 语义， 并把随之丢失的通用 handoff 安全边界单列一行保留。 第 6 节 Prompt 权威稿改为策划子 Agent 角色 brief 基线，提问改终态信封。 第 18.3 节 hydrate read model 改为 clarificationRound/repairDepth/awaitingAnswerFor。 第 21 节补六类 D11 必测项，含交替链与转述保真。 第 23.4/23.6 节状态更新：M0A-3 收口，M0 全部完成。 订正此前判断：四之余并非必须等 M1 strict schema。字段声明顺序本就由 第 8.3 节冻结、canonical bytes 本就在第 9.1 节，改字段等于改字节再重算。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-13 10:49:02 +00:00
lhk229	89b7a65171	文档：清除第 3.1 节一处行尾空白 ... Repository checks 的 git diff --check 门禁失败：文档第 260 行是一条只含两个空格 的空行。改为真正的空行。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-13 08:54:00 +00:00
lhk229	e5bc593afc	文档：更新 M1 计划中已过时的内容 ... 第 22 节「当前代码证据与 M1 接入点」逐行核过，改九处： - trusted source / matcher 消费者：plan source 进 matcher 已裁决，硬门解除； 但落地前须逐点复核 19 处消费点，steer 门须实现为独立于该 matcher 的显式拒绝 - Prompt Bundle：supervisorPlanChat / SupervisorPlanChat 随 D6 作废，不新增 composition 也不新增编译期 source kind；实际改动是 agentCatalog 新增 planning 平级条目，已落地 - Prompt 请求/收尾：D11 下不按 source 分流 composition - Supervisor collaboration：原「plan 跳过强制委派」方向反转，Supervisor 的主动作 就是委派 - user.input_request / decision checkpoint：后半段的 checkpoint turn 与 handoff 随 D10 作废 - completion blocker：收窄为只对策划子 Agent 不适用，根 run 不再整体豁免 - standard 路径 owner 产物验证：范围收窄，存在性证据已被静态委派 expectedArtifacts 覆盖，缺的是语义级校验，且内容正确性本就归 plan.submit_gdd 的 strict schema - Goal Contract：M1 待裁决项已全部关闭 新增一行记录已落地的 project-planning 身份登记。 第 21 节测试矩阵挂作废横幅：schema / session / Provider binding 三行中涉及 decision checkpoint、activeQuestion、checkpoint handoff、superseded 数组的必测项 随 D10 作废，不再是 M1 的测试义务；并列出 D11 新增的五项必测。 第 23.4 节同步：M1 入口前置决策已归零。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-13 08:49:41 +00:00
lhk229	fd61486525	Merge remote-tracking branch 'web/master' into feat/five_min_design ... 冲突两处，均为两侧独立新增： - provider_tool_plan.rs：本分支的 force_autonomous_owner_artifact_delivery 与 master 的 force_root_goal_contract 是各自独立的 let 绑定，两者都保留。 - provider_request_builders.rs：本分支新增测试 full_dag_pre_code_owner_requests_do_not_advertise_manual_verification， master 把紧随其后的 trusted_root_supervisor_receives_dynamic_goal_control_tools 改名为 trusted_root_supervisor_first_turn_only_receives_goal_contract_tool。 保留本分支新增的测试，共享的那个测试采用 master 的新名（其函数体已随 master 自动合并）。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-13 08:28:21 +00:00
lhk229	680bb200a8	文档：checkpoint handoff 私有持久化随 D10 作废，M1 入口前置决策归零 ... 该待裁决项待的是 plan-decision-checkpoint 专用请求 kind 的 handoff 契约，而该 kind 是 D10「Runtime 直投」的组成部分。D11 下策划子 Agent 以终态信封退出来提问、 run 随即结束，解释与下一步由 continuation 子 Agent 的第一个普通 tool-plan turn 完成，专用 kind 不存在，其专用 handoff 也不需要。 两条核实依据：现役 tool_plan_handoff::lookup_at 按 (agentId, runId) 寻址、与 agent 身份无关，已覆盖任何 Agent 的普通 tool-plan 响应；第 8.6 节预留的 supersededCheckpointHandoffs 全仓库零代码引用，作废无迁移成本。 通用 handoff 安全边界不受影响，策划链路照用现役机制。 M1 入口前置决策至此归零，剩余全部为待执行项。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-13 08:22:42 +00:00
lhk229	ff9c2f8242	文档：裁决 plan source 进可信 matcher，验收图取自固定 Fast GDD 合格标准 ... 裁决一：project-supervisor-plan 进 agent_runtime_supervisor_source_is_trusted， 做方案链路正常参与 Goal Contract 协议。原阻塞理由（策划 Agent 无证据工具、 必然留下永不 passed 的节点）写于 D6/D9 拓扑，D11 拆两层后失效：策划子 Agent 的 allowlist 含 file.read/file.list，且 validate_acceptance_evidence_identity_at 只要求 证据属于同一根任务树、不要求是根 Agent 自己的回执。原「依赖 plan source 可信身份 的 M1 代码不得合入」硬门解除。落地前须逐点复核该 matcher 约 19 处消费点。 裁决二：验收图取自固定的 Fast GDD 合格标准，不由 Supervisor 每轮自由发挥。 GDD 是否合格与它描述的是什么游戏无关，因此「验收标准须在产物不存在的 turn 1 冻结且不可改」不构成矛盾。plan.submit_gdd 的 strict schema 承担字段与约束硬校验； Goal Contract 验收图承担「产物确实服务了本次意图」。Goal Contract 中按项目变化的 只有 outcome/nonNegotiables/forbiddenAssumptions/openQuestions 四项。 不改变 D1（支柱 2～4 条按项目生成）与 D8（不含引擎字段）已冻结的口径。 同批更正第 4.3 节一处失真：此前称「Supervisor 不得自行提问」靠机制保证，实为 不成立——该校验唯一生产调用点外层套着 run_profile == autonomous-game-build， 做方案链路跑 standard，不触发。改为如实记录为产品约束、缺机制兜底。 M1 入口前置决策至此剩 checkpoint handoff 私有持久化一项。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-13 08:16:55 +00:00
lhk229	4d0f3e358c	文档：裁决 plan 根 run 不允许 steer ... 理由不是交互未验证，而是确定性的能力损失：D11 把问询轮次预算挂在委派链上， clarification_round 沿 repair_of_delegation_id 上溯且每跳强制 parent_run_id 等于 当前根 run；steer 换根后旧链 continuation 会被跨 run 隔离判据拒绝，该策划链路 剩余轮次全部作废、已回答内容无法续接。 实现约束：steering.rs:763 的资格判据 agent_runtime_supervisor_source_is_trusted 同时是 Goal Contract 创建权限的判据，因此不得靠「不把 project-supervisor-plan 加进该 matcher」来实现本裁决，必须是独立于可信 source 判定的显式否决，回归须 覆盖该 source 在/不在 matcher 内两种情形。 M1 入口前置决策至此剩两项。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-13 07:32:26 +00:00
lhk229	0eca4c215f	文档：M0A-3 批二拓扑与工具面部分按 D11 重写 ... 已完成部分： - 第 3 节注册表：策划子 Agent durable source 由 agent-ready-task-scheduler 改为 agent-delegate；删除随 D10 作废的 plan.request_decision；Prompt composition 由 冻结值 projectPlanning 改为「不新增、复用现役」，消解与第 3.1 节的自相矛盾； run profile 成立理由改为委派父子继承；新增问询载体行。 - 第 4 节拓扑图重画为 D11 的委派 + #165 中转链路。 - 第 4.1 节整节重写为「Supervisor 根 run + 策划子 run」两层身份，并给出 「同一条策划链路」必须沿 delegation 链判定、不能只看 agentId 的理由。 - 第 4.2 节整节重写，supervisorPlanChat / SupervisorPlanChat 一并作废。 - 第 4.3 节整节按两层工具面重写。此处修正了一个方向性冲突：原文「明确禁止 agent.delegate」「跳过 collaboration 强制委派」，而 D11 下 Supervisor 在做方案 链路的主动作恰恰就是委派。 - 第 5.1 节对话循环四条按 D11 重写：问题落 delivery 而非 activeQuestion，线性化点 是答案绑定而非新 session primary，解释与下一步由 continuation 子 Agent 的第一个 普通 turn 完成，plan-decision-checkpoint 请求 kind 不再需要。 - 第 18.1 节前端入口 source、第 22 节 Prompt 行更正。 未完成部分（第 5.2 节后半与第 8.3～8.6 / 9.1 / 12 / 13 / 14 节）：这些与 golden vector 强耦合，改 schema 必须同步重算第 9.1 节 typed 指纹，而指纹必须由代码生成、 不得手写，M1 strict schema 尚未实现。逐段修补会产生「schema 已改、vector 未换」的 中间态，比暂时保留旧文更危险。已加作废横幅说明其只作为 D10 时代历史记录、不得作为 实现依据，并在第 23.6 节把它拆成独立的「四之余」步骤登记。 仅文档改动，无任何代码变更。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-13 05:58:12 +00:00
lhk229	62fc86e7db	文档：D11 条目同步 WP1 已落地，旧上限改为改造前对照 ... Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-13 05:44:12 +00:00
kdletters	15c227cebf	修复AGC Windows运行与全量测试稳定性 ... 完善Codex CLI、App Server、ConPTY与进程会话在Windows下的发现、启动、恢复和退出行为 修复Agent Runtime、Provider重试、项目写锁及工具交接账本的并发与跨测试串线问题 补齐配置目录、路径脱敏、原子写入、浏览器探测和本地Provider smoke的跨平台兼容 增强Goal Contract、自动策略、资源生成及运行态恢复的契约和回归测试 更新AI游戏创作智能体App技术文档中的Windows稳定性说明 验证AGC开发态、Release打包、打包后GUI运行及完整agc:check门禁	2026-08-13 13:36:21 +08:00
lhk229	21137f676b	修复issue160 (#166) ... #160 --------- Co-authored-by: kdletters <kdletters@qq.com> Co-authored-by: 段舒康 <kdletters@qq.com> Reviewed-on: http://192.168.35.82/git/GenarrativeAI/Genarrative/pulls/166 Co-authored-by: Linghong <ink29535@proton.me> Co-committed-by: Linghong <ink29535@proton.me>	2026-08-13 13:28:45 +08:00
lhk229	8c4b64c259	文档：执行计划入档，并修正 WP1/WP2 已完成后的过时陈述 ... 新增第 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>	2026-08-13 05:20:09 +00:00
lhk229	146b7a215f	文档：对抗性复核修正 project-planning 登记机制记录 ... 复核结论：build.rs/specialist_nodes/validate_agent_catalog 等核心机制主张 逐行核对代码原文，全部准确（含所有 file:line 引用）。修正两处问题： 1. decision-log.md 声称 provider_request_builders.rs:536-539 与 prompt.rs:416-417 报同一错误字符串「未知 Agent 模板：project-planning」， 逐行核对后两处错误文案实际不同（后者是「未知 Agent：project-planning」， 没有「模板」二字）。已改为分别引用真实文案。 2. 独立扫描 GAME_CREATOR_AGENT_GROUP_DEFINITIONS 遍历模式，发现一个 R1 调研遗漏的 needs_change：task_start.rs 的 collect_game_creator_agent_runtime_agent_ids 与 game_creator_agent_role_definition 是同构的二分硬编码，是核心恢复驱动 read_game_creator_agent_runtimes_at 与三处安全网（崩溃恢复扫描、steer 级联取消、委派回执兜底对账）的枚举来源，project-planning 登记后不会 被这三处发现。已追踪 agent.delegate 派发路径确认委派首轮任务同步起跑、 不受影响，故定级 needs_change 而非 blocking。同时补记 runtime_adapter.rs 里断言 catalog 精确集合的既有测试需要同步更新。 git diff 核对确认本轮及此前一轮均未改动任何 .rs 或 manifest.json。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-13 05:08:25 +00:00
lhk229	d3d0ae95e5	文档：定稿 project-planning 的 agentCatalog 登记机制（与 supervisor 平级、不进 groups） ... 在技术方案第 3 节新增 3.1 小节：project-planning 登记为 agentCatalog 下与 supervisor 平级、不属于任何 group 的独立条目，使 specialist_nodes（只读 groups[].roles[]）、build.rs 的 validate_seed_task_catalog 与 16 任务种子 DAG 均不需要改动；给出 descriptor 元数据取值（groupId 自引用、不设 groupLabel、toolId 走 agent.runtime.* 命名族、capabilityAuthority 沿用 现有常量）与编译链路要改的确切位置清单。同时如实记录调研发现的新缺口： 仅做 catalog 登记不足以让 D11 静态委派可执行——prompt.rs 的 game_creator_agent_role_definition 硬编码「非 supervisor 即 group 角色」 二分，需 M1 补一个平行分支；另有 task_ops.rs 误分类兜底、 delegation.rs 的 agent.spawn_isolated 放行面扩权两处 needs_change。 同步更新第 23.1 节待裁决项（登记方式已定稿，代码留给 M1，真正的前置 是 prompt.rs 角色身份合成缺口）、第 1.1/2 节里因此过时的「待裁决」措辞 （避免与新结论自相矛盾），并在 decision-log.md 顶部补记本次定稿与 「做游戏链路一行不动」的机制依据。本轮仅涉及文档，不改任何 manifest.json 或 .rs 源码，注册代码留给 M1。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-13 04:56:13 +00:00
lhk229	8d701e750c	文档：D9 二次作废、D10 作废，立项策划改为 Supervisor 静态委派子 Agent（D11） ... - 第 2 节决定表：D9 标注二次作废（保留原文，说明哪些结论被 D11 继承、哪些被推翻）；D10 一并作废（其存在前提"ready-task 节点无 parent、Runtime 拦不住"在新拓扑下不成立）；新增 D11，表头改为 D1～D11。 - 第 1.1 节新增"D11 新拓扑"小节：立项策划节点改为 Project Supervisor 通过 agent.delegate 发起的静态委派子 Agent（agentId=project-planning），问询复用 PR #165 中转链路；列出六条已验证支撑事实（均带 file:line），并注明 D11 依赖 WP1（澄清轮次/返工深度拆分）为强制前置。同步标注旧"新拓扑（替代 D6）"小节已被取代，更新"分两批执行"：命名裁决已完成，批二改由 build.rs agentCatalog 一致性裁决阻塞。 - 第 19 节第 2 条、第 24 节第 8 条：改写为"执行层由 Runtime 兜底拒绝、广告层仍可见"的准确表述，替换失效的"排除是产品自律"旧表述。 - 第 4.3 节：修正与第 19 节第 2 条矛盾的 plan source 四工具清单（其中列着 user.input_request）。 - 第 23.1 节：策划节点命名裁决标记已冻结；新增 project-planning 的 build.rs 一致性待裁决项；plan run steer 待裁决项按 D11 拓扑更新。 - 文首状态行、第 1 节开篇段同步更新为 D11 现状。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-13 03:31:49 +00:00
lhk229	c0d1890b49	Merge remote-tracking branch 'web/master' into feat/five_min_design ... 冲突解法： - 实施计划.md：master 改 Provider 故障展示、本分支改跨轮阶段记录，各取各自较新的一条 - decision-log.md：两侧新增条目不重叠（master 2 条 / 本分支 7 条），全部保留 - agentPresentation.ts、agentRuntimeModel.test.ts：import 取并集 - project-development.suite.ts：保留 master 新增用例，用例标题用本分支 M0B-2 改后的语义 - SupervisorChatOnlyView.tsx：合成两侧。isAgentRuntimeTerminalState 本身已含 needs-reconciliation，master 单独那两行对其自身是冗余的；但本分支的 `|| descendantsStillActive` 会让 needs-reconciliation 的 run 因子 Agent 未收束 而重新判为运行中，正好绕过 master 这次要立的规矩。故保留本分支的 lineage 口径 （projectedRuntime）并补显式 needs-reconciliation 短路。 验证：前端 typecheck 干净；appSurface.test.ts 377 passed；agentRuntimeModel 27 passed； cargo check --all-targets 通过；static delegate 定向 9 passed；clarification 定向 4 passed。 response_stream / runtime_state 有失败，经对照确认不是回归：在纯 web/master 的独立 worktree 上跑同一批为 10 failed，本分支为 6 failed 且是其真子集，两次运行成员还不同。 失败模式统一为 Windows 下 .agent/agent.db 被占用（Os code 32），属本机既有基线。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-13 03:01:56 +00:00
kdletters	794f3d4cf8	修复Agent失败原因丢失与成功误判 ... 解析 Codex app-server 稳定失败分类并生成安全可行动摘要 统一 Runtime 事件、任务、阶段记录和各 Agent 状态面的失败展示 限制自主构建最终回复 fallback，避免鉴权与网络错误被提交为成功 补充失败分类、防泄漏、待核对和 fallback 回归测试 同步技术方案与共享决策记录	2026-08-12 21:35:11 +08:00
lhk229	93d8d0c1cf	Merge remote-tracking branch 'web/master' into feat/five_min_design ... # Conflicts: # apps/ai-game-creator-shell/src-tauri/src/agent/runtime_actions/provider_request_builders.rs # apps/ai-game-creator-shell/src-tauri/src/agent/runtime_driver/main_loop_tests.rs # docs/project-memory/shared-memory/decision-log.md # docs/project-memory/shared-memory/pitfalls.md	2026-08-12 12:38:03 +00:00
lhk229	331441534d	文档：冻结策划节点身份常量并更正提问权限判据 ... 裁定策划节点 agentId 为 project-planning、Supervisor 做方案入口 source 为 project-supervisor-plan（旧预留值 project-supervisor-plan-chat 作废， 避免字面未变而语义已改导致接错代码路径）。据此更新第 3 节注册表与第 4 节 拓扑图。 更正一处此前判断错误：standard 的 ready-task 调度器 start_game_creator_agent_background_task_with_source_at 向 _with_link_at 传 task_link = None，节点无 parent，source 也不在黑名单，因此 validate_user_input_action_owner 会放行它调用 user.input_request。 只有 autonomous 那个调度器才显式写 parent。所以策划节点不得直接提问是 产品约束的自律要求（否则问答会落进它自己的会话、Supervisor 上下文里 没有内容），必须由 exact allowlist 主动排除并以回归钉死，不能指望 Runtime 兜底。第 1.1 节、D10 与第 19 节第 2 条同步更正。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-12 12:29:16 +00:00
lhk229	6119060dc0	文档：作废 D6，立项策划改为 Supervisor 下游工作流节点 ... 产品侧确定「做方案」入口独立成链后复核代码，D6 的前提逐条不成立： autonomous-game-build 对 user.input_request 的禁令按 run profile 生效、 父子皆不可提问；硬闯会把 runtime.status 写成 failed，而根活跃判定不认 failed，导致整条 16 节点工作流永久瘫痪；子 Run 又不能切换父 Run 的 profile；作为下游的策划节点带 parent，也不能自己提问。 新增 D9 / D10 取代 D6：策划是独立 agentId 的下游工作流节点，父子同为 standard；问询走 Runtime 直投——策划节点提交结构化决策字段，Runtime 创建 owner 为 Supervisor 的 pending。这不是新造机制，现役 AgentRuntimeUserInputRecord 本就两路投影（会话消息 + observation）， 直投只是让两路分别落到 Supervisor 与策划节点，从而满足「用户侧只有一个 对话对象」与「对话内容必须物理存在于 Supervisor 会话」两条产品约束。 新增第 1.1 节承载变更说明与 M0 修订计划（工作包 M0A-3），按是否被 agentId/source 命名裁决阻塞分两批。三个代码工作包零回退——无一行按 D6 编写；但 M0A-2 的 owner 验证四重绑死且要求 parent，standard 路径必须 另建物理独立实现，不可扩展。 Goal Contract 四方案随之作废，替换为三条实测约束，其中「验收 evidence 锚 game/fast_gdd.md、不得指向 .agent/planning」是为了避开 reject_agent_runtime_private_control_path 不区分读写的陷阱。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-12 12:13:04 +00:00
kdletters	82957fe1d4	修复子 Agent 澄清回执中转 (#165) ... Closes #163 实现 child 澄清回执到 Supervisor 的 needs-user-input 中转。 - child 返回结构化问题回执，Runtime fail-closed 校验问题和 SHA-256。 - Supervisor 创建自己的 durable user.input_request，重复唤醒复用同一 action。 - 用户回答沿用 same-run 回灌，后续 continuation 绑定原 delegation。 - 补充 Rust 定向测试、技术方案和共享排障记忆。 验证： - cargo check --tests - cargo test ... claimed_needs_user_input_delivery_becomes_one_supervisor_wait - cargo test ... static_delegate_user_input - git diff --check 注：npm run check:encoding 在当前受限执行环境中因 spawnSync git EPERM 未能运行。 Reviewed-on: http://192.168.35.82/git/GenarrativeAI/Genarrative/pulls/165 Co-authored-by: kdletters <kdletters@qq.com> Co-committed-by: kdletters <kdletters@qq.com>	2026-08-12 20:07:59 +08:00
kdletters	5e16837f3d	恢复游戏创作 External Editor 配置入口 ... 普通 Launcher、开发工作台和独立 game-chat 统一显示 External Editor 配置。 补齐配置可见性、密码输入和持久化回归测试。 同步配置静态门禁、PRD、技术合同与共享决策。	2026-08-12 18:43:55 +08:00
kdletters	effdaefc63	修复游戏智能体计划拒绝后的重复规划 ... 在 runtime.plan_update 被拒绝后按角色收窄下一轮工具目录 恢复 Supervisor 首次项目修改的活性门禁 补充请求目录与活性门禁回归测试 同步更新游戏创作智能体实施规则	2026-08-12 17:00:50 +08:00
k88936	8abeb333bb	统一画布快速编辑白名单与入口行为 (#140) ... - 使用白名单控制快速编辑功能的显示 - 同步浮动工具栏、右键菜单、打开入口和提交门禁 - 禁用角色动作序列帧(整体)、音频和单个图标(explain: backend reject)的快速编辑 - 把快速编辑api改为只接受resource Id | asset Id,删除 image_src 参数, 以保证校验 其中包含生产数据迁移。迁移用于清理历史普通图片错误持久化的 assetKind="image"，覆盖 asset → project-resource → showcase → canvas 四个作用域，并包含 operator 鉴权、分批 dry-run、批次 SHA-256 绑定 apply、active 结构化画 > 布迁移摘要同步及最终零残留复核。 --------- Co-authored-by: kdletters <kdletters@qq.com> Reviewed-on: http://192.168.35.82/git/GenarrativeAI/Genarrative/pulls/140 Co-authored-by: 王德宇 <kvtodev@outlook.com> Co-committed-by: 王德宇 <kvtodev@outlook.com>	2026-08-12 14:46:24 +08:00
kdletters	4c3c0e9cd4	修正GameAgent灵感区数据接入 ... 保留灵感推荐空态展示 移除主站精选接口与素材类型接入 补充无数据状态回归测试与产品边界文档	2026-08-12 14:17:47 +08:00
lhk229	be1bb8d5a1	文档：排除「改用 deny-list」并更正方案 C 代价 ... 方案 C 原写作「两道门都自然满足」，实际只解除入口门。 validate_goal_contract_acceptance_graph 强制合同至少一个 required 验收节点、每个 required 节点至少一项 requiredEvidence，且 evidence 必须命中 agent_runtime_acceptance_evidence_tools() 的 18 项；出口门 再要求每个 required 节点有当前 revision 下的真实成功动作回执。这 18 项全是项目读写/命令/预览/生成类工具，策划 Agent 按设计一项都 不该有，.agent/planning/** 又由 Runtime 写、不产生 Agent 回执， 因此合同必然带一个永不 passed 的节点。判定不可行。 「改用 deny-list」不是独立方案，等价于 C；且策略按 agent_id 取， plan 与构建、game-chat Supervisor 共用 project-supervisor， per-agent deny-list 区分不了它们。两者实质差别只剩失败方向。 据此明确真正的分岔是「策划 run 是否应当是 root project-supervisor run」，方案 D 与 B 是仅存的两条路。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-12 05:36:50 +00:00
lhk229	b6899619f0	文档：补全 M1 Goal Contract 死锁的第二道门与方案 D ... 复核发现原表述只覆盖了完成门。实际卡在两道互相独立的门： - 入口门 validate_root_goal_contract_control_plan_at 位于通用 tool-plan 解析路径，判据只有 agent_id 是 project-supervisor、 binding 的 root 是自己、存在 run profile binding，既不看 source 也不看 Run Profile。合同不存在时强制本轮恰好一个 agent.goal_contract 动作且无 plan/plan_update/response。 - 出口门 goal_contract_acceptance_completion_blocker_at_locked 判据含可信 source。 因此原方案 A「plan source 不进可信集合」只解除出口门，入口门照卡， 表中代价已更正。新增方案 D「plan root 改用独立 agentId」——三处 判据的共同项只有 agent_id == project-supervisor，这是唯一一次性 解耦的做法，代价是推翻第 4.1 节已冻结的 agentId。 同时记录冲突根源：现行是 deny-list 工具模型，可信 root Supervisor 默认持有 agent.goal_contract，两道门对现役 Agent 是照着做；plan source 是首个 allow-list 模型的 source，前提对它不成立。第 4.1 节 原三分 matcher 方案随之标注为不足。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-12 05:24:31 +00:00
menghao	8e3d9991fa	完成资源管理的功能修复 (#154) ... 实现资源卡本体化与图片视频音频预览播放 实现四个资源分区独立高度与内外滚动 实现依赖视图确定性聚类与拓扑变化重排 补齐布局、SVG、AppSurface、性能和媒体回归 同步工作台PRD、技术方案与项目共享记忆 --------- Co-authored-by: kdletters <kdletters@qq.com> Co-authored-by: 段舒康 <kdletters@qq.com> Reviewed-on: http://192.168.35.82/git/GenarrativeAI/Genarrative/pulls/154 Co-authored-by: menghao <mh18530625731@163.com> Co-committed-by: menghao <mh18530625731@163.com>	2026-08-12 13:14:55 +08:00
lhk229	fe4c35e918	文档：标记 M0 完成并按动态目标验收图收敛 M2/M3 ... M0-1～M0-4 四个工作包全部通过门禁并合入 M0 集成分支，标记 M0 全部完成，并说明此处「合入」指集成分支而非 master。 M0 期间合入的上游动态目标验收图对所有可信 root Supervisor 生效 且不看 Run Profile，与本方案多条前提冲突，一并收敛： - M3 第 17 节：game-chat 根 Supervisor 现在必须先冻结 Goal Contract 才能路由，intentSummary 语义随之改变。裁定已批准 GDD 只能作为上下文进入目标理解，不得由 Runtime 直接物化成合同； GDD 身份也不是验收图的合法证据取值。 - M2 第 16.1 节：steer 替换会另起 replacement root run，该 run 必须重新冻结同一 approvedGddRef，不换稿不降级。 - M2 第 16.2 节：确定性收束与 Runtime 内部产物验证都不产生 Provider 回执，因此不构成验收证据；不得为此暴露内部验证工具。 - 第 22 节：trusted matcher 消费者从 2 个文件更正为 10 个文件 18 处调用，并新增 Goal Contract / Acceptance Graph 证据行。 M1 的 plan source 与 Goal Contract 协议关系保留为待裁决项，与 checkpoint handoff 私有持久化决策并列为 M1 入口前置；裁决冻结前 依赖 plan source 可信身份的 M1 代码不得合入。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-12 04:37:58 +00:00
lhk229	0dc24a4c43	合并最新 master 到 M0 分支 ... 冲突解决： - provider_request_builders：M0A-2 的固定 owner 收束边界与 master 新增的 动态目标验收图改在同一段 prompt 构建。保留 owner 分支（固定 owner 仍不 广告 project.verify / command.run_limited），把 master 的动态目标分支提到 owner 判断之外对两条路径生效（固定 owner 属 goal_contract_participant， 本就该收到禁止调用 agent.goal_contract 的边界声明），git 提交协议改为仅 非 owner 路径追加以维持 M0A-2 边界。工具裁剪三个块并列保留，双方新增 测试全部保留。 - SupervisorChatOnlyView：保留 M0B-2 的谱系分支，采纳 master 的 projectWorkspaceStatusForDisplay 包装，避免该 import 变成死引用。 - runtime_actions：两侧各加一个导出，取并集。 - main_loop_tests：保留 M0B-1 需要的项目预初始化与 runtime lane。 - decision-log / pitfalls：双方条目都保留，各自维持原序。 验证：cargo check --all-targets 通过；前端 typecheck 干净； provider_request_builders / game_chat 委派 / goal-control 共 17 条 Rust 用例通过；agentRuntimeModel 与 appSurface 共 391 条前端用例通过。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-12 03:48:19 +00:00
lhk229	521b0b2ad4	文档：收敛立项策划方案里的 manifest 权威性挂起项 ... §19 增补 manifest 非轮次身份权威源的安全不变量：双侧契约都不含 run/root 字段且跨轮复用单例文件，因此只能作为 lineage 判定通过后的 补充信号；归档快照全部写入点须校验被归档 root 仍是当前 root；本阶段 不补身份字段，补则必须同时覆盖 set_task_status 旁路。 §22 接入点表新增一行，并点明 D4 关于 approvedGddRef 是否进 manifest 的 M2 决策需一并考虑该约束。 §23.3 记录 M0B-2 挂起项的处置与明确保留的残余风险，说明三条候选机制 各自为何不可安全落地；该挂起项不再阻塞 M0-4 收口。 §24 补一条通用不变量。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-12 03:28:02 +00:00
menghao	03a4410272	game agent无限画布开发 (#136) ... 主要工作是共享同一套“画布内核与通用 UI 源码”，网站和 Tauri 只分别实现宿主适配层。 --------- Co-authored-by: 段舒康 <kdletters@qq.com> Co-authored-by: kdletters <kdletters@qq.com> Reviewed-on: http://192.168.35.82/git/GenarrativeAI/Genarrative/pulls/136 Co-authored-by: menghao <mh18530625731@163.com> Co-committed-by: menghao <mh18530625731@163.com>	2026-08-12 10:54:16 +08:00
kdletters	1363b9374c	引入游戏智能体动态目标验收图 (#161) ... ## 变更 - 冻结根 Supervisor 的 Goal Contract - 引入动态 Acceptance Graph 并传播到专业 Agent - 使用当前 revision 的真实动作回执作为完成证据 - 安全处理 steer 后旧根任务树替换 ## 验证 - `npm run check:native-shells` - `npm run agc:typecheck` - `npm run check:encoding` - `cargo fmt --manifest-path apps/ai-game-creator-shell/src-tauri/Cargo.toml -- --check` - `git diff --check` Reviewed-on: http://192.168.35.82/git/GenarrativeAI/Genarrative/pulls/161 Co-authored-by: kdletters <kdletters@qq.com> Co-committed-by: kdletters <kdletters@qq.com>	2026-08-12 10:34:20 +08:00
lhk229	851db37bdc	修复：收紧 game-chat 阶段投影与归档竞态 ... 严格校验 game-chat root、单主和嵌套美术 lineage，并同步 Launcher 摘要与终态后代状态。 禁用声称 game-chat 动态美术谱系的通用重试控件，保留完整 DAG 直属美术重试。 冻结终态轮次的 Runtime 与 manifest 快照，覆盖延迟刷新期间快速开始下一轮的持久归档路径。 补齐纯函数、AppSurface 回归与 M0 状态文档。	2026-08-11 17:42:49 +00:00
lhk229	8afac9c843	修复：统一 game-chat 单主阶段投影 ... 新增精确绑定 root、main 与动态美术 child 的 game-chat 谱系投影。 统一单主进度、可玩 revision、终态归档与跨轮恢复界面语义。 收紧 final-reply、通用 retry 与异常根身份的失败关闭边界。 补齐普通 DAG 回归、谱系冲突及事件证据契约测试。 同步技术方案、架构裁决与已知陷阱文档。	2026-08-11 16:23:58 +00:00
lhk229	d22cf19cb0	修复：明确 game-chat 美术重试跨轮恢复 ... typed retry 与 mutation 阻断提示改为继续对话并由下一轮 main 重新审计 保留同 run 每缺口最多一次并补 failed/cancelled 跨轮新 delivery 契约测试 同步决策记录、踩坑记录与两份 tracked 技术方案	2026-08-11 12:11:22 +00:00
lhk229	4d0c8e40b3	修复：封闭 game-chat 美术重试写入边界 ... 在 successor durable 写入前类型化拒绝动态美术 child 通用 retry 将遗留 retry-source 美术 run 收敛为只读并阻断全部 mutation 补齐终态零副作用、工具矩阵及 DAG/非美术 retry 非回归测试 同步技术方案、决策记录与踩坑说明	2026-08-11 10:40:12 +00:00
lhk229	e613b07fb5	合并最新master到M0A-2开发分支 ... 同步 origin/master 至 3c457feb4c 保留 M0 固定 owner 验证、本人 smoke、试玩执行者与动态 Canvas 谱系合同 通过 114 项完成合同回归、动态 Canvas 精确回归及格式编码检查	2026-08-11 09:12:10 +00:00
lhk229	9a7a799512	统一M0固定产物验证与可玩验收边界 ... 新增四个固定 owner 的 Runtime 内部产物验证、身份校验与恢复约束 收紧 code-prototype 静态检查、试玩执行者与动态 Canvas 委派谱系 补齐项目锁竞争、完成门、路径策略和失败关闭回归测试 同步 M0A-2 决策、技术方案与项目记忆	2026-08-11 09:02:00 +00:00
lhk229	3c457feb4c	完美像素功能回归逻辑分辨率 (#155) ... Co-authored-by: 段舒康 <kdletters@qq.com> Reviewed-on: http://192.168.35.82/git/GenarrativeAI/Genarrative/pulls/155 Reviewed-by: 段舒康 <kdletters@qq.com> Co-authored-by: Linghong <ink29535@proton.me> Co-committed-by: Linghong <ink29535@proton.me>	2026-08-11 15:58:31 +08:00
kdletters	755bf80858	支持 AI 游戏创作打开现有 Godot 项目 ... 新增 Godot 项目选择、校验、导入和项目上下文切换入口。 只在所选项目根保留 .agent 元数据，并让总控使用标准运行档。 修复发布版原生 API 访问和 React runtime 重复加载问题。 收紧 Provider 工具 Schema 子集并增加回归门禁。 补充 Rust、前端测试及 PRD、技术方案和共享决策记录。	2026-08-11 13:25:29 +08:00
k88936	4c0fdf1806	修正画布改造工具恢复链路 (#158) ... 在文档中明确改造特殊情况的处理 修复fallback到快速编辑的行为: 旧版图片按 assetKind 与 mediaType 选择工具，未知图片回落默认生成工具并保留旧版告警,而不是all in fallback到快速编辑 清理冗余代码: 移除 QuickEditPanelState 的 redraw 模式、旧提交分支及无调用结果层构造器 Reviewed-on: http://192.168.35.82/git/GenarrativeAI/Genarrative/pulls/158 Co-authored-by: 王德宇 <kvtodev@outlook.com> Co-committed-by: 王德宇 <kvtodev@outlook.com>	2026-08-11 12:36:30 +08:00
lhk229	da62f6bc01	文档：记录立项策划 Agent M0A-1 设计基线 ... 新增 Fast GDD 阶段技术方案与后续实现边界 同步文档入口、文档地图和项目决策记录 记录 M0A-1 非交付检查状态与 M1 前置决策	2026-08-11 02:41:42 +00:00
kdletters	4d79971d6b	修复多模式 Provider 请求栈溢出 ... 装箱持久重试与非持久压缩的完整 Provider 请求 future 补充默认 Tokio worker 栈溢出排障经验 同步 AI 游戏创作 Runtime 的异步装箱约束	2026-08-11 10:24:58 +08:00
kdletters	5550e24f83	接入 Codex 节点 Agent 并完善总控交互 ... 新增 Codex app-server 与 CLI 节点执行模式并保留 Provider 回退 加固节点凭据隔离、终态未知回收、进程生命周期与持久恢复边界 修复资源画布等价刷新闪烁 为 Supervisor steer 增加 LLM 回复与条件中断 补齐配置界面、测试和技术文档	2026-08-10 20:58:43 +08:00
kdletters	a27798be77	合并生成参数恢复与改造入口修复 ... 合入 PR 135 的 GenerationInputs V2 稳定字段与严格恢复链路 统一缺失来源时保留改造入口并在点击后复检拒绝 保留主分支 SFX V2 自动时长、Loop 与权威元数据语义 将队列引用槽位与场景配方修复移植到 PR 137 的模块结构	2026-08-08 22:03:50 +08:00
kdletters	3c00bcd2e0	合并图标规范与图集生成优化 ... 合入 PR 137 的图标规范生成、稳定引用与图集提示词链路 保留主分支现行音效提交、Prompt 模块与结果压缩逻辑 解决 External Worker、生成提交和客户端测试冲突	2026-08-08 21:44:15 +08:00
k88936	a43c84fd75	修正AGC图集规范引用字段 ... AI游戏创作图集请求改用External v1必填referenceId 持久生成账本兼容回读旧本地sidecar并补充请求断言 同步Agent提示合同与项目文档	2026-08-08 19:08:29 +08:00