1142 Commits

Author	SHA1	Message	Date
lhk229	62fc86e7db	文档：D11 条目同步 WP1 已落地，旧上限改为改造前对照 ... Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-13 05:44:12 +00: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
k88936	9a326c940a	统一缺失来源的改造入口合同 ... 明确不可替换 source 缺失时保留改造按钮并在点击后报错 同步现役设计文档、后端契约与长期决策记录 补齐角色动作和 UI 素材提取的按钮与失败回归测试	2026-08-08 19:01:03 +08:00
lhk229	d58e5cbebd	修复 inline 泄露 provider问题	2026-08-08 09:52:18 +00:00
k88936	cef79f629a	合并远端主分支更新 ... 修复 AGC 实时清单测试竞态 同步实时清单测试约束与项目记忆	2026-08-08 17:32:45 +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
k88936	676bd524ee	滑动条样式调整 (#149) ... 示例来自微信:  before: - firefox:  - edge:  after: - firefox:   - edge:  - 使用 Lexical + OverlayScrollbars 实现统一可控的滑动条样式, 取代原来的textarea Reviewed-on: http://192.168.35.82/git/GenarrativeAI/Genarrative/pulls/149 Co-authored-by: 王德宇 <kvtodev@outlook.com> Co-committed-by: 王德宇 <kvtodev@outlook.com>	2026-08-08 15:10:16 +08:00
k88936	1303df1ee7	修复运行详情竞态与场景断言 ... 同步关闭项目或 Run 切换时的运行详情弹窗，消除延迟 effect 覆盖用户点击的竞态 更新场景提交测试，按当前稳定枚举值和完整兼容字段断言 同步补充 AI 游戏 Runtime 与场景 V2 配方文档	2026-08-08 12:53:53 +08:00
k88936	5c0e84c78a	场景生成接入改造配方 ... 新增 scene.generate V2 配方、解码与场景面板恢复 服务端按结构化请求重建权威场景字段和参考图槽位 兼容旧场景画面内容字段并限制非场景改造入口 补充前后端测试与 assetKind 改造接入文档	2026-08-08 12:26:43 +08:00
k88936	777f567cb4	合并主分支 ... 解决合并冲突	2026-08-08 12:03:09 +08:00