1189 Commits

Author	SHA1	Message	Date
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	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	0ca52d85f0	文档：补记 D11 新拓扑与静态委派澄清轮次/返工深度拆分（WP1）决策 ... 新增 2026-08-13 决策记录条目： - D9 二次作废、D10 作废，立项策划改为 Project Supervisor 静态委派子 Agent（D11），复用 PR #165 澄清中转链路，命名裁决冻结（agentId=project-planning，source=project-supervisor-plan）。 - WP1：clarification_round 与 repair_depth 两个运行时派生维度拆分定稿——分类判据、传播规则（澄清跳不重置 depth、返工跳重置 round）、上限按 source 区分（game-chat 取 1，其余取 3）、总跳数上界 1+(1+1)x3=7 跳/8 条 delivery 记录的推导（并说明常见漏算为 6 的原因）、以及不得新增持久字段（fail-open 风险）与最脆弱回归点（返工跳漏掉 depth+1）。 - 推翻 2026-08-12"子 Agent 澄清回执由 Supervisor 中转（Issue #163）"条中"随后最多创建一次 continuation"的结论。 - 记录新增待裁决项：project-planning 的编译期 agentCatalog 登记方式与 build.rs 一致性校验。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-13 03:32:04 +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	fd423770d8	根治Repository checks本地漏检 ... 修复 Agent 失败展示变更中的 import 排序错误 统一 CI 与 master pre-push 的 Repository checks 入口 让 staged JS 和 TS 自动执行 ESLint 修复与 Prettier 补充部分暂存、忽略文件和待推 SHA 回归测试 同步分支保护与本地门禁流程文档	2026-08-12 22:06:35 +08:00
kdletters	794f3d4cf8	修复Agent失败原因丢失与成功误判 ... 解析 Codex app-server 稳定失败分类并生成安全可行动摘要 统一 Runtime 事件、任务、阶段记录和各 Agent 状态面的失败展示 限制自主构建最终回复 fallback，避免鉴权与网络错误被提交为成功 补充失败分类、防泄漏、待核对和 fallback 回归测试 同步技术方案与共享决策记录	2026-08-12 21:35:11 +08:00
kdletters	e04a8310a0	重做AGC智能体设置界面 ... 将常用设置、Agent 模型、连接工具和高级参数分层展示 补充保存中、保存成功和失败状态反馈 更新设置页测试与项目决策记录	2026-08-12 21:04:30 +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	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
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
k88936	e3d28c50af	修复陶泥儿精选点赞刷新状态 (#156) ... 原实现: 用户对某个精选素材点赞与否, 后端没有发送这部分数据 修复: 后端刷新精选素材列表(校验可选的auth信息, 不影响未登录状态的查看) , 根据这部分信息每个素材多查询一下用户是否点赞 --------- Co-authored-by: 段舒康 <kdletters@qq.com> Reviewed-on: http://192.168.35.82/git/GenarrativeAI/Genarrative/pulls/156 Co-authored-by: 王德宇 <kvtodev@outlook.com> Co-committed-by: 王德宇 <kvtodev@outlook.com>	2026-08-12 13:53:30 +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	c4669a06a7	修复：收敛 game-chat 阶段归档的 manifest 捕获身份 ... manifest 是项目级单例、不带 root/run 身份，跨轮复用同一份文件。 终态会话同步里的异步 manifest 捕获是四处快照写入点中唯一没有校验 "被归档 root 是否仍是当前 root"的一处；该读取若在下一轮接管后才 resolve，可能把掺入新轮活动的清单冻结成旧轮归档快照。 补齐与另外三处一致的 runId 校验。跳过不会饿死归档：开下一轮前的 capturePendingGameChatStageManifestBeforeNextRun 是阻塞门，快照 未冻结时直接报错要求重试。 同时把"main 未终态前 manifest 不参与裁定"这条既有但零覆盖的边界 用回归钉住，并显式记录残余风险：main 终态后 manifest 仍被逐字采信， 跨轮残留可被当作本轮结论。该断言即裁决锚点，改动它意味着重新裁决。 决策记录补 manifest 非轮次身份权威源一条；陷阱记录补新鲜度门控的 时间戳单位错配与 set_task_status 旁路两个坑。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-12 03:24:10 +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	e118d66699	增加提交前 TypeScript 自动格式化 ... 接入 Husky 与 lint-staged，仅格式化暂存的 TS/TSX 文件 补充部分暂存和未暂存内容隔离回归测试 更新共享开发工作流中的提交前格式化规则	2026-08-12 10:43:29 +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	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	aa5c857060	修复 Godot 项目提交后的 CI 门禁 ... 移除根 H5 包中冗余的 Tauri HTTP 依赖并同步锁文件 修正客户端错误边界测试的 import 顺序 固定两项后台 Runtime 恢复测试使用 Provider 模式 补充 AGC 原生 HTTP 依赖归属约束	2026-08-11 14:34:42 +08:00
kdletters	755bf80858	支持 AI 游戏创作打开现有 Godot 项目 ... 新增 Godot 项目选择、校验、导入和项目上下文切换入口。 只在所选项目根保留 .agent 元数据，并让总控使用标准运行档。 修复发布版原生 API 访问和 React runtime 重复加载问题。 收紧 Provider 工具 Schema 子集并增加回归门禁。 补充 Rust、前端测试及 PRD、技术方案和共享决策记录。	2026-08-11 13:25:29 +08:00
kdletters	7f129ddd6e	修复 Native CI 的 Agent 模式测试隔离 ... 为 Provider handoff 与 mock 请求测试显式固定 Provider 模式 同步 Goal steer 测试到条件中断语义 补充模拟 Provider 测试不得依赖本机 Codex 的排障约束	2026-08-11 11:14:38 +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	a4ead1a5d6	合并主线并同步四不写约定 ... 合入最新远端主线且保留退役对象四不写规则 同步团队约定中的公开契约与正式迁移例外 保持原工作树其他已暂存和未暂存修改不变	2026-08-10 20:16:21 +08:00
kdletters	0a11507266	同步图标规范内联引用校验 ... 合入 PR 137 最新提交的 owner 引用预校验 保留合并后的 SFX V2 稳定字段恢复回归测试	2026-08-08 22:04:42 +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	c188accafb	修复图标规范内联引用校验 ... 在共享执行入口转换 referenceId 前校验引用 ID 与 owner。 新增调用顺序回归测试并同步决策记录。	2026-08-08 21:37:36 +08:00
k88936	02b4b6955d	补齐图标规范生成持久化白名单 ... SpacetimeDB生成结果白名单加入独立图标规范任务 新增icon-spec durable result shape回归测试 同步后端数据契约与长期决策记录	2026-08-08 19:38:12 +08:00
k88936	a43c84fd75	修正AGC图集规范引用字段 ... AI游戏创作图集请求改用External v1必填referenceId 持久生成账本兼容回读旧本地sidecar并补充请求断言 同步Agent提示合同与项目文档	2026-08-08 19:08:29 +08:00
k88936	9a326c940a	统一缺失来源的改造入口合同 ... 明确不可替换 source 缺失时保留改造按钮并在点击后报错 同步现役设计文档、后端契约与长期决策记录 补齐角色动作和 UI 素材提取的按钮与失败回归测试	2026-08-08 19:01:03 +08:00
k88936	cef79f629a	合并远端主分支更新 ... 修复 AGC 实时清单测试竞态 同步实时清单测试约束与项目记忆	2026-08-08 17:32:45 +08:00
lhk229	a9575f0f04	合并 master 的 AGC 实时清单测试竞态修复	2026-08-08 09:25:56 +00:00