920 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	ba04293204	登记立项策划子 Agent 身份，并堵住登记带来的三处静默错分 ... D11 要求策划 Agent 由 Supervisor 通过 agent.delegate 静态委派，因此它必须是 agentCatalog 合法成员。登记方式照 agentCatalog.supervisor：与 supervisor 平级、 不进 groups——build.rs 的 validate_seed_task_catalog 只比对 groups[].roles[] 派生的 specialist_nodes，因此种子 DAG、new_game_creation_app_seed_tasks() 与 build.rs 三者一行不动，「做游戏链路不动」得以成立。 编译期：manifest.json 新增 planning 条目；AgentCatalog 加字段、validate_agent_catalog 纳入校验、render_agent_catalog 生成 PROJECT_PLANNING_* 静态。 运行时修复的是「非 supervisor 即专业组成员」这个二分假设的四个受害点： - prompt.rs 的 game_creator_agent_role_definition 返回 None，而两个调用方都用 .ok_or_else(...)? 转成硬错误——委派第一轮构建 Provider 上下文即中断（blocking） - pass_artifacts.rs 的内存路径解析报「未知 Agent 任务」 - task_start.rs 的 agent 枚举漏收，重启/steer/兜底对账后委派变孤儿任务 - task_ops.rs 的 task.create 在无 group 参数时静默兜底成 Design 组，污染任务审计。 此处只对 project-planning 要求显式传 group，不动 project-supervisor 同样吃这个 兜底的现役行为。 另排除 project-planning 出 agent.spawn_isolated 的合法模板集：它一旦进 catalog 就 天然满足「非 child- 前缀、非 Supervisor 本体」的放行条件，会让任何持该工具的 Agent 都能动态孵生它，属登记带来的隐性扩权。 新增 project_planning_is_a_delegatable_identity_outside_the_seed_dag 钉住四点，其中 「不在任何专业组且不在种子 DAG」直接断言 new_game_creation_app_seed_tasks()。 runtime_adapter 既有 catalog 目录测试同步更新期望集合。 本包只让身份跑通。exact allowlist 工具面、plan.submit_gdd 与 brief 正文属后续块。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-13 06:53:06 +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	13ee128114	测试：钉死静态委派返工深度与澄清轮次的链上推断语义 ... 反转 clarification_continuation_chain_supports_multiple_rounds 的第 3 轮断言： D2 -> D3 从"必须被拒绝"改为"必须成功"，并断言 D3 的澄清轮次推导为 2——这是 WP1 把返工深度与澄清轮次拆成两个独立链上推断维度后的有意行为变更，不是回归。 新增 7 条用例，全部走真实 observe_agent_runtime_agent_delegate 生产路径： - 澄清轮次上限边界（第 4 轮必须被拒绝，且文案是澄清轮次专用文案，不串扰返工深度门） - 交替链钉子测试：返工(depth=1) -> 澄清(depth 仍为 1, round=1) -> 再返工必须被拒绝， 同时证伪"R1 误清零 depth"和"R2 漏加 1"两种失误 - 返工重置澄清轮次预算，重置后 3 轮澄清全部放行 - 验证澄清 continuation 校验器（要求携带匹配的澄清字段）本身就保证了同一原始 delivery 不存在"既澄清又质量返工"的可达状态，并证明澄清跳不会连带占用它 产出的下一节点自己的返工配额 - 历史记录分类：手工构造 #165 之前风格的旧 delivery，验证链上推断把它正确 分类为非澄清、返工正确计入深度 - 跨 run 隔离：换 parent_run_id 引用旧链节点的返工请求必须被拒绝 - source 区分：game-chat source 下澄清上限为 1，非 game-chat 上限为 3 delegation.rs 仅放宽三个既有私有函数（static_delegate_lineage_counters / list_static_delegate_deliveries_at / write_static_delegate_delivery_at）为 pub(crate)，供测试直接断言链上推导出的 (depth, round) 数值；不改变任何行为、 不新增持久字段。 回归防线复核：project_supervisor_static_delegate_repair_is_single_bounded_wave （含"返工的返工必须被拒绝"）、project_supervisor_concurrent_repair_dispatch_ creates_exactly_one_delivery、claimed_needs_user_input_delivery_becomes_one_ supervisor_wait 及其邻近用例均保持通过。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-13 04:14:19 +00:00
lhk229	2f3dd86fb3	静态委派：返工深度与澄清轮次改为链上推断，不新增持久字段 ... WP1（本轮只改生产代码，测试由下一工作包处理）： - 新增 static_delegate_lineage_counters：沿 repair_of_delegation_id 反向重放整条 delivery 链，现算目标节点的 (repair_depth, clarification_round)。二者都是运行时 派生值，故意不落盘——若给 StaticDelegateDeliveryRecord 加 repair_depth 字段并用 #[serde(default)] 兜底，磁盘上已有的返工记录会读出 0，深度门失效，等于让 “返工的返工”漏洞原样复活（fail-open，不可接受）。链上推断对历史记录反而是精确 的：#165 之前不存在 NeedsUserInput，老记录天然被正确分类为“非澄清”。 传播规则：R3 根节点 depth=0/round=0；R1 澄清跳 round=parent.round+1、depth 不变 （不重置深度，否则可插一次澄清洗掉返工深度变成无限返工）；R2 返工跳 depth=parent.depth+1、round 重置为 0（返工后重新开工，不能吃掉澄清轮次预算）。 反向重放遇到重复 id、缺失节点或跳数超过 STATIC_DELEGATE_LINEAGE_MAX_HOPS 时 fail closed，返回 (u32::MAX, u32::MAX) 使调用方的门必然拒绝。 - 抽出 static_delegate_original_is_awaiting_clarification 作为“这一跳是否续接自 澄清”的唯一权威判据源，validate_static_delegate_repair_request_at 与 validate_static_delegate_clarification_continuation_at 共用，避免两处口径漂移。 - 重写 validate_static_delegate_repair_request_at 里原先无差别拒绝返工深度>=1 的 门：先用共享判据分类候选是澄清续接还是质量返工；返工路径按链上 depth 校验， 错误文案原样保留“静态委派返工深度最多为 1”（现有测试已断言该字符串）；澄清 路径改为按链上 round 校验，用新文案“静态委派澄清轮次已达上限”。函数签名不变。 - 澄清轮次上限按 source 区分：新增 static_delegate_clarification_round_limit_at， 通过 read_game_creator_agent_runtime_run_profile_binding 读取 binding.source， AGENT_RUNTIME_SUPERVISOR_GAME_CHAT_SOURCE 取 1，其余取 3——game-chat 单主路径 定位零打扰，#165 从未承诺给它 3 轮预算。 验证：cargo check --all-targets 通过。cargo test 里 tests::collaboration::static_deliveries::clarification_continuation_chain_supports_multiple_rounds 按预期失败——它断言的是旧的“D2->D3 必被返工深度门拒绝”行为，新逻辑下 D2->D3 是 合法的第 2 轮澄清续接，测试留给下一工作包更新。project_supervisor_concurrent_repair_dispatch_creates_exactly_one_delivery 偶发失败，经对比 20 次 vs 20 次基线（约 10%-15% 失败率两边相当）确认是本机既有的 并发计时 flaky 测试，非本次改动引入的回归。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-13 03:38:17 +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
lhk229	7754a2f820	测试：实证静态委派澄清 continuation 只能走一跳 ... 新增 clarification_continuation_chain_supports_multiple_rounds，走真实 observe_agent_runtime_agent_delegate 生产路径验证 #165 澄清中转的链长边界： - D1 -> D2 第一跳成功，D2 落盘且 repair_of_delegation_id == Some(D1) - D2 -> D3 第二跳被 delegation.rs:1119 的「静态委派返工深度最多为 1」拒绝 - D3 从未落盘 澄清 continuation 与质量返工共用 repair_of_delegation_id 字段和同一道深度门， 因此一次澄清会同时耗尽该链路唯一一次质量返工额度。本用例把当前行为钉死， 作为后续拆分两个维度时的对照基线。 仅新增测试，未改动任何生产代码。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-13 02:27:06 +00:00
kdletters	f395a6ed36	稳定Agent失败审计时序测试 ... 等待 Runtime 失败后的审计记录有界落盘 保持 final-reply-failed 审计最终存在的强断言 连续五次验证流式连接中断回归	2026-08-12 22:38:59 +08:00
kdletters	da7c4dc71c	修正Agent失败关闭回归语义 ... 将流式连接中断断言为 Runtime 失败 禁止 transport 错误提交 planning fallback 冒充成功 保留安全失败消息与 final-reply-failed 审计验证	2026-08-12 22:24:17 +08: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
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
kdletters	4c3c0e9cd4	修正GameAgent灵感区数据接入 ... 保留灵感推荐空态展示 移除主站精选接口与素材类型接入 补充无数据状态回归测试与产品边界文档	2026-08-12 14:17:47 +08: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	d5be71569c	合并 master 的自主构建测试锁竞态修复 ... 冲突在 game_chat_pure_continue_inherits_failed_root_semantics_and_manifest_progress： 两侧是同一竞态的互斥策略。M0A-2 持有 code-prototype 的 lane 锁让 child 起不来，再释放；master 改为让 child 跑到终态并等待其持久 manifest 投影， 为此把用例改成 tokio::test。 取 master 方案并移除本侧 lane 锁：两者并存会自相矛盾——锁着 lane 时 child 到不了终态，等待必然空转。且如 master 注释所述，lane 释放本身可能早于迟到 的 manifest 投影，仅靠 lane 锁并不能保证投影已落地。 验证：game_chat_pure_continue_inherits_failed_root_semantics_and_manifest_progress 与 agent_runtime_reject_revalidates_pending_action_after_lock_wait 均通过， 后者正是本次 master 修复针对的 CI 失败用例。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-12 03:54:20 +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
kdletters	51e35468a5	修复自主构建测试项目锁竞态 ... 将纯继续契约测试改为异步并等待子任务持久化终态。 等待 Agent lane 释放后再执行后续 manifest 写入，避免后台终态投影竞争项目锁。	2026-08-12 11:42:49 +08: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
lhk229	e5118d11b3	修复 CI 前端 lint 门禁 ... 整理 AI 游戏创作壳 import 顺序 为 Runtime 订阅 effect 补充有意的依赖豁免说明 保留未跟踪的绘图脚本不纳入本次提交	2026-08-12 02:49:25 +00: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	133cd1fa3b	修复：非委派美术来源不再误入 game-chat 谱系门 ... M0A-2 将美术写入边界统一到严格谱系判定后，缺失 Run Profile 绑定从 "视为普通美术 run"（master 语义）变成 Err 失败关闭，且发生在只读工具 豁免之前：scheduler 直启与后台来源的 art run 全部工具被拦，恢复扫描 重执行 canvas.asset_generate 也因此永远发不出外部轮询请求。 在 retry 谱系判定之后、严格谓词之前增加 source 预筛：非 agent-delegate 来源直接判 Unrestricted，交由 autonomous owner 与路径策略管辖； agent-delegate 缺绑定与 agent-delegate-retry 的失败关闭语义不变。 治愈 CI 回归 recovery_scan_resumes_accepted_generation_on_default_worker_stack 与 command_output_read_allows_same_agent_history_and_rejects_cross_agent_action_id， 新增 non_delegated_art_sources_stay_out_of_game_chat_art_gate 钉住契约。 Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2026-08-11 13:43:35 +00:00
lhk229	d22cf19cb0	修复：明确 game-chat 美术重试跨轮恢复 ... typed retry 与 mutation 阻断提示改为继续对话并由下一轮 main 重新审计 保留同 run 每缺口最多一次并补 failed/cancelled 跨轮新 delivery 契约测试 同步决策记录、踩坑记录与两份 tracked 技术方案	2026-08-11 12:11:22 +00:00
lhk229	203ebba9b4	修复：收紧 game-chat 美术重试结构判定 ... 入口结构身份改用不可变 binding 链，避免 task journal 缺失漏过 typed retry 守卫 无法完整证明的 retry-source 美术候选保持 mutation 失败关闭，同时保留完整 DAG 语义 补齐缺失 journal、无完整 binding、公开错误 kind 与全链非回归测试	2026-08-11 11:22:20 +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
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
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	dfcd67bd05	修复进程会话终止清理竞态 ... 在发布终态通知前先移除 live registry 会话\n避免取消清理瞬时误判仍有未收束进程	2026-08-08 22:33:55 +08:00
kdletters	a27798be77	合并生成参数恢复与改造入口修复 ... 合入 PR 135 的 GenerationInputs V2 稳定字段与严格恢复链路 统一缺失来源时保留改造入口并在点击后复检拒绝 保留主分支 SFX V2 自动时长、Loop 与权威元数据语义 将队列引用槽位与场景配方修复移植到 PR 137 的模块结构	2026-08-08 22:03:50 +08:00
k88936	a43c84fd75	修正AGC图集规范引用字段 ... AI游戏创作图集请求改用External v1必填referenceId 持久生成账本兼容回读旧本地sidecar并补充请求断言 同步Agent提示合同与项目文档	2026-08-08 19:08:29 +08:00
k88936	9e70f7a07c	再次合并远端主分支更新 ... 同步 AGC 启动脚本导入顺序修复	2026-08-08 17:37:43 +08:00
k88936	dc3e92433f	合并主分支并同步AGC启动脚本修复 ... 调整开发端口与启动栈模块的导入顺序 保持启动脚本符合ESLint导入顺序规则	2026-08-08 17:37:35 +08:00
k88936	cef79f629a	合并远端主分支更新 ... 修复 AGC 实时清单测试竞态 同步实时清单测试约束与项目记忆	2026-08-08 17:32:45 +08:00
kdletters	6cb13b3884	修复AGC启动脚本导入顺序 ... 按ESLint规则调整开发端口与启动栈模块的导入顺序	2026-08-08 17:30:51 +08:00
k88936	ae174ecb06	合并主分支并同步AGC开发端口修复 ... 统一AGC开发端口分配与旧注册记录迁移逻辑 修复AGC实时清单测试竞态 补齐相关测试、开发文档与共享记忆	2026-08-08 17:23:08 +08:00
kdletters	5393ef8720	修复AGC实时清单测试竞态 ... 等待最近项目目录检查完成后再触发清单失效事件 收紧事件后只重读清单且不重新检查目录的断言 同步实时清单测试时序约束文档	2026-08-08 17:16:00 +08:00
k88936	7ce7c11ca4	合并主分支并解决编辑器冲突 ... 保留图片生成 V2 配方中的像素艺术风格断言 合并 AGC 统一端口段、文本编辑器与移动端欢迎页改动 合并 Jenkins 产物权限门禁并同步项目共享文档	2026-08-08 17:15:07 +08:00
kdletters	83f07fc58d	统一 AGC 开发端口分配 ... 将 AGC Vite 纳入 Linux 用户端口段第六槽位 同步 Tauri devUrl、Vite 监听和配套后端端口预留 兼容迁移旧五端口注册记录并阻止重复分配 补齐动态配置顺序、跨平台和进程生命周期回归测试 更新开发运维文档、端口 skill 与项目共享记忆	2026-08-08 16:18:45 +08:00
k88936	d1562ab65f	合并主分支并适配图标精灵图编辑 ... 合入统一 Lexical 文本编辑器与滚动条样式调整 保留图标规范字段优化、字符限制与提交门禁 补齐图标生成及画布集成测试的 Lexical 交互适配	2026-08-08 15:23:29 +08:00