合并 origin/master（33 个提交）：DirectProject 入队化与事件投影

- 合并 origin/master（425fbcf63..9ee34809b），唯一冲突是共享决策日志两侧各插条目，取「两侧并存」 - 本轮 master 未触及随包资源声明、准备步骤与三份 tauri 配置，build.rs 只读校验保持不变 - 决策日志与踩坑记录同步两侧条目；docs/README.md 与项目索引按 master 收敛 - 构建期重新生成的 ts-rs 绑定经 prettier 归一后与 master 逐字节一致（合并未丢类型） - 校验：cargo test --no-run 全 target 通过、AGC 应用 vitest 191 files / 1889 tests passed、check-package-layout、prepare-bundled-resources 18 passed、check-config、check:encoding、prettier、cargo fmt --check 全绿
2026-09-30 17:38:35 +08:00
parent b5a143c04f 9ee34809be
commit 8be75e8e15
90 changed files with 5473 additions and 5291 deletions
@@ -95,4 +95,4 @@ AGC 项目开发对话的显示与恢复只依赖两项输入：**项目对话
  - 宿主确实对外发布「这一轮正在跑」：快照 `phase=working`、`active` 里恰好一条 `kind=execute` 的在途许可、`executorStopped=false` —— 这正是界面重进时判断「有运行中回合可恢复/可终止」读的事实；
  - 收尾后账本落 `completed`、`active` 清空、`executorStopped=true`；宿主侧落的条目（中间文本 → 工具卡片 → 工具回执）顺序不变。
  - 顺带记实：CLI / 无前端宿主的历史里**既没有用户消息、也没有最终助手回复**（两者都由前端 `append_direct_project_conversation_message` 写），CLI 只有宿主侧条目与回执文本；夹具断言据此只校验宿主侧条目。
- **可复跑入口（2026-09-29）**：新增 `npm run check:agc-direct-execution-fixture`（`scripts/run-agc-direct-execution-fixture.mjs`）——默认用工作区 `src-tauri/target/debug` 里的 AGC 二进制跑**全部 11 个用例**（`completed / passes / mcp / mcp-write / native / native-resources / patch / deadline / native-session / restart / running`），也支持 `-- --cases <子集>` 与 `-- --agc-exe <path>` 透传。本轮实跑：**11/11 passed**（修复前这些用例要么根本到不了 Provider，要么统一卡在账本阶段）。这样这条真机证路不再需要手打长命令，后续改 DirectProject/执行许可链路可以直接拿它当判据。
+- **可复跑入口（2026-09-29）**：新增 `npm run check:agc-direct-execution-fixture`（`scripts/run-agc-direct-execution-fixture.mjs`）——默认用工作区 `src-tauri/target/debug` 里的 AGC 二进制跑**全部 11 个用例**（`completed / passes / mcp / mcp-write / native / native-resources / patch / deadline / native-session / restart / running`），也支持 `-- --cases <子集>` 与 `-- --agc-exe <path>` 透传。本轮实跑：**11/11 passed**（修复前这些用例要么根本到不了 Provider，要么统一卡在账本阶段）。这样这条真机证路不再需要手打长命令，后续改 DirectProject/执行许可链路可以直接拿它当判据。**（该入口与它服务的夹具已随 `--direct-codex-chat` CLI 退役一并删除，见 09-24 实施计划第 4 步；本段记的是当时的原命令与结果。）**
@@ -47,7 +47,8 @@

 - **随包载荷完整**：安装目录 `coding-agent/win-x64/` 下 6 个声明组件全部在位（`bin/codex.exe`、`bin/codex-code-mode-host.exe`、`codex-path/rg.exe`、`codex-resources/codex-command-runner.exe`、`codex-resources/codex-windows-sandbox-setup.exe`、`codex-package.json`），且**逐文件 SHA-256 与 `manifest.json` 全部一致（6/6）**；`codex-package.json` 声明 `codex-cli 0.155.1` / `layoutVersion=1` / `target=x86_64-pc-windows-msvc`。
 - **随包 Codex 确实能起来**：把已安装的 exe 直接交给仓库夹具当被测对象
-  （`npm run check:agc-direct-execution-fixture -- --agc-exe "%LOCALAPPDATA%\陶泥儿开发版\genarrative-ai-game-creator-shell.exe" --cases completed`），
+  （当时的命令是 `npm run check:agc-direct-execution-fixture -- --agc-exe "%LOCALAPPDATA%\陶泥儿开发版\genarrative-ai-game-creator-shell.exe" --cases completed`；
+  该入口与夹具已随 `--direct-codex-chat` CLI 退役删除，见 09-24 实施计划第 4 步），
  结果是随包 app-server **启动并回了一个 JSON-RPC 错误**：`Codex app-server JSON-RPC 失败：items must not be empty`。也就是说缺的不是随包依赖，而是客户端请求体（`agent.codex_app_server.remote_control disabled reason=provider-proxy-auth` 是夹具本地回环模式的预期行为）。
 - **这是已修缺陷的现场复现，不是新问题**：该报错对应的修复是 `7ec984d0d`（2026-09-28 22:45「修复 DirectProject 空历史注入导致新项目第一条消息失败」）。`0.1.154` 的源码是 `76cdb96c5`（20:52），`git merge-base --is-ancestor 7ec984d0d 76cdb96c5` 不成立；`dev-win` 当前 `0.1.158` 的源码 `e1dacccec5` 包含它。同一条 `completed` 用例在**当前 master 的调试构建**上 PASS，所以差异来自版本而不是构建配置。
 - **对本条验收的含义**：①「随包 Codex 在 Windows 上能起来」已有现场证据；②本机这份 0.1.154 在执行链路上是坏的，**更新到 `dev-win` 当前的 0.1.158 才会恢复**（这次更新同时是「AGC 客户端更新切换到官方更新插件」那条的验收动作）；③仍只能由用户在桌面会话完成的：**NSIS 安装器实跑**（安装 / 卸载 / 覆盖升级）与 **GUI 登录对话 + Cocos 编辑器回归**。