5096 Commits

This Branch

This Branch

All Branches

Author	SHA1	Message	Date
suzmii	547fb0dbce	按第三轮复测修复 M3：dry-run 零写入、所有权先行、指纹与门禁补口 ... - P2：preparePlugins 重排——dry-run 只做只读判断即返回，预缓存交付不再排在 dry-run 之前；所有权断言提到任何写入之前 - P3：pluginSourceFingerprint 放开 origin=source 过滤（prepared 内容哈希分支可达），库文件与 payload 交付态纳入指纹，pluginTreeMatches 增加「不该存在却存在 → 需要重建」判定 - P3：门禁交叉校验 nativePayloads[].destinationSubdirectory 必须是同插件 origin=prepared 的子目录之一 - P2：里程碑验收清单注明 Cocos payload 只在 injection 构建交付并给出对应命令；dry-run 用例补 injection feature 覆盖 - 夹具补齐 agc-cocos-editor 插件（所有权检查要求目标插件真实存在） - 验证：工具用例 13/13、声明门禁通过 - 已知缺口：injection 构建后切回默认 feature，随包目录里陈旧 payload 的清理尚未生效（已记在 PR）	2026-09-28 01:03:40 +08:00
suzmii	06ffa7b6ac	按复测修复 M3：payload 门槛与交付、缓存键、条件写反与门禁覆盖 ... - P0：native/payload 补 features=["cocos-editor-injection"]（与 nativePayloads 同门槛，保持迁移前语义），Windows 默认 feature 下不再无条件要求该目录 - P0：copyNativePayloads 真正改用 destinationFileName（此前声明了却仍写 sourceFileName，落盘成 cocos_editor_bridge.dll 而运行时找 cocos-editor-bridge.dll） - P1：payload 交付移到插件缓存短路之前（先默认构建、之后开 injection 不再整条跳过），并把交付物（含缺失态）纳入 pluginSourceFingerprint，删掉它必须导致重建 - P2：修正 pluginTreeMatches 里被写反的条件（原为 || 短路，导致内容比对整体失效） - P2：门禁新增 validateExtendedDeclarations，覆盖 prepareSteps/nativePayloads 的字段与引用完整性（含 destinationFileName） - P2：删除 godot_bundle 的 stage/source_files 及其单测（构建脚本不再有调用方），清掉遗留的 PathBuf 导入 - P3：CLI 支持 --features=a,b 形式 - 验证：工具用例 13/13；声明门禁通过；cargo fmt/cargo check 通过	2026-09-28 00:50:48 +08:00
suzmii	e4634928c6	按评审修复 M3：校验按插件收敛、Cocos 链路与 Godot 指纹、门禁与文档收口 ... - P0：validate_prepared_payloads 遍历所有插件 × 所有子目录 → 与 libraryStaging 分支对称地按插件收敛（声明新增 subdirectories[].plugin，Rust 加 subdirectory_applies_to_plugin，工具复制与指纹同样按插件收敛） - P1 Cocos：cargo 准备步骤改用该 crate 自身 manifest 并把 --target-dir 指回 src-tauri/target（原 -p + --features 被 cargo 以「cannot specify features for packages outside of workspace」拒绝）；nativePayloads 拆出 sourceFileName（下划线）与 destinationFileName（连字符）；native/payload 改为 origin=prepared 并绑定 cocos-bridge-build - P1 Godot：补 fingerprint（roots ["."]，排除 bin/.build/native-build，戳文件 bin/win-x64/.agc-source.sha256），不再每次真跑 build.ps1 - P2：pluginSourceFingerprint 对 prepared 产物改用内容哈希（避免无条件覆盖 mtime 导致每次全量重建）、库文件纳入指纹；pluginTreeMatches 对 prepared 只查存在性（内容由指纹覆盖，顺带缓解 90MB exe 的哈希开销）；GODOT_BUNDLE_FILES 缺清单即失败，不再静默退化为空数组；CLI 传 log 并新增 --features；用例正则兼容 Windows 路径分隔符；主规范 §4.8 残留的 AGC_SKIP_RESOURCE_STAGING 已清 - 安全：撤出误提交进 .env.local 的真实 token（还原模板并 force-push 分支尖端） - 验证：npm run agc:bundled-resources:check 通过；cargo fmt + cargo check --no-default-features 通过（含新 plugin 字段与按插件收敛的校验）；工具用例 12/13（余 1 条为夹具断言待修）	2026-09-28 00:23:26 +08:00
suzmii	faa510e999	AGC 编辑器分支产物归位：构建脚本彻底退出写入 ... - 声明扩展：subdirectories 新增 origin=prepared；libraryStaging 增加 prepare/files；新增 nativePayloads 与 plugins.prepareSteps（程序类型、工作目录、指纹、必需产物） - Godot 随包文件清单改由声明提供，godot_bundle::BUNDLE_FILES 从生成的编译期常量取值，不再各写一份 - 准备步骤按声明运行 powershell.exe -File build.ps1（Unity/Godot，Godot 移除 PSModulePath）与 cargo build -p cocos-editor-bridge --target … --features windows-injection，内容指纹命中且必需产物齐全时零写入，命令执行器可注入以便在 macOS 上覆盖调度与失败关闭 - build.rs 删除 prepare_unity_editor_helper、prepare_godot_editor_extension、stage_cocos_editor_payload、stage_build_generated_plugin_payloads 及辅助函数（415 → 193 行），只留只读校验，并新增已准备产物存在性与 Godot 随包库深度校验；AGC_SKIP_RESOURCE_STAGING 开关随写入分支删除 - 删除两份只含 staging 条目的 .taurignore；发布入口传 profile=release 以定位 Cocos 产物 - 文档：技术方案 §4.9/§8、M3 里程碑（含 Windows 验收清单）、运维文档、决策日志与排障经验同步 - 验证：准备步骤 13 条用例通过（三类准备步骤调度、指纹跳过、缺产物失败关闭、幂等）；npm run agc:bundled-resources:check 通过；cargo check --no-default-features 通过且第二次 0.62 秒 fresh - 未验证：Windows 真机（powershell/cargo 路径、产物归位、包内容一致性与客户端加载），按 M3 里程碑验收清单在 Windows 上确认	2026-09-28 00:17:49 +08:00
suzmii	0b19df467e	补充 M3 的 Windows 侧验收清单 ... - M3 里程碑规范新增「验证步骤（Windows 侧执行清单）」：准备步骤单跑与幂等、构建期不再写随包资源、构建新鲜度、打包一致性、客户端启动与三类边界负例 - 明确记录方式：命令与输出贴回里程碑或 PR，未通过项回到主规范 §9	2026-09-27 23:01:20 +08:00
suzmii	96b44d8660	补充上游元数据漂移的拒绝用例 ... - 准备步骤用例新增一条：上游 codex-package.json 的 version/layoutVersion/entrypoint/resourcesDir 任一与声明不一致时必须拒绝且不落产物（共 10 条） - 同步决策日志与 M2 里程碑规范里的用例计数	2026-09-27 19:01:00 +08:00
suzmii	33308a93e8	校正 M2 交付后的文档口径 ... - 技术方案修正症状层补丁清单：prune_staging/STAGED_* 只存在于未合入的补丁，主线从未有过 - 技术方案 §5.2/§5.3 记录过渡期已完成、.taurignore staging 条目保留到 M3 的原因，§8 M2 行标注已交付与 Windows 待复验 - M2 里程碑规范按证据勾选 macOS 侧可达的验收项，未验证项保持未勾选 - M1 实施计划标注 codex_package_metadata.rs 已在 M2 退役	2026-09-27 18:57:54 +08:00
suzmii	f6dad1950f	AGC 随包资源准备步骤接入 dev 与发布入口，构建脚本退出写入 ... - start-tauri-dev.mjs 在前端与配套后端就绪后、spawn Tauri CLI 之前调用准备步骤，并保留依赖注入供入口测试断言顺序 - build-release.mjs 的 runTauriBuild 与既有 stageRuntime 并列调用 stageBundledResources，tauri build --no-bundle 仍不强制 staging - 声明新增 origin 字段：source 由准备步骤写，build 由构建脚本在产物生成后写；构建脚本删除 codex 与插件白名单的写入分支及 stage_plugin_file/copy_plugin_tree/copy_plugin_file，改为 stage_build_generated_plugin_payloads - 插件随包工作区改为与仓库源码逐文件比对（清单 + 逐文件 sha256 + 整树符号链接），实现移入 build_support/package_layout.rs 复用单测 - 上游原生包元数据改由准备步骤按声明校验，build_support/codex_package_metadata.rs 因失去调用方删除 - 准备步骤改为同步实现，dev 与发布入口可直接调用而无需子进程 - 测试：build-release 39 passed（新增 stage、bundled、build 顺序与 no-bundle 不 staging）、dev 入口 12 passed（新增准备步骤先于 CLI 启动）、准备步骤 9 passed、package_layout 36 passed - 文档：技术方案 §4.9 记录构建期写入边界，M1 里程碑标记完成，运维文档补入口接线与 resources/plugins 所有权，决策日志与排障经验同步	2026-09-27 18:56:44 +08:00
suzmii	a4b103a1b0	补充 AGC 随包资源归位的 M1 决策与文档 ... - 技术方案新增 §4.8 单一声明与实现形态（混合），§8 更新 M1 交付与停止条件，§9 未决问题 1 收口为已定 - M1 里程碑规范记录已定决策与校验收口边界；实施计划补充已定决策与实际验证命令 - M2 里程碑规范的依赖与前置条件补记 M1 已交付的准备步骤与声明门禁 - 开发运维文档补充声明、生成器、门禁、准备步骤与只读校验的用法；决策日志与排障经验同步本次口径	2026-09-27 18:36:09 +08:00
suzmii	05d455d4ef	构建脚本改为按声明生成并只读校验随包资源 ... - 平台布局、插件随包子目录与跳过规则、Codex 上游候选路径与第三方声明来源全部改由声明提供，删除脚本内的字面量 - 新增只读校验：Codex 目录校验清单 schema/平台/版本、文件集合、逐文件 sha256、第三方声明、可执行位与白名单外文件；插件目录校验必需组件与整树符号链接 - AGC_BUILD_TARGET 的 rustc-env 移到无条件路径（保留职责），新增 AGC_SKIP_RESOURCE_STAGING=1 以在既有产物上只跑校验 - 删除脚本内与 package_layout 重复的 sha256 实现，复用同一份	2026-09-27 18:36:04 +08:00
suzmii	d8b37e0da9	新增 AGC 随包资源准备步骤（Codex 与插件两条纯复制路径） ... - 新增 scripts/prepare-bundled-resources.mjs：按声明解析目标与替换单位，用上游 package-lock 的 resolved/integrity 组成缓存 key，写临时目录后原子替换，命中缓存不重写任何文件，只替换本工具产物，失败即退出并给出可执行提示 - Codex 路径按声明复制组件、保留受版本控制的第三方声明、按现有字节格式生成 manifest.json；macOS 双架构整体 staging - 插件路径按声明的子目录白名单与跳过规则复制，顶层出现非本工具条目即失败 - 新增 scripts/prepare-bundled-resources.test.mjs：9 条用例覆盖 staging 结果、幂等（内容与时间戳）、上游缺失、目标不支持、目录被非本工具占用、dry-run 不落盘与白名单过滤 - .gitignore 忽略准备步骤产生的 staging 临时目录	2026-09-27 18:36:03 +08:00
suzmii	21c3bd7a2b	引入 AGC 随包资源的单一声明与生成门禁 ... - 新增 build_support/package-layout.json：Codex 三元表与组件白名单、上游候选路径、第三方声明来源、插件随包子目录与跳过规则、平台与 feature 门槛的唯一人工声明 - 新增 scripts/check-package-layout.mjs：由声明生成 build_support/package-layout.generated.rs，并校验目标唯一、可执行组件属于白名单、每个目标恰有一条第三方声明来源、codex.version 与应用锁定的 @openai/codex 一致 - 新增 build_support/package_layout.rs：声明类型、插件与平台门槛判定、逐块 sha256、随包 Codex 目录只读校验及其单测 - codex_bundle.rs 的布局与版本常量改由声明提供，公开接口与取值不变；src/main.rs 在测试期引入该模块以复用既有单测 - package.json 新增 bundled-resources:check/sync 并接进 typecheck 链，根 package.json 提供 agc:* 别名	2026-09-27 18:35:57 +08:00
suzmii	756297d2df	补充 AGC 随包资源 staging 归位里程碑与首段实施计划 ... - 新增三份里程碑规范：资源改由校验器读入、生成接入 dev 与发布入口、编辑器分支产物归位与症状层补丁清理 - 新增首个里程碑实施计划：修改边界、实现顺序、验证命令、风险与回滚点、待确认的实现形态	2026-09-27 16:59:42 +08:00
suzmii	e02811588c	补充 AGC 随包资源 staging 归位技术方案 ... - 新增 docs/technical/【技术方案】AGC随包资源staging归位-2026-09-26.md：记录根因证据（tauri-build 把随包资源登记成 build script 输入）、准备步骤合同、构建脚本退化边界、入口接线、验收判据、风险与里程碑拆分 - docs/README.md 挂入文档索引	2026-09-27 16:59:42 +08:00
suzmii	e1780b21b0	修复 AGC dev 客户端不再依赖本机 sccache 配置 ... - start-tauri-dev.mjs 启动 Tauri CLI 前复用 scripts/dev.mjs 的 buildLocalRustProcessEnv，本地 Rust wrapper 由脚本决定而不是本机 Cargo 配置 - 新增 buildTauriDevProcessEnv 组装 dev 端点环境并导出，供测试直接断言 - 补 3 条用例：配置为 sccache 时改用 /usr/bin/env 直连 rustc、未配置时清空两个 wrapper 变量、自定义 wrapper 保留且不改写调用方 env - pitfalls 与开发运维文档补记 AGC dev 入口的 wrapper 口径	2026-09-27 16:59:40 +08:00
lhk229	6ed1fd26ed	修复 Linux 沙箱命令退出回收的偶发竞态 ... 统一正常退出、取消和超时的有界进程组退出确认，保留归属校验 提前记录启动身份，修补终态协议错误的清理及输出任务回收 补充确定性竞态回归并同步运行时规范和排障记忆 保持现有 CI 并行、分片和重试策略不变	2026-09-24 16:45:07 +00:00
lhk229	4912aa4df0	删除创作首页登录送泥点营销文案 ... 删除 CreationLandingView hero 区“登录即送 100 泥点，可以免费制作 50 个素材”文案 删除 CreationLandingView.test.tsx 中对应的文案断言 清理 index.css 中已无调用方的 creation-landing__hero-benefit 样式 更正 decision-log 中已过期的“注册赠送固定为 100 泥点”决策记录，注明金额由线上钱包配置决定	2026-09-24 16:08:42 +00:00
k88936	34eee8ec6a	Merge pull request 'ui editor 页面优化' (#337) from feat/ui-editor-v3 into master ... Reviewed-on: #337	2026-09-24 19:45:46 +08:00
k88936	fecb8fe76f	Merge remote-tracking branch 'origin/master' into feat/ui-editor-v3 ... # Conflicts: # docs/project-memory/shared-memory/decision-log.md	2026-09-24 19:43:20 +08:00
k88936	bdab414d32	Merge pull request '重构/对话错误类型化, 避免string-typed' (#474) from feat/fail-as-event into master ... Reviewed-on: #474	2026-09-24 19:42:49 +08:00
k88936	2fa89006c4	Merge remote-tracking branch 'origin/master' into feat/fail-as-event ... # Conflicts: # docs/project-memory/shared-memory/decision-log.md	2026-09-24 19:17:48 +08:00
suzmii	96b0fada3a	Merge pull request 'AGC ACL 提权修复按目标做 single-flight，避免并发重复弹 UAC（#498）' (#502) from fix/acl-elevation-single-flight into master ... Reviewed-on: #502	2026-09-24 19:15:34 +08:00
suzmii	a9f57c98ce	Merge pull request 'AGC 模型目录改为启动期从上游同步，退役写死的 gpt-6-astra/luna 与别名（#506）' (#507) from enhance/default-model into master ... Reviewed-on: #507	2026-09-24 19:15:22 +08:00
k88936	7cb7bd9581	合并：把 origin/master 的对外 MCP 语义工具与状态条、Markdown 修复并进接单化分支 ... - 冲突（`chat-composer.suite.ts` 接单窗口用例）按双方意图合并：保留上游「窗口期就要显示处理中卡片」，同时保留本分支「卡片要等宿主 `turn.started.at` 才开始读秒」；用例改为窗口期断言卡片在、无「已耗时」，再补发 `turn.started` 与开口用户条目后才断言气泡与读秒出现。 - 补上运行中回合的起点链路（合入前只有收口条目带起点，运行中卡片读不到秒）：`useDirectThreadChatSubscription` 暴露 `turnStartedAt`，控制器透传 `directTurnStartedAt`，`DirectProjectChatView` 交给 `buildDirectChatTurns`。 - 同步 ADR、实施计划、`decision-log`、`pitfalls` 的口径与注释（两态投影；接单窗口只有卡片且不读秒）。 - 其余上游变更直接并入：对外 OpenAPI / MCP 语义工具方案与实现、状态条读秒粒度与几何、对话 Markdown 容错。	2026-09-24 19:13:53 +08:00
k88936	065b4ea330	给 UI 设计文档三个工具补上可读的回执明细与入参摘要 ... - 三个工具的持久回执补白名单分支：只放身份、相对路径、计数与回填说明，不再整块变成明细不可用 - 身份字段禁控制字符并限长，相对路径必须归一化后落在 ui/ 下，含宿主路径或 file URI 即失败关闭 - 回填说明按既有口径把绝对路径脱敏成占位符，超长或带控制字符的整条明细失败关闭 - 明细总长仍守 500 字符上限：清单能放多少放多少，放不下的部分用总数表达 - 入参摘要给出设计图逐张身份或目标文档 id，并把三个工具加进可读名单，不再只报哈希 - 补四条用例覆盖可读明细、脱敏、越界路径失败关闭与入参摘要	2026-09-24 19:08:18 +08:00
k88936	74609e2a5e	把 UI 设计文档三个工具算进项目变更门禁 ... - 项目变更判定与项目版本号推进判定补上 UI 设计文档的三个工具：成功返回即算改过项目 - 只重写派生产物的代码生成工具不推进项目版本号，避免虚报推进量、把"项目被别处改动"的误报再造出来 - 新建文档与跑工作流这两个工具在观察明细里报出真实推进格数，失败路径也报，避免切图素材已登记却漏计 - 非法人写的读明细逻辑收敛成一个helper，三处调用共用 - 补六条门禁用例覆盖成功即算、只出代码不算推进、真实推进量优先、失败但已推进才算 - 同步共享记忆的项目概览与决策记录	2026-09-24 18:58:12 +08:00
k88936	1ff1a9965b	前端：删掉 Direct 的本地乐观用户气泡，用户气泡只来自宿主条目 ... - controller 删 `pendingUserItemId` / `beginTurnCommand` / `endTurnCommand`：忙态改由 `beginTurnBusy` / `endTurnBusy` 持有，宿主认领判据 = `turnRunning` 或收口计数变过（一轮在同一次 consume 里开始并结束） - controller 删 `startTurn` 的乐观追加与 `messageAppended` 重跑参数、`DirectProjectTurnInput.messageText` 与首轮的 `directInitialTurnText`；controller 不再需要 `assets` - 投影删 `awaiting-start` 展示态（只剩 `running` / `finished`）、`localSentTimes` / `sameIdentitySentAt`、本地用户气泡与它开回合的路径；带身份的拒单提示在会话末尾自成一组，不挂进上一轮，也不开运行态标记 - 时间口径：起点只认 `turn.started.at`、终点只认 `turn.completed.at`，用户气泡时钟取宿主落盘 / 观测时间；两边都空的回合整条「本轮结束于 … 」隐藏，不再出现 0.0 秒 - 用例：改造 `directTurnPresentation`（本地用户消息不进回合、拒单提示自成一组、两态判据、失败说明按身份归位）、`directProjectTurn` / `directProjectTurnStatus` / appSurface 窗口期用例，`directProjectTurn` 补 `afterEach(cleanup)` - 注释与文档：ADR「命令接单化」后续更新、实施计划新增「删掉本地乐观用户气泡」、decision-log 与 pitfalls 同日条目、Codex 原始历史方案的口径句、`codex_app_server` 用户条目时间注释	2026-09-24 18:20:24 +08:00
k88936	565c2277d5	恢复工作流时只读快照，不再重放已完成步骤的改动 ... - 检查点每步除记录结果外，再落一份「该步应用完之后」的状态快照，切分那步另带回填出错说明，旧日志无快照仍可解析 - 主流程只应用本次新完成那一步的改动，已完成步骤整步跳过，不再重复登记切图或重复累加回填说明 - 崩溃恢复改为只读检查点里的状态快照并逐级取回，删掉按记录结果重算目标状态的旧实现 - 只有结果、没有状态快照的旧检查点行按未完成处理，由主流程重跑该步 - 漂移与写回幂等判据改为对照快照：状态既不是本轮起点、也不是切分后那份才算漂移；文档已等于切分后快照即视为写回完成 - 同步 ADR、技术方案、代码地图与共享记忆里的检查点口径	2026-09-24 18:16:34 +08:00
suzmii	29c5409ac4	Merge remote-tracking branch 'origin/master' into fix/acl-elevation-single-flight ... # Conflicts: # docs/project-memory/shared-memory/decision-log.md # docs/project-memory/shared-memory/pitfalls.md	2026-09-24 18:16:15 +08:00
k88936	d6f2ae157a	文档：回合顺序修复写进 ADR、实施计划与共享记忆 ... - ADR：补「开口用户条目先于整轮里的一切失败」这条顺序不变式（发点在接单 + 落盘之后、起 codex 之前），以及界面「回合归属只认身份」的口径 - 实施计划：新增「回合顺序修复（2026-09-24）」一节，写清现场、根因、两条改动与回归用例 - decision-log：新增同日决策（宿主发点提前 + 前端按身份归位、收口早退不吞说明） - pitfalls：新增同日条目，并记下排查提示——先分清逻辑回合的 turn.started / turn.completed 与 app-server 协议的 turn/start 请求	2026-09-24 18:02:50 +08:00
k88936	4a75de1c31	前端：失败说明按回合身份归位，不再落进上一轮、气泡也不再自成假回合 ... - 回合归属改成按身份（开口用户条目的 canonical itemId）：失败说明条目带 turnUserItemId（reducer 写，缺身份时保持原顺序语义），buildDirectChatTurns 按身份分组，同一身份的条目永远同一轮 - 本轮开口条目还没到（回合在宿主下发条目之前就失败、或历史切片还没读回）时，本地乐观气泡按身份挂回自己那一轮，不再另开一轮：界面不再出现「错误显示在用户消息上面」+「气泡底下 0.0 秒」+「上一轮借走本轮终点（15.6 秒）」这一组现象 - 收口早退不再吞掉还没写进界面的失败说明（订阅重建后的 bootstrap 只回放生命周期锚点）：只补说明、终点时间与「回合完成」计数，不重开回合、不动本轮起点 / 终点 / 身份 - 用例：directTurnPresentation 复现现场（两个回合、说明与气泡同段、耗时不再借上一轮的终点）；directThreadChat 补身份字段与早退不吞说明两条	2026-09-24 18:02:43 +08:00
k88936	2487a2c8e6	宿主：开口用户条目的发点提前到接单之后，失败说明才能挂回自己那一轮 ... - 本轮开口用户条目（item_completed，direct-codex:{clientTurnId}:user）原来在 app-server turn/start 应答之后才下发；接单到 turn/start 之间的失败（连不上 app-server、执行器未通过验收、历史注入失败）走不到那一步，事件流里只有逻辑回合的一对事件，没有开口条目 - 把那段内联下发抽成 emit_direct_thread_user_item，发点提前到「接单成立、用户条目落盘成功、起 codex 之前」（direct_runtime/user_input.rs 的命令主体），并删掉 turn/start 之后那一处：线上仍只有一处下发，不变式变成「接单 → 开口用户条目 → 整轮里其余一切」 - 新增回归用例 the_opening_user_item_is_emitted_before_anything_that_can_fail_in_the_turn：断言行首两条事件是带身份的 turn.started 与开口用户条目，终态只能在它们之后 - 回显过滤用例补上同一发点的模拟步骤（生产入口的两个动作：落盘 + 下发）	2026-09-24 18:02:26 +08:00
suzmii	997eba2b7b	Merge branch 'master' into enhance/default-model	2026-09-24 18:02:01 +08:00
k88936	62b0f103de	把 ui-design-doc 的阻塞 IO 挪出 async 执行器 ... src-tauri/src/agent/runtime_tools/ui_design_doc.rs 的 from-images 与 into-js 观察函数改为 async，核心逻辑用 tokio::task::spawn_blocking 执行：from-images 要逐张 image::open 解码设计图再写 manifest，into-js 要读整份文档、算 SHA-256 再落盘 JS，原先都在 async 执行器线程上同步跑，会和其它已派发的动作抢执行器 阻塞任务未完成（join 失败）时返回 status=error 的观察，沿用仓库既有的 spawn_blocking 失败兜底写法 src-tauri/src/agent/runtime_actions/action_execution.rs 两个分发分支改为 await；ui_design_doc.rs 的两个用例改成 #[tokio::test] 并 await	2026-09-24 17:47:58 +08:00
k88936	4046318118	先整批校验设计图再登记，避免留下孤儿资源 ... src-tauri/src/ui_editor/agent_tools/creation.rs 把 prepare_design_image 拆成只读的 resolve_design_image 与登记两步：旧实现边校验边 register_local_asset_at，批次里后面某张设计图格式/尺寸不合法或路径缺失时，前面已登记的图片会留在 manifest.json 里且没有任何文档引用，而 rollback_created_document 只覆盖更晚的初始化失败 同批次查重改为按解析出的身份（已登记图片用 assetId、待登记图片用归一化路径）在登记前判定，重复引用不再先写一次 manifest 同文件新增 ResolvedDesignImage 承载「已登记 / 本次待登记」两种解析结果，待登记项在第二阶段登记后才拿到 assetId src-tauri/src/tests/project.rs 新增 create_ui_design_doc_from_images_leaves_no_orphan_assets_when_a_later_image_fails，覆盖「第二张缺图时第一张不得进 manifest」（已用回退实现的失败结果反证过）	2026-09-24 17:44:19 +08:00
k88936	cd196cf61c	宿主：开发构建跳过 Codex 执行器版本门禁 ... - codex_app_server 逐次审批门禁与 direct_execution 补丁执行器门禁改为按 profile 分流：发行构建仍要求严格等于捆绑侧车固定版本，开发构建（debug_assertions）直接通过 - 修正开发态必然被拒的问题：开发构建从宿主 PATH 解析到的 Codex（本机 codex-cli 0.156.0）与固定版本 codex-cli 0.155.1 不等，且 Linux 与未 stage 侧车时没有可选固定版本，导致 Direct 回合在建连前就被拒 - 发行构建的拒单文案补上期望版本与实际版本，便于排障 - 同步调整受影响的单测：开发构建断言跳过门禁，发行构建断言仍拒绝版本漂移	2026-09-24 17:42:25 +08:00
suzmii	c07c10c0c7	Merge pull request '修复 DirectProject 对话状态条时机与被挤扁、Markdown 代码块换行与围栏解析' (#511) from fix/recover-100ms into master ... Reviewed-on: #511	2026-09-24 17:36:38 +08:00
suzmii	2e45608f68	闸门补 leader 失效接管，避免卡死目标永久失败关闭 ... - acl_repair_gate：策略新增 leader_deadline（默认 5 分钟），超过后新调用接管仍是 running 的 key；Entry 记 started_at + leader_id，被接管后旧 leader 迟到的结果按令牌丢弃，不覆盖接管者写下的结果 - acl_repair_gate：complete()/Drop 改为按令牌就地更新（不再无条件 insert），panic 兜底与接管语义保持一致 - acl_repair_gate：running 状态的 entry 不再写 recorded_at（那时还没有结果），冷却基准只在真正落库时记录 - tests/acl_repair_gate：新增 stale_leader_is_taken_over_and_its_late_result_is_discarded；临时关掉接管分支即红（逆向确认：Reused(Failed(...)) 而非 Executed(Repaired)） - docs：decision-log 记 leader 失效接管决策，pitfalls 把「已知残余边界」改成已兜底说明，验证清单补该用例	2026-09-24 17:28:38 +08:00
k88936	56760a7397	让 Node 类型绑定回到 ts-rs 生成结果 ... src/features/ui-editor/types/Node.ts 补回末位逗号：该目录在 .prettierignore 内，文件内容就是 ts-rs 直出，46f859237 手工补 offset 字段时漏掉这个逗号，导致每次 cargo test 跑导出后这个文件都会以「已修改」状态留在工作区	2026-09-24 17:25:28 +08:00
k88936	ec9a4fcbac	给节点 offset 补上有限数值校验 ... src-tauri/src/ui_editor/persistence.rs 的 validate_node 现在校验 node.offset.min/max 必须是有限数值，与相邻的 Transform/custom_minimum_size 校验一致；此前只有 Transform 的 anchor/offset 被校验，NaN 或 Infinity 的树级偏移可以存盘，预览按 offset.min 定位时整棵树的渲染会一起失效 同文件新增 rejects_non_finite_node_offset，覆盖「offset 全有限可保存、min 变成 Infinity 后校验失败」	2026-09-24 17:25:03 +08:00
lhk229	a07bff85ec	升级mcp，增加按语义分类的工具。旧工具不变 (#493) ... Reviewed-on: https://git.genarrative.world/git/GenarrativeAI/Genarrative/pulls/493 Co-authored-by: Linghong <ink29535@proton.me> Co-committed-by: Linghong <ink29535@proton.me>	2026-09-24 17:19:45 +08:00
suzmii	26eb32ea22	按 review 收口状态条与对话 Markdown 的容错 ... - apps/ai-game-creator-shell/src/components/ChatMarkdownMessage/index.tsx 围栏归一化补「同一行出现第二段围栏串就跳过」判据：行内代码 `文本 ```x``` ` 的末尾那截曾被当成收场围栏拆开，凭空造出一个开场围栏、把后面的正文全变成代码 - apps/ai-game-creator-shell/src/components/ChatMarkdownMessage/index.tsx 注释补归一化顺序与行内代码判据 - apps/ai-game-creator-shell/src/view/project-development/chat/controller/useDirectProjectTurnStatus.ts 修正 displayBusy 的说明：原注释仍写着卡片只读 nativeRunning，与现状相反 - apps/ai-game-creator-shell/tests/ChatMarkdownMessage.test.tsx 新增行内代码用例（去掉新判据即红） - docs/project-memory/shared-memory/decision-log.md 新增 2026-09-24 条：记录卡片口径翻转（更正 2026-09-22「卡片口径取保守」那条）并处置其「running 在渲染层就没有消费者」的预言，同时记录状态条几何约束与对话 Markdown 容错口径 - docs/project-memory/shared-memory/pitfalls.md 围栏归一化条补行内代码判据	2026-09-24 16:56:49 +08:00
k88936	8ff155e14f	文档：接单化 review 收口第二轮的剩余两条写进 ADR、实施计划与共享记忆 ... - ADR §1 补"接单之后的一切失败都回 `Ok(())`"、§2 补"失败事实先于看门狗可见"，并说明落盘失败不继续起整轮 - 实施计划第二轮小节补命令返回值口径与连接死亡的记录顺序，点名看门狗回归用例 - 共享记忆同日条目的"两条待决策"转成决策，验证计数更新为 902 passed / 5 ignored	2026-09-24 16:53:47 +08:00
k88936	cd5feac5fe	宿主：接单之后的落盘失败不再从命令返回 Err ... - `chat_with_game_creator_direct_codex_typed` 在接单后的历史追加写失败时仍写失败终态，但返回 `Ok(())`：命令的 `Err` 只表示拒单，同一个失败不该从事件与横幅两条通道下发，前端也不该把已经开始的回合读成没开始 - 不继续起整轮：`project.jsonl` 是这条对话的单一事实源，用户消息没落盘时继续跑只会得到一条没有开口用户消息的助手回复 - 补 Rust 用例 `a_history_write_failure_after_accept_closes_the_turn_instead_of_rejecting`：借历史追加写的测试注入钉住恰好一条失败终态、不带拒单收口文案、占用已释放 - 补前端用例：落盘失败的说明只来自事件且恰好一条，忙态放掉，下一条能直接发出去	2026-09-24 16:51:44 +08:00
k88936	ab970b9fdb	宿主：连接死亡的失败事实先于看门狗落地 ... - `CodexAppServerInner` 新增私有去重标志 `connection_end_claimed`，与 `closed` 分开：认领只保证死亡收口只跑一次，"看门狗可以开始收束"必须等失败事实写进执行适配器 - `fail_game_creator_codex_app_server_connection` 改用新标志去重，不再顺带置 `closed`；`closed` 交给 `shutdown_game_creator_codex_app_server_inner` 在 `record_execution_turn_failure` 之后置位，看门狗在事实落地前没有可观测信号 - 补一条把看门狗真正跑起来的回归用例 `connection_death_records_the_failure_fact_before_the_watchdog_seals_the_turn`：卡住 stderr 摘要锁把窗口拉成确定性，断言终态仍带 `transport-failed` 载荷（顺序反了就红） - 失败事实是在模型终态那一刻被快照进终态上下文的，晚补记无用，所以只修"事实先于可见性"这一条落点	2026-09-24 16:51:36 +08:00
suzmii	20a0d08772	记录聊天 Markdown 围栏归一化的排障经验 ... - docs/project-memory/shared-memory/pitfalls.md 新增一条：模型输出会把 ``` 粘在正文行末尾，CommonMark 只认整行围栏，故必须先归一化再解析；同时记录块级 pre 与 code 都要给换行类名	2026-09-24 16:40:22 +08:00
suzmii	0daf8cdaad	修复 DirectProject 对话状态条时机与 Markdown 代码块渲染 ... - apps/ai-game-creator-shell/src/view/project-development/chat/DirectProjectChatView.tsx 状态条改为读 DirectProjectTurnStatus.displayBusy（本地命令在飞 ∪ 原生在跑），计时起点放宽到最新一个未结束回合：原先只认原生 turnRunning，而 turn.started 要等宿主应答返回才发出，模型首 token 之前那约十秒界面完全没有「正在处理」的交代 - apps/ai-game-creator-shell/src/view/project-development/chat/components/DirectProjectConversation/DirectProjectConversation.tsx 入参 nativeRunning 更名 turnInFlight 并同步注释 - apps/ai-game-creator-shell/src/components/ChatMarkdownMessage/index.tsx 块级 pre 与 code 补 whitespace-pre-wrap + break-words：窄面板里长行不再把消息拉宽、不再顶出横向滚动条 - apps/ai-game-creator-shell/src/components/ChatMarkdownMessage/index.tsx 新增 normalizeMarkdownFences：把粘在正文行里的 ``` 拆到独立行（模型常写成「…实现细节（game.js）：```js」「… }```」），CommonMark 只认整行围栏，粘着的围栏会让正文被当成代码、或代码块不闭合把后续内容一起吞掉；整行/缩进围栏、行内代码、代码里的 ``` 与引用块 / 列表项开头的合法围栏都不受影响 - apps/ai-game-creator-shell/tests/ChatMarkdownMessage.test.tsx 新增粘住围栏三种场景与代码块换行契约用例 - apps/ai-game-creator-shell/tests/appSurface/chat-composer.suite.ts 补「turn.started 未到时卡片已出现且已计时」断言 - apps/ai-game-creator-shell/tests/directProjectProcessStatus.test.tsx 同步入参更名	2026-09-24 16:38:44 +08:00
k88936	246059af4c	让工作流步骤标签用例跟随步骤目录 ... tests/workflowCompletionNotice.test.ts 改为遍历 UI_EDITOR_STEPS 逐一比对 workflowStepLabel(step.id) 与 step.label，断言里写死的 reference-analysis 步骤已在「前端移除分析参考图步骤与界面图元编辑」中退役，导致用例在 HEAD 上必然失败	2026-09-24 16:25:21 +08:00
k88936	2f5e0b0ede	文档：接单化 review 收口第二轮写进 ADR、实施计划与共享记忆 ... - ADR 的后续更新补第二轮：§4 的拒单载荷 `kind` 收成 typed 枚举与并发拒单身份改成回合身份、§5 的回合身份口径覆盖拒单载荷、§6 的可留痕判据收掉 `ProjectRootUnanchored`、§7 的"同级提示"补上认不出的拒单 - 实施计划加「review 收口第二轮（2026-09-24）」一节，记下拒单表与界面提示口径的现状 - 决策记录追加同日第二条：五条决策、明确不做、两条待决策（连接收束时序、接单后落盘失败的双通道）与影响范围 / 验证证据	2026-09-24 16:24:38 +08:00
k88936	85d69a29a9	前端：认不出的拒单也在聊天里补一条同级提示 ... - 新增 `directTurnUnrecognizedRejectionNoticeText`：宿主 / 环境事实的拒单在聊天里的文案取宿主收口文案的脱敏摘要与建议（`projectRuntimeVisibleRejectionError`），不是收口形状时只给一句通用兜底，机器字段不进聊天 - 控制器在「认不出的拒单」分支补写一条与用户消息同级的提示（沿用 `directTurnRejectionNoticeMessageId` 身份）：拒单不产生 `turn.completed`，这条乐观用户气泡后面不会再有事件来解释它；上报与横幅照旧保留 - 修正该处注释「聊天里的失败说明不由这里写」——那条只对回合失败成立，拒单没有终态出口；同时把非结构化错误继续只走横幅的理由写清楚 - 用例：`chat-composer.suite.ts` 补一条结构化拒单的界面用例（同级提示可见、`direct-codex-failure` / `stage=` 不进聊天、忙碌态放掉）；`project-conversation.suite.ts` 补该文案函数的单元断言	2026-09-24 16:21:35 +08:00