补充导出产物面板与小红书小工具导出的主规范、里程碑与实施计划

- 主规范在 docs/technical/【技术方案】AI游戏创作智能体App实施计划-2026-06-24.md 新增「2026-10-05 导出产物面板与小红书小工具导出」一节：宿主只做读写注册表、校验表单与脚本、跑项目脚本、交付产物四件确定性的事，适配与打包归 code agent。
- 新增【里程碑】导出产物面板与小红书小工具导出-2026-10-05.md：范围、非目标、依赖与 9 条验收标准。
- 新增【实施计划】导出产物面板与小红书小工具导出-2026-10-05.md：修改边界、实现顺序、验证命令、风险与回滚点。
- docs/project-memory/shared-memory/decision-log.md 记录边界、注册表无状态字段、内容 hash 冲突模型、.export flat 工作目录、复用 command.exec 权限且不拿写锁、prompt 归前端六条决策。
- docs/README.md 的 AI 游戏创作与 Agent Runtime 区补入口。

docs/README.md

@@ -32,6 +32,8 @@
 
 ## AI 游戏创作与 Agent Runtime
 
+- [导出产物面板与小红书小工具导出](./technical/【技术方案】AI游戏创作智能体App实施计划-2026-06-24.md#2026-10-05-导出产物面板与小红书小工具导出)、[里程碑](./project-memory/plans/【里程碑】导出产物面板与小红书小工具导出-2026-10-05.md)与[实施计划](./project-memory/plans/【实施计划】导出产物面板与小红书小工具导出-2026-10-05.md)：宿主只校验并运行项目内 `build:xhs-minitool`，适配由 code agent 首次实验固化；`.export/` flat 工作目录、内容 hash 冲突逐字段选择；未实现。
+
 - [客户端本地埋点与主站入库契约](./technical/【技术方案】客户端本地埋点与主站入库契约-2026-09-21.md)：本地 12 类事件采集、每 15 分钟上传、私有事件表、确认后清理与后台明细查询已完成隔离环境验收；不扩充采集范围、不做加密，未部署生产。配置要求及验证边界见第 13 节。
 
 - [AGC 资源 kind 枚举化契约](./technical/【技术方案】AI游戏创作智能体App实施计划-2026-06-24.md#2026-09-15-gamecreationapp-资源-kind-枚举化当前权威口径)：GameCreationApp 资源 kind 的 Rust enum、ts-rs 绑定、Unknown 可观测性和 shell 内重构边界。

docs/project-memory/plans/【实施计划】导出产物面板与小红书小工具导出-2026-10-05.md

@@ -0,0 +1,48 @@
+# 【实施计划】导出产物面板与小红书小工具导出
+
+| 字段 | 值 |
+| --- | --- |
+| Milestone | [导出产物面板与小红书小工具导出](./【里程碑】导出产物面板与小红书小工具导出-2026-10-05.md) |
+| Status | ready（待实现） |
+| Owner | Codex |
+
+## 修改边界
+
+- Rust 模块：`src-tauri/src/export/mod.rs`（`EXPORT_WORK_RELATIVE_DIR` 与共用注册表读写、规范序列化 hash 助手）、`src-tauri/src/export/draft/mod.rs`、`src-tauri/src/export/draft/xhs_minitool/mod.rs`（表单 / 状态 / 结果 / 错误 DTO 与常量）、`src-tauri/src/export/draft/xhs_minitool/commands.rs`（小红书专属 `#[tauri::command]`）。
+- 现存草稿的归位：`export/command/`（空 `mod.rs`）是上一轮「共享命令目录」方案的残留，最终落点是 per-target `commands.rs`，实现时删除该目录与 `mod.rs` 里的 `pub mod command;`。同一轮把草稿常量改名落定：`xhx-minitool.zip` → `xhs-minitool.zip`、`xhx-minitool.json` → `xhs-minitool.json`、`build-xhx-minitool` → `build:xhs-minitool`；表单字段随 `#[serde(rename_all = "camelCase")]` 在 JSON / TS 侧为 `iconPath`（Rust 侧仍是 `icon_path`）。
+- Rust 命令（3 个，全部 per-target）：`read_xhs_minitool_export` → `XHSMiniToolExportState { form, hasScript, contentHash }`；`save_xhs_minitool_export_form(project_path, form, base_hash)`；`run_xhs_minitool_export_build(project_path)` → `XHSMiniToolExportRunResult { exitCode, stderrTail }`。失败走 typed error `XHSMiniToolExportError`（ts-rs 导出）；不新增 `GAME_CREATION_APP_COMMANDS` 条目，复用 `command.exec` 的 `enforce_project_permission_policy`。
+- 复用而非新造：运行脚本走 `command_exec` 的 `resolve_project_command_spec_at → prepare/stage/spawn`（或 `run_project_verification_with_commit_at`），cwd 沿用 `project/export.rs` 的 `resolve_publish_build_cwd` 口径；icon 与 zip 下载复用 `save_local_project_asset_file`；不拿项目写锁、不推进 revision。
+- 前端：`src/view/project-development/export/tabs/xiaohongshu/ArtifactsPane.tsx`（表单 + 产物 + 冲突面板）、新增 `state/useXhsMinitoolExport.ts`、新增 `tabs/xiaohongshu/adaptationPrompt.ts`（纯函数 + 契约常量）、新增 `src/view/project-development/export/generated/`（ts-rs 产物）。
+- skill：`resources/agc-skills/vite-export-xhs-minitool/scripts/pack.mjs`（新增 zip 目的地参数，默认 `.export/xhs-minitool.zip`）、`scripts/vite.config.xhs-minitool.mjs` 与 `SKILL.md` 的示例默认值对齐 `.export/` 布局；同步 `manifest.json` 指纹与 `skill_pack.rs` 的 `include_bytes!` 内容（文件数不变，仍 36 条）。
+- 文档：主规范一节、本里程碑与实施计划、`docs/README.md` 入口、`docs/project-memory/shared-memory/decision-log.md` 一条。
+- 明确不动：`GAME_CREATION_APP_COMMANDS`、`shared-contracts`、`server-rs`、SpacetimeDB、OpenAPI、`api-server`，以及现有 `project/export.rs` 的发布链路。
+
+## 实现顺序
+
+1. Rust 基础：`export/mod.rs` 落 `EXPORT_WORK_RELATIVE_DIR`、注册表读写与规范序列化 hash；`xhs_minitool/mod.rs` 落 DTO（`#[serde(rename_all = "camelCase")]` + `#[ts(export, export_to = ...)]`）、常量与校验（首个错误即返回）。
+2. Rust 命令：`commands.rs` 三个命令。`read` 自动建空注册表；`save` 带 `base_hash` 做冲突判定；`run` 复用 `command_exec` 边界并解析 cwd，每次重新产出 zip。
+3. 前端：`adaptationPrompt.ts` 落指令正文与契约常量；`useXhsMinitoolExport.ts` 持状态与防抖自动保存；`ArtifactsPane.tsx` 落表单、复制、下载与字段级冲突面板；三颗显式按钮接线。
+4. skill：`pack.mjs` 参数与默认值、vite config 示例、`SKILL.md` 对齐 `.export/` 布局；`npm run agc:skill-pack:sync` 重算指纹并提版本。
+5. 定向测试与真实项目首轮适配验证；回写主规范证据与未验证项。
+
+## 验证命令与操作
+
+- `cargo test --locked --manifest-path apps/ai-game-creator-shell/src-tauri/Cargo.toml --bin genarrative-ai-game-creator-shell export::`
+- `cargo test --locked --manifest-path apps/ai-game-creator-shell/src-tauri/Cargo.toml export_bindings`，随后 `npm run check:generated-bindings`
+- `npx vitest run apps/ai-game-creator-shell/tests/artifactsPanel.test.tsx apps/ai-game-creator-shell/tests/xhsMinitoolExport.test.ts`
+- `npm run ai-game-creator-shell:typecheck`
+- `npm run agc:skill-pack:sync` → `npm run agc:skill-pack:check`
+- `npm run check:doc-index`、`npm run check:encoding`、`git diff --check`
+- 真实运行时：打开一个 vite 项目 → 点一键适配 → agent 跑通 → 点刷新 → 点导出 → 确认 `.export/xhs-minitool.zip` 可下载、内容可交给平台；再次导出确认零 agent 调用；手改坏注册表、删掉脚本各验证一次 rich error 文案。
+
+## 风险与回滚点
+
+- `pack.mjs` 会就地删掉 `--out-dir` 内非白名单扩展名的文件；prompt 必须要求 agent 把 `--out-dir` 指向 vite 产物目录，绝不能指向项目源码目录。
+- `.export/` 排除出快照后适配成果不跟随恢复；prompt 与面板文案要说清「换机或恢复后需重新适配」，避免用户误以为已持久化。
+- agent 写注册表是软约束（只靠 prompt 要求）；宿主严格解析必须 fail closed，解析失败一律给 rich error 并引导重新适配，不做猜测性合并。
+- skill 指纹：改 `pack.mjs` / vite config 会让 `skill_pack.rs` 的 `include_bytes!` 内容与 manifest 不一致，必须同一次变更里跑 sync 并提版本，否则 release build 直接失败关闭。
+- 回滚点：三个命令与前端 tab 以新增文件为主（`main.rs` 仅多 `pub mod export;`），可整体摘除；skill 改动可回滚到上一版指纹。
+
+## 当前状态
+
+方案已确认，尚未开始实现。

docs/project-memory/plans/【里程碑】导出产物面板与小红书小工具导出-2026-10-05.md

@@ -0,0 +1,54 @@
+# 【里程碑】导出产物面板与小红书小工具导出
+
+| 字段 | 值 |
+| --- | --- |
+| Version | 1.0 |
+| Status | ready（方案已确认，待实现） |
+| Date | 2026-10-05 |
+| Parent Spec | [导出产物面板与小红书小工具导出](../../technical/【技术方案】AI游戏创作智能体App实施计划-2026-06-24.md#2026-10-05-导出产物面板与小红书小工具导出) Version 1.0 |
+
+## 目标
+
+把「导出到第三方平台」收敛成一条可复用链路：首次由 code agent 在用户项目里实验出能产出平台制品的脚本，之后每次导出由宿主直接运行该脚本产出 zip，用户从面板复制平台上传表单字段并下载 icon 与 zip 自行上传。本里程碑只交付小红书小工具（vite 项目）一个目标。
+
+## 范围
+
+- Rust 新增 `export` 模块与小红书专属命令：注册表自动创建与严格解析、表单校验、脚本存在判定、运行 `build:xhs-minitool`、返回产物路径与失败输出。
+- 注册表 `.export/xhs-minitool.json`（首次自动创建且字段全空）与 flat 工作目录 `.export/`；共享 icon 放 `.export/` 根，多目标可指同一文件。
+- 前端导出面板小红书 tab：表单展示/编辑/复制、icon 与 zip 下载、显式「适配 / 导出 / 刷新」按钮、冲突时逐字段二选一。
+- 前端组装首次适配指令，经会话写权限门入队到项目主 Direct 会话。
+- `vite-export-xhs-minitool` skill 的脚本与示例配置按 `.export/` 布局适配（`pack.mjs` 的 zip 目的地参数与默认值、vite config 示例、脚本默认值）。
+- 主规范一节、本里程碑、实施计划与决策记录同步。
+
+## 不在范围内
+
+- 平台自动上传（小红书不提供 API）、非 vite 项目、第二个导出目标、宿主侧 zip 结构校验与平台规范复刻、PNG/JPG 之外的 icon 格式转换（留 TODO）。
+- `GAME_CREATION_APP_COMMANDS`、`shared-contracts`、SpacetimeDB schema、OpenAPI、`api-server` 的任何改动；不新增权限命令、不推进全局 revision、不拿项目写锁。
+- `.export/` 进入项目快照或发布包的兼容；`.export/` 整体排除，恢复或换机后需重新适配。
+- 导出进度流式推送、自动轮询或自动重试。
+
+## 依赖与前置条件
+
+- 用户已确认主规范与本里程碑。
+- `vite-export-xhs-minitool` skill 随包（`agc-skill-pack.v1` 十项之一），agent 可经 `agc_read_skill_resource` 读取 `scripts/*.mjs`。
+- 目标项目是 npm + vite 项目（`game/package.json`，`scripts.build` 为 `vite build`）。
+- `command.exec` 的 npm 参数白名单放行 `build:*`；脚本 cwd 解析可沿用 `resolve_publish_build_cwd` 的口径。
+
+## 验收标准
+
+- [ ] 首次打开小红书 tab，`.export/xhs-minitool.json` 自动生成且 `name` / `introduction` / `iconPath` 全为空字符串；注册表损坏或字段不合法时给字段级错误，不静默吞掉。
+- [ ] `name` / `introduction` 为空或超 14 个 Unicode 字符、icon 不存在/越界/符号链接/扩展名不在 `png|jpg|jpeg`/超 5 MiB 时被拒，首个错误即返回。
+- [ ] `hasScript` 只由 npm 包 `package.json` 的 `scripts["build:xhs-minitool"]` 现算；注册表内没有 status、没有「已适配」、没有经验文本字段。
+- [ ] 点「导出」每次都运行脚本并重新产出 `.export/xhs-minitool.zip`；脚本缺失、运行非零退出（带 exit code 与 stderr 尾部）、产物缺失各有独立 rich error。
+- [ ] 表单字段可复制；icon 与 zip 经原生保存对话框落盘；复制与下载不触发任何 agent 调用。
+- [ ] agent 改过注册表后，用户保存旧值触发字段级冲突面板，可逐字段选「我的 / 文件里的」，纯格式化改动静默吸收，任何情况下不静默覆盖用户输入。
+- [ ] 一键适配只入队一条指令且必须过会话写权限门；被拒时不落消息、不改注册表。
+- [ ] 全链路不自动跑构建、不自动刷新；`.export/` 不进发布包、不进快照。
+- [ ] ts-rs 绑定生成到前端目录且 `npm run check:generated-bindings` 通过。
+
+## 证据要求
+
+- 自动化：Rust 定向单测（自动建空表单、严格解析拒绝、表单首错、`hasScript`、contentHash 冲突、icon 边界、产物路径）；前端 vitest（复制、下载、冲突逐字段选择、适配指令组装与入队 mock）。
+- 运行时：真实 vite 项目由 agent 首轮适配跑通并产出可人工上传的 zip；二次导出零 agent 调用。
+- 边界：注册表损坏、脚本缺失、脚本非零退出、产物缺失、icon 越界与符号链接、目录遍历拒绝。
+- 变更 skill 脚本后 `npm run agc:skill-pack:sync` 重算指纹、`npm run agc:skill-pack:check` 通过。

docs/project-memory/shared-memory/decision-log.md

@@ -1,5 +1,18 @@
 # 决策记录
 
+## 2026-10-05 导出产物面板：适配归 code agent，宿主只校验并运行项目脚本
+
+- 背景：AGC 需要把项目导出成第三方平台制品，首个目标是小红书小工具。平台不给上传 API，用户只能人工上传；而制品规范（zip 根目录、扩展名白名单、尺寸上限、`index.html` 要求）会随平台变化。把规范复刻进 Rust 等于在客户端养一份会过期的第二真源。
+- 决策（边界）：宿主只做四件确定性的事——读写项目内 `.export/` 注册表、校验表单与脚本是否存在、以既有 `command.exec` 边界运行项目自己的 npm 脚本、把产物交给用户；适配与打包由 code agent 首次实验出来并固化成脚本落在用户项目里。宿主不解析 zip、不代跑 `pack.mjs`、每次导出都重新构建。
+- 决策（注册表）：`.export/xhs-minitool.json` 首次打开时自动创建且字段全空；不存 status、不存「是否已适配」、不存经验文本，agent 的经验写进它自己拷进项目的脚本注释。「有没有脚本」永远现场从 npm 包 `package.json` 的 `scripts["build:xhs-minitool"]` 现算（`hasScript`）。状态一律现算，不落盘。
+- 决策（冲突）：注册表有两个写者（agent 改文件、用户在面板编辑）。不引入 `revision` / `updatedAt` 这类 token 字段，改由宿主返回 `contentHash`、保存时带 `baseHash`；hash 不同再逐字段 diff，有字段真的不同才判冲突，返回两侧值让前端逐字段选择，纯格式化改动静默吸收，任何情况下不静默覆盖用户输入。
+- 决策（工作目录）：`EXPORT_WORK_RELATIVE_DIR = ".export"` 锚在项目根并保持 flat；共享 icon 放 `.export/` 根，注册表存项目内相对路径，多目标复用同一文件；agent 拷贝的脚本按 `<target>` 前缀命名避免第二目标撞名。整个 `.export/` 排除出项目快照，恢复或换机后需重新适配（已知代价）。
+- 决策（权限与副作用）：跑脚本复用 `command.exec` 的权限口径（只查 deny，UI 按钮即用户确认），不新增 `GAME_CREATION_APP_COMMANDS` 条目；导出链路不拿项目写锁、不推进全局 revision，`.export/` 不进 manifest、素材、UI State 或客户端投影；发布包白名单收集，`.export/` 不会进入。
+- 决策（prompt 归属）：首次适配指令的正文与组装放前端（`view/project-development/export/tabs/xiaohongshu/adaptationPrompt.ts` 纯函数 + 契约常量），宿主不再提供 `enqueue_*` 命令；前端经面板注入的 `ensureConversationWriteAllowed` 再调 `enqueue_direct_codex_turn`。Rust 侧因此只有 3 个 per-target 命令（读状态 / 存表单 / 跑构建），typed error 首个错误即返回，不带问题数组。
+- 影响范围：新增 `apps/ai-game-creator-shell/src-tauri/src/export/{mod,draft/mod,draft/xhs_minitool/{mod,commands}}`（`main.rs` 仅加 `pub mod export;`）、前端 `view/project-development/export/{tabs/xiaohongshu,state,generated}`、`resources/agc-skills/vite-export-xhs-minitool/scripts/*` 与其 `manifest.json` 指纹、`src-tauri/src/agent/skill_pack.rs` 的 `include_bytes!` 内容（文件数不变，仍 36 条）。不触碰 `GAME_CREATION_APP_COMMANDS`、`shared-contracts`、`server-rs`、SpacetimeDB、OpenAPI、`api-server` 与现有 `project/export.rs` 发布链路。
+- 验证方式：`cargo test ... export::` 与 `export_bindings` + `npm run check:generated-bindings`、前端 vitest（复制 / 下载 / 冲突逐字段选择 / 适配指令组装与入队 mock）、`npm run ai-game-creator-shell:typecheck`、`npm run agc:skill-pack:sync` + `agc:skill-pack:check`、`npm run check:doc-index`、`npm run check:encoding`、`git diff --check`；真实 vite 项目上验证首轮适配产出可上传 zip 与二次导出零 agent 调用。
+- 边界：本决策只覆盖小红书小工具这一个目标；第二个目标出现时再抽 target 描述符，不预留动态注册或通用表单引擎。
+
 ## 2026-10-04 AGC 审核 Skill Pack 新增平台抽象与小红书小工具两项，隐藏文件永不进包
 
 - 背景：`resources/agc-skills` 新增两个审核 Skill `platform-abstract` 与 `vite-export-xhs-minitool`。后者自带本地开发辅助文件（`.selective_rule.txt`、`scripts/.pack.test.mjs`、`scripts/.validate.test.mjs`），旧清单工具会走目录把它们当成必须声明的审核文件，指纹、安装与只读读取也无法区分「审核正文」和「本地辅助」。

docs/technical/【技术方案】AI游戏创作智能体App实施计划-2026-06-24.md

@@ -1,5 +1,19 @@
 # AI 游戏创作智能体 App 实施计划
 
+## 2026-10-05 导出产物面板与小红书小工具导出
+
+导出产物面板（`view/project-development/export`）面向「把项目导出成第三方平台制品」，当前只交付小红书小工具（vite 项目）一个目标。边界是**宿主只做四件确定性的事**：读写项目内 `.export/` 下的注册表、校验表单与构建脚本是否存在、以既有 `command.exec` 边界运行项目自己的 npm 脚本、把产物交给用户；**适配与打包逻辑全部由 code agent 在首次导出时实验出来并固化成脚本**，宿主不复刻平台规范、不解析 zip 结构、不代跑 `pack.mjs`。
+
+- 工作目录：`EXPORT_WORK_RELATIVE_DIR = ".export"` 锚在**项目根**，所有目标共用一个 flat 目录。小红书小工具的文件为 `.export/xhs-minitool.json`（注册表）、`.export/xhs-minitool.zip`（交付产物）、`.export/xhs-minitool.pack.mjs` / `.export/xhs-minitool.validate.mjs` / `.export/xhs-minitool.vite.config.mjs`（agent 从未包 `vite-export-xhs-minitool` skill 显式拷贝，允许改）。共享 icon 放 `.export/` 根，注册表只存项目内相对路径，多目标可指同一文件。整个 `.export/` 排除出项目快照，因此恢复或换机后适配成果不跟随，需要重新让 agent 适配。
+- 表单：`name`、`introduction` 各 ≤14 个 Unicode 字符且非空；`iconPath` 必须存在、是项目内普通文件、不是符号链接、扩展名 ∈ {png, jpg, jpeg}、≤5 MiB。上限来自小红书平台上传表单，宿主**硬校验**（不是提示）；不支持的格式先直接拒绝，格式转换工具是后续事项（代码处留 TODO）。表单不是构建输入——zip 规范里没有任何 app 元数据；它的唯一用途是让用户复制粘贴到平台上传页。
+- 注册表：首次打开该目标时由宿主自动创建，**所有字段为空字符串**。注册表不存 status、不存「是否已适配」、不存经验文本；agent 的经验写在它自己拷进项目的脚本注释里。「有没有脚本」永远现场从 npm 包的 `package.json` scripts 读取（`hasScript`），不落盘。
+- 构建契约：项目 npm 包里存在脚本 `build:xhs-minitool`（冒号形式是既有 `command.exec` 白名单 `build:*` 的要求），由宿主负责运行；跑完必须存在 `.export/xhs-minitool.zip`。脚本内部怎么 `vite build`、怎么调 `pack.mjs`、用什么中间目录由 agent 决定并写进脚本；**每次导出都重新构建 zip**，不做「产物已存在」的短路。
+- 首次适配：用户点显式按钮 → 前端组装适配指令（正文在前端 target 目录内，纯函数）→ 经注入的 `ensureConversationWriteAllowed` → `enqueue_direct_codex_turn` 进同一项目主 Direct 会话。不自动跑构建、不自动刷新；agent 回合结束后由用户点「刷新」重读状态、点「导出」由宿主跑脚本。
+- 冲突：注册表可被 agent（改文件）与用户（面板编辑）两方写入。宿主读注册表时返回 `contentHash`，保存时带 `baseHash`；宿主重读比对，hash 不同再逐字段 diff，只要有字段真的不同就判冲突，**绝不覆盖**，返回两侧值让前端逐字段选择；纯格式化改动静默吸收。注册表内不存 revision / updatedAt 之类 token。
+- 权限与副作用：跑脚本复用 `command.exec` 的权限口径（只查 deny，UI 按钮即用户确认），**不新增** `GAME_CREATION_APP_COMMANDS` 条目；导出链路**不拿项目写锁、不推进全局 revision**（`.export/` 不进 manifest、素材、UI State 或客户端投影）。发布包是白名单收集，`.export/` 不会进入。
+- 非目标：平台自动上传（无 API）、PNG/JPG 之外的 icon 格式转换、宿主侧 zip 结构校验、非 vite 项目、第二个导出目标，以及 `GAME_CREATION_APP_COMMANDS` / `shared-contracts` / SpacetimeDB / OpenAPI 的任何改动。
+- 验收：注册表自动建空表单与严格解析拒绝、表单首错、`hasScript` 判定、`contentHash` 冲突与逐字段选择、icon 越界与符号链接拒绝、产物路径；首次适配在真实 vite 项目上由 agent 跑通并产出可人工上传的 zip，二次导出零 agent 调用；变更 skill 脚本后指纹同步。证据与未验证项见[里程碑](../project-memory/plans/【里程碑】导出产物面板与小红书小工具导出-2026-10-05.md)。
+
 ## 2026-10-02 退役自建 Agent Runtime 与 CLI 执行面
 
 自建 Agent Runtime（`agent/runtime_driver`、`runtime_protocol`、`runtime_tools`、`runtime_actions`、`runtime_state`、`runtime_adapter`、`agent/prompt.rs`、`agent_native_tools.rs`、`collaboration.rs`、`delegation.rs`、`goal.rs`、`context_compaction.rs`、`isolated_agent.rs`、`tool_plan_handoff/`、`user_input.rs`）与它的 Tauri 命令、`--agent-*` CLI、真实 e2e harness、CI job 一并退役，历史由 Git 保存，见 `docs/adr/【ADR】退役AGC独立Agent Runtime与CLI执行面-2026-10-02.md`。本文正文里所有关于 `--agent-run` / `--agent-task` / `--agent-runner-status` / `agent-run:smoke` / `agent-runtime-real-e2e.mjs`、后台单 Agent 队列、`read_game_creator_agent_runtime(s)`、Supervisor 自主协作与 Goal 生命周期的描述均已失效，不再作为实现依据。外部 Runner（`--agent-runner`）仅保留编辑器桥 RPC 与 `runner.attach_gui_owner` + GUI owner 参与锁 / watchdog。AGC 现役链路以 DirectProject（`agent/direct_*` + codex app-server）、资源工作台与本文其后的 DirectProject 相关条目为准。