116 Commits

Author	SHA1	Message	Date
suzmii	8c639e5d13	修复项目写锁重试判据用一次元数据观察误判瞬时争用 ... - 项目写锁分类改为只按错误码判定重试性，不再用 path.exists() 决定“要不要等”：真机 6 万次建锁/删锁竞争实测 396-538 例命中“ACCESS_DENIED(5) + 目标不可见”，旧判据会让等待层立刻失败关闭，把毫秒级竞争换成更误导的 ACL 文案 - 新增 ProjectWriteLockFailure（Retryable / Terminal）与 acquire_project_write_lock_failure，有界等待改按类型分流，acquire_project_write_lock 退化为它的文案包装 - Windows 的 ACCESS_DENIED(5) 终态改判移到等待预算耗尽之后：只有真的等过预算且目标此刻仍不存在时才投影成权限拒绝，单次试探保持争用语义 - 锁分类判据改为平台参数传入（project_write_lock_open_failure_for），Linux CI 可覆盖 Windows 分支；替换原先只在 Windows 本地执行的分类用例 - 零等待入口在错误码不可区分时补一句“可能是删除挂起、删除拆链窗口或权限 / ACL 拒绝”，争用前缀逐字不变，调用方既有重试语义不受影响 - PROJECT_WRITE_LOCK_CONTENTION_PREFIX 收口 provider_recovery.rs、planning_session_v2.rs、direct_runtime.rs 三处手写文案 - project.write_lock.wait_exhausted 日志补 projection= 分类，attempts 记为实际尝试次数 - 同步更新技术方案、decision-log、pitfalls，并修正 ownerIsSelf 只比 PID 的表述	2026-09-10 20:07:28 +08:00
lhk229	5b82a269e9	修正定向测试 Rust 格式 ... 按 CI rustfmt 规范整理策划会话与视觉提示测试	2026-09-09 07:52:46 +00:00
lhk229	dd0fd5feff	修复合并后的定向测试 ... 移除不再符合 hydrate 锁语义的过时测试 同步视觉 Agent prompt 测试与当前资源合同	2026-09-09 07:41:52 +00:00
lhk229	14d76419b8	修复策划回答身份绑定与迟到恢复结果覆盖 ... 在既有回合锁内核对问题与会话身份，保留已完成回合重放。 前端回答携带卡片问题标识，hydrate 写回前检查请求序列和项目路径。 补充后端与界面回归测试，同步技术合同与项目决策。	2026-09-08 13:25:24 +00:00
lhk229	8d03b73582	修复 Planning V2 恢复与审批重放 ... 恢复已落盘结构化 question 为成功回合并补齐会话投影 允许审批 receipt 在重启后复用原始 decisionId 恢复旁路不干扰正常 run 并补充设计原则文档	2026-09-08 12:52:18 +00:00
lhk229	47a3240e81	按 rustfmt 修正 V1 删除后残留的格式偏差 ... Repository checks 门禁的 cargo fmt --check 要求，仅格式化、无行为变化	2026-09-08 11:25:17 +00:00
lhk229	ded3253b08	删除已退役策划 V1 的 Runtime 模块与残留分支 ... 按四不写原则移除 PR #159 引入、已被策划 V2 取代的整条 V1 链路 删除 runtime_protocol 下六个 V1 模块（planning_storage/submit/approval/coordinator/hydrate/provider_usage） V1 与 V2 共用的 GDD 数据模型抽到新模块 planning_gdd_model.rs 供 V2 继续复用 删除 prompt manifest 中 planning Agent 目录、role overlay、plan sections 与 supervisorPlan 组合及对应生成常量 删除四个 V1 提示词文件（roles/project-planning.md、plan/common.md、plan/supervisor-identity.md、plan/supervisor-playbook.md） 删除 game-creator.config.json 与配置代码中的 planning 能力开关 删除 CLI --swarm-chat 的 --plan 入口与 swarm_cli 中的 plan source 分支 删除 provider_retry 的 planning session binding 与 plan 专用请求指纹链路 删除 provider_action_batch 的 plan.submit_gdd v4 批次形状校验与 planning 绑定字段 删除 tool_policy_snapshot / agent_native_tools / tool_plan_protocol 中的 plan 根阶段收窄与 plan.submit_gdd 身份门 删除 main_loop 的 plan_gdd blocker 投影、plan 信封修复回路与 plan submit 业务拒绝限流 删除 pending_recovery 与 recovery_scan 的 plan submit 锚点恢复、planning session 投影恢复与审批投影恢复 删除 acceptance_graph 的 Fast GDD 取证覆盖校验与 plan 根验收前置门 删除 agent_db 的 plan.provider_usage、plan.gdd_decided、plan_submit_gdd.committed 三条专用持久车道及其预留配额 删除 AgentRuntimeState 的 plan_submit_gdd_rejection_count 字段 runtime_tools 的委派、run_status、goal_contract 恢复为通用路径（移除 plan 根对称性守卫与 acceptance gate 钩子） 同步删除只覆盖 V1 行为的测试用例（planning 澄清、锚点恢复、plan 根委派门、plan 提示词组合等）	2026-09-08 09:44:21 +00:00
lhk229	1db5930c9f	修复rustfmt格式检查 ... - planning_session_v2.rs 的 config 加载与 tool_planning.rs 的 final_request 捕获合并为单行	2026-09-07 10:29:13 +00:00
lhk229	85de37710b	软化tool_choice兼容性表述为可能不支持 ... - 代码注释与策划会话文档改为“部分模型或端点可能不支持”，DeepSeek 仅作示例	2026-09-07 07:38:05 +00:00
lhk229	0ff2c00618	注明思考模式模型不支持tool_choice=required ... - planning_session_v2 的 Required 设置处补注释：DeepSeek 等思考模式模型会以 400 拒绝该取值，接入新模型需先验证端点支持 - 策划会话 Runtime V2 文档重试规则节补充该限制及其与瞬态重试的边界	2026-09-07 07:30:57 +00:00
lhk229	df6d885d2c	策划会话瞬态Provider故障自动退避重试 ... - invoke_provider_v2 错误携带主 Runtime 同款瞬态分类，timeout/connectivity/transport/空响应/反序列化/断流/上游408、429、5xx 不再直接判死 - run_turn_v2 对瞬态故障按 maxRetries 预算指数退避自动重试本回合，耗尽后才投 provider_failed 并附已重试次数，上游 4xx 硬错误仍直接失败 - 同步策划会话 Runtime V2 文档：tool_choice 口径改为 required，补充瞬态故障重试规则	2026-09-07 04:51:12 +00:00
lhk229	8eeaa43081	立项策划会话强制工具调用 ... - planning_session_v2 请求 toolChoice 由 Auto 改为 Required，消除模型跳过 plan_ask_question/plan_submit_gdd 而把 JSON 写进正文导致的 PLANNING_INVALID_OUTPUT 失败	2026-09-07 03:41:58 +00:00
lhk229	7d54aa6552	放宽策划V2修订续跑合同 ... 允许审批修改后的 continuation 继续问询或直接提交完整 GDD 明确继承已确认问答与问询计数且不新增意图识别调用	2026-09-06 09:49:14 +00:00
lhk229	49d814fec1	清理策划V2已退役停止状态 ... 删除 Planning V2 认领逻辑中的 stopped 死分支。 同步技术方案中的状态枚举和状态转移描述。	2026-09-06 08:43:07 +00:00
lhk229	4efa39420f	清理策划V2无效停止状态 ... 移除没有生产写入路径的 stopped 会话状态 同步清理前端恢复状态映射	2026-09-05 12:51:14 +00:00
lhk229	b84c9d4e45	修复策划V2不可变文件失败残留 ... 失败时清理已创建的空文件或截断文件 保留已有文件的幂等与内容冲突校验	2026-09-05 12:17:04 +00:00
lhk229	2d7226dad8	修复策划V2修改意见撞项目锁 ... V2 审批、续跑、落盘、失败投影和 GDD 认领改为完整等待窗口 V2 hydrate 改为短窗口等待 前端 V2 hydrate 忽略瞬时锁争用 补充审批、续跑、hydrate 锁等待测试 同步决策、踩坑和技术方案	2026-09-05 11:28:37 +00:00
lhk229	1019403f40	修复策划GDD修改后自动续跑 ... 审批 revise 后继续同一 V2 Session 避免修订意见重复写入历史 保留独立修订回合身份	2026-09-05 09:41:20 +00:00
lhk229	ae700de1dd	修复 Rust 文件格式 ... 删除 planning_session_v2.rs 末尾多余空行 通过 rustfmt、编码检查和 diff 检查	2026-09-05 07:50:46 +00:00
lhk229	573940f1ad	删除多余的测试	2026-09-05 07:27:44 +00:00
lhk229	eabd8f393a	将策划决策轮次交由Runtime管理 ... 移除Provider输入中的 decisions.round 字段 由Runtime按决策顺序生成持久化轮次 放宽GDD实际门禁并同步模型数量上限	2026-09-05 06:07:32 +00:00
lhk229	250360a40a	放宽GDD一句话概念校验范围 ... 删除决策首项必须为 confirmed 且 round=0 的阻断校验 将 Runtime 的 oneLiner 实际接受范围调整为 10～160 将模型 schema 提示范围调整为 25～90 并记录有意不对称设计 修复 Planning V2 系统提示词参数占位符	2026-09-05 05:00:32 +00:00
lhk229	d1a8bed685	调整策划问询轮次提示 ... 原型与生产 prompt 统一明确最多提问三轮 允许信息足够时提前出稿并补充重玩动力优先级 不改 Runtime 工作流、schema、校验和持久化逻辑	2026-09-04 14:22:14 +00:00
lhk229	1b764fd878	补充策划 Provider 诊断持久化 ... 保存 Planning V2 每次 Provider 尝试的请求、响应和解析分类产物 诊断写入不参与工作流、恢复、重试或 GDD 判断 同步 Planning V2 技术方案与项目决策记录	2026-09-04 13:22:34 +00:00
lhk229	9a692ec543	同步策划 GDD 字段提示 ... 将生产 V2 的 GDD 描述与原型统一为按字段填全且不增删改名 不改工作流、schema 或解析逻辑	2026-09-04 12:54:32 +00:00
lhk229	0c7ddf26db	调整策划 V2 决定 ID 由 Runtime 分配 ... 删除 plan_submit_gdd Provider schema 中的 decisions[].id 和 prototypeValidationItems[].id 由 Runtime 生成 initial-request 与后续决定 ID，并绑定原型验证项 同步更新 Planning V2 技术方案和项目决策记录	2026-09-04 12:15:45 +00:00
lhk229	ca62243628	修复策划 V2 孤儿 GDD 无法恢复 ... 把 gdd.vN.json 创建成功当作提交点 persist、hydrate 与回合启动认领下一连续版本并补投影 重试不再用新 UUID 覆盖同一版本 补充孤儿认领与下一版本分配测试	2026-09-04 10:47:17 +00:00
lhk229	c1d967b17d	将策划 V2 输出从正文 JSON 改为协议工具 ... 挂 plan_ask_question / plan_submit_gdd，tool_choice 固定 auto 删除正文 JSON 解析、骨架提示词和入参 schemaVersion 必填 形状改由工具 schema 承担，既有校验门禁与落盘 plan-gdd.v2 不变 同步技术方案、决策记录和 DeepSeek thinking 排障	2026-09-04 10:10:50 +00:00
lhk229	67c2f85743	精简策划 V2 提示词为形状和策略 ... system prompt 只保留问询/GDD 骨架、同级字段边界和一行易错数量范围 去掉逐字段长度清单和 V1 编排残留说明，校验与重试路径不变 同步 Runtime V2 技术方案和项目决策记录	2026-09-04 08:04:14 +00:00
lhk229	45568797f9	将策划 V2 既有阻断校验回灌给 Provider ... 把当前 question/GDD 硬校验契约写入 V2 system prompt，不扩大校验范围或新增门禁 校验失败的一次重试改为列出具体阻断原因并要求逐项修复 同步 Runtime V2 技术方案和项目决策记录	2026-09-04 07:40:36 +00:00
lhk229	f35ec812d9	完善策划 V2 人工测试与推断语义 ... 修复做方案首轮额外命名等待、处理中反馈和重复错误展示 补全 GDD 输出字段提示，避免模型生成非法 decisions 字段 统一 V2 assumption_pending 与 agent_inferred 语义并同步核心闭环问询策略 保持旧 Supervisor/V1 的 default_pending 与 default 语义不变 更新 Runtime V2 技术方案和项目决策记录	2026-09-03 13:15:14 +00:00
lhk229	059808d9e8	接入策划会话 Runtime V2 入口与界面 ... 做方案入口改用 start/continue/decide_planning_session_v2 命令 新增 V2 Session、问题、GDD 和审批结果的前端适配层 接通 hydrate 会话历史、流式回复、问询卡、审批卡和处理耗时展示 保持做游戏、做素材及无 V2 旧项目读取路径不变 同步策划入口回归测试、Runtime V2 技术方案和项目决策记录	2026-09-03 11:29:55 +00:00
lhk229	12da570d28	策划 Agent Runtime V2 完成 P2 产物闭环 ... 新增单 Agent GDD 策略、版本产物和审批命令 补齐问询计数、上下文进度和输出校验边界 注册 Planning V2 Tauri 命令并纳入私有产物路径 更新 Runtime V2 技术方案与项目决策记录	2026-09-03 10:04:48 +00:00
kdletters	071faa482c	统一 Rust 与 TypeScript 格式化门禁 ... 纳入 AGC Cargo workspace 的统一 rustfmt 检查与格式化入口 完成项目 TypeScript/Prettier 与 Rust 全量格式化 修复 Pingora expected executable 门禁的空白敏感误报 同步开发运维文档与 AGC skill pack 格式化忽略规则	2026-09-01 16:28:34 +08:00
lhk229	933da91fa3	清除策划agent不可达分支 (#234) ... Reviewed-on: http://192.168.35.82/git/GenarrativeAI/Genarrative/pulls/234 Co-authored-by: Linghong <ink29535@proton.me> Co-committed-by: Linghong <ink29535@proton.me>	2026-09-01 10:30:23 +08:00
suzmii	cc6211fd41	修复 Backend 与 Native shell CI 回归并恢复完整测试门禁 (#209) ... ## 背景 这是一个独立的 CI 修复 PR，针对 Backend 与 Native shell 测试失败进行修复，不包含资源画布功能变更。 此前 CI 失败主要集中在： - 后台精选素材契约测试初始化缺少来源素材字段。 - `spacetime-module` host 测试因缺少 SpacetimeDB WASM 宿主 ABI 符号而无法链接。 - Native shell 自主创作模式、runtime action、provider batch 和测试初始化之间存在状态机断言不一致。 - 部分失败测试曾被临时绕过，本 PR 恢复这些测试门禁。 ## 变更内容 ### Backend - 补齐后台精选素材 payload 测试所需的来源素材字段。 - 增加 camelCase 序列化断言，防止 snake_case 字段泄漏。 - 调整 server-rs workspace 测试拆分： - 普通 workspace host 测试继续排除 `spacetime-module`，避免其 `spacetime-types` feature 污染其他领域 crate 的 host 链接。 - 新增独立的 `spacetime-module` 单元测试步骤，不再跳过该模块自身测试。 - 为 host 测试构建提供仅测试期的 SpacetimeDB ABI 链接支持。 - 同步更新 CI workflow 断言、开发流程文档和运维验证文档。 ### Native shell - 恢复被临时跳过的 Native shell 失败测试门禁。 - 修复自主创作模式下的完成条件、runtime action 执行、provider batch 和 finalization 状态流转。 - 修正 Tauri/native 测试初始化、恢复流程及断言，使测试与实际运行时协议保持一致。 - 保持自主创作模式的宽松行为，不通过忽略测试规避失败。 ## 验证 当前提交已完成以下本地验证： - `cargo test --locked -p spacetime-module --no-fail-fast` - 259 个测试 - 258 个通过 - 0 个失败 - 1 个已有的外部 fixture 测试 ignored - `cargo check --locked -p spacetime-module --target wasm32-unknown-unknown` - `cargo build --locked -p spacetime-module --target wasm32-unknown-unknown` - `cargo check --locked -p api-server --all-targets` - `npm run check:server-rs-ddd` - `npm run check:spacetime-schema` - `npm run check:encoding` - `npm run test -- scripts/project-ci-workflow.test.ts` - `cargo fmt --manifest-path server-rs/Cargo.toml --all -- --check` - `git diff --check` 没有新增 `#[ignore]` 来规避失败。 ## 测试边界说明 `spacetime-module` 的 host ABI 链接支持仅用于执行纯单元测试，不是 SpacetimeDB runtime 替身。Reducer、procedure 和真实数据库事务行为仍需要通过真实 SpacetimeDB runtime/integration harness 验证。 本机 Windows 上完整 workspace 测试中的 `wallet_refund_outbox` 测试仍有 11 项因 `os error 5（拒绝访问）`失败，表现为临时文件权限/锁定问题；该问题与本 PR 的 SpacetimeDB 模块测试改动无关，也没有通过忽略这些测试来掩盖。 Reviewed-on: http://192.168.35.82/git/GenarrativeAI/Genarrative/pulls/209 Co-authored-by: suzmii <suzmii@qq.com> Co-committed-by: suzmii <suzmii@qq.com>	2026-08-31 10:53:30 +08:00
Git Hooks Test	dcf01f5681	合并远端 0.1.11 基线并保留本地 AGC 全流程改动	2026-08-28 21:03:15 +08:00
Git Hooks Test	1ba34b8e25	放开 AGC 自主创作流程并补齐全流程执行能力 ... 新增 agc_write_file 直写工具并放宽自主构建执行路径 移除固定任务依赖与确认门槛对并行创作的阻塞 同步 DirectProject、预览、运行状态和 E2E 测试调整	2026-08-28 20:55:23 +08:00
lhk229	e31d8a2a5b	修复链路上存在的若干阻塞性漏洞 (#199) ... Reviewed-on: http://192.168.35.82/git/GenarrativeAI/Genarrative/pulls/199 Co-authored-by: Linghong <ink29535@proton.me> Co-committed-by: Linghong <ink29535@proton.me>	2026-08-28 17:09:02 +08:00
suzmii	d24321d657	修复第三方 Provider 流式工具计划请求 (#201) ... ## 变更摘要 - 当 Provider 配置 `llm.stream=true` 时，Provider tool-plan 请求改为使用 `stream_run`，由后端聚合完整响应；关闭流式时继续使用 `run`。 - 补充 Anthropic 原生 SSE 工具调用、原生最终回复和 OpenAI 响应流测试夹具。 - 新增流式原生函数工具计划回归测试，覆盖请求 `stream=true`、工具调用聚合、respond_to_user 收束和最终回复请求。 - 修复共享 Provider 测试夹具对 `stream=true` 的 Responses / Chat Completions 请求返回正确 SSE，避免时序测试误报 Timeout。 - 修正自主构建截断 scaffold 修复分支的错误前缀匹配，并补齐最终回复失败审计夹具的流式 planning 响应。 - 同步第三方 Provider 兼容性技术说明，记录缺陷 5 已修复。 ## 验证 已通过： - 5 个 Provider handoff/retry/restart 回归用例（逐项运行） - `autonomous_game_build_repairs_truncated_scaffold_into_bounded_patch` - `background_agent_runtime_asset_generation_respects_project_policy` - `background_final_reply_failure_keeps_private_conversation_and_hashes_public_audits` - `npm run ai-game-creator-shell:typecheck` - `npm run check:encoding` - `git diff --check` 说明：Provider handoff 重启用例在并发启动时曾出现一次时序失败，单独串行复跑通过；当前提交已通过 pre-push 检查。`cargo fmt --check` 仍会报告基线其他文件已有格式差异，本 PR 未改动这些无关文件。 Close #186 --------- Co-authored-by: 段舒康 <kdletters@qq.com> Reviewed-on: http://192.168.35.82/git/GenarrativeAI/Genarrative/pulls/201 Reviewed-by: 段舒康 <kdletters@qq.com> Co-authored-by: suzmii <suzmii@qq.com> Co-committed-by: suzmii <suzmii@qq.com>	2026-08-27 17:08:47 +08:00
kdletters	6d36d625ad	DirectProject 工作区改为项目根并站内化编辑器资源生成 ... DirectProject 的 Codex cwd、sandbox writable root 与文件变更批准根统一为用户选择的整个项目根，不再强制 game/ 子目录；assets/、game/ 与项目文件均可写，.agent/、.git/、密钥和 Runtime 控制面仍由项目文件层拒绝。 更新 direct 运行时提示词与内置 agc-project-structure Skill，明确项目根即工作区，路径相对项目根，game/ 仅兼容旧结构，并同步 Skill 清单指纹到 2026-08-26.4。 预览与自主构建入口支持项目根 index.html 与旧 game/index.html 双布局，入口解析、静态 smoke、试玩回执与完成门全部自适应。 客户端资源编辑（音频、视频、图片、角色动画）端点统一改为站内 /api/editor/... 路由并复用平台登录态，不再走 External v1；历史 external 账本仍可兼容重放，外部开发者模式保留 External v1。 同步 AGC 实施计划中项目根工作区与站内 API 口径。	2026-08-27 00:40:44 +08:00
kdletters	2ac97b3f5e	退役客户端 MCP 约束与运行链路 ... 删除客户端 MCP 配置、Runtime 工具和安全门禁 移除 MCP E2E 套件、测试夹具和测试辅助代码 清理 MCP 依赖及 Skill/Prompt 中的 MCP 约束	2026-08-26 02:32:05 +08:00
kdletters	6b947c5430	修复 AGC 项目素材发现与受控导入 ... 发现项目内未登记媒体并保持正式素材身份边界 新增 Runtime 与 Direct MCP 素材查询和导入工具 支持图片素材在 AssetImporter 中受控登记 补充路径安全、契约测试和技术文档	2026-08-26 02:32:04 +08:00
kdletters	c09a511aaa	Codex/fix pr188 191 ci (#194) ... Reviewed-on: http://192.168.35.82/git/GenarrativeAI/Genarrative/pulls/194 Co-authored-by: kdletters <kdletters@qq.com> Co-committed-by: kdletters <kdletters@qq.com>	2026-08-25 15:41:55 +08:00
lhk229	31ebe4c78c	修复残留问题 (#192) ... agent.db 是纯 append、全仓没有 rotation，而有界尾窗的记录数上限（16384）比写侧 的扫描上限（100 万）低两个数量级。截断掐掉的永远是更旧的记录，所以「命中」与截 断无关；只有「没命中」时才真的分不清「没写过」和「没看见」。 - plan_gdd_decision_audit_state_locked：截断判断从遍历前的无条件 Err 挪到遍历后、 且只在没命中时报。原先任何写够记录的项目都会永久停在 needs-reconciliation—— audit 明明就在窗口里，函数照样报错，文案还指向「identity 不一致」。 - approval_terminal_observation_exists_locked：不再把截断位丢给 `_`。没命中且截 断时返回 Err 而不是 Ok(false)，交给调用方既有的具名 projection gap 分支，不再 让一次视野缺失冒充恢复缺口被反复重放。 - 收束闸 Err 分支标题改为「Fast GDD decision audit 无法确认」。Err 现在有 identity 冲突和尾窗截断两种来源，具体原因由 detail 里的 error 原文给出。 - AGENT_DB_MAX_BOUNDED_RECORDS 改 pub(crate)，让回归测试能精确把 fixture 撑过截 断线，不必在测试里埋魔数。 新增 truncated_tail_scan_still_confirms_records_inside_the_window 钉住这两处：把 任一处改回旧行为都会让它失败。 recovery_scan.rs 的七槽审计是同样的形状，但它断言的是精确基数而非存在性，截断确 实证不了基数，另行处理。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> --------- Co-authored-by: 段舒康 <kdletters@qq.com> Reviewed-on: http://192.168.35.82/git/GenarrativeAI/Genarrative/pulls/192 Co-authored-by: 孔令弘 <ink29535@proton.me> Co-committed-by: 孔令弘 <ink29535@proton.me>	2026-08-25 14:27:31 +08:00
kdletters	10786c9672	打通多模态 UI 工作流与 Agent Runtime 路由 ... - 接入 Codex app-server 原生图片输入与隔离暂存 - 统一 UI 识别、合并、绑定到 Agent Runtime Provider - 增加页面自动发现、UI 资源桥接与阶段持久化 - 同步画布编辑器投影、测试与技术文档	2026-08-25 13:06:46 +08:00
lhk229	3d8e0211db	5分钟策划agent (#159) ... Co-authored-by: 段舒康 <kdletters@qq.com> Reviewed-on: http://192.168.35.82/git/GenarrativeAI/Genarrative/pulls/159 Co-authored-by: Linghong <ink29535@proton.me> Co-committed-by: Linghong <ink29535@proton.me>	2026-08-24 21:44:44 +08:00
kdletters	9fe800da80	修复AGC Native测试认证与阻断 ... - 为画布与资源编辑 loopback fixture 增加 task-local External Editor 凭据 - 为平台账号语义测试安装隔离会话并修正资源编辑错误分类断言 - 为 Windows mock listener 增加有界 accept 与 blocking stream 恢复 - 同步 autonomous main-loop、completion fixture 与项目决策记录	2026-08-19 03:24:29 +08:00
kdletters	dedff81475	修复AGC无人值守生成阻断的交付收口与验收 ... - 可信 code-prototype 父 Run 认领并观察直属美术 delivery，普通失败立即收束，合法安全默认 marker 由 Runtime 确定性执行唯一同合同返工 - 补齐 suppressed 无 child 与父身份链丢失时的 completion 失败关闭边界 - 修复 Windows project.lock delete-pending 竞争并收紧 HTML 内联 JS 语法 fail-open - 同步技术方案、决策记录与实施计划，并完成确定性及真实 Provider 分层验证	2026-08-15 15:12:05 +08:00
kdletters	02fff8f308	修复AGC无人值守游戏生成阻断 ... 普通Web工作台默认使用单Supervisor自主生成链路 补齐安全默认返工、结构化诊断与同Run恢复 绑定当前revision、入口摘要和双视口试玩完成凭证 增强Runner跨boot单飞恢复与game-chat来源隔离 新增真实Provider验收入口及确定性回归 同步更新技术方案、开发流程和共享决策	2026-08-14 07:14:25 +08:00