修正首页自动建项目后进入项目对话

恢复首页自动项目创建并移除无项目对话入口

首条正文与附件在新项目工作台内交给直连 Codex

补充 Tauri 命令、配置门禁、AppSurface 测试与迁移计划

docs/project-memory/plans/【实施计划】AGC直连Codex Runtime迁移-2026-08-15.md

@@ -123,28 +123,21 @@
 2. 不取消 `cargo:rerun-if-changed` 对上游侧车与声明文件的监听；上游升级仍必须触发重新 stage，运行时仍拒绝 hash 不匹配的内置可执行文件。
 3. 真实回归：从干净的本次 AGC dev 进程重启，确认一次必要的首次构建后不再出现连续的 `codex.exe changed` 重建，Tauri 窗口稳定打开；再完成 direct Codex 普通对话与项目修改的客户端验收。
 
-## 7.3 首页无项目陶泥儿对话收口（2026-08-20）
-
-### 现场偏差
-
-- 首页仍保留“做游戏 / 做素材 / 做方案”分类器，并在提交时无条件调用 `create_automatic_local_game_project`。
-- 因此“你好”“今天多少号”等普通问题也会创建可见 `gameagent-*` 项目，并被前端改写为“初始意图：...”。这既不是用户原话，也违反了“由 Codex 自己理解意图”的直连边界。
-- 自动创建后再进入项目聊天，页面还会显示“自动执行”“项目总控”等旧 Runtime 产品文案，容易让人误判仍在运行 Supervisor。
+## 7.3 首页自动创建项目与项目内对话收口（2026-08-20）
 
 ### 收口契约
 
-1. 首页只保留一个“陶泥儿”输入入口；移除模式选择、首条 `初始意图` 包装和由首页触发的自动项目创建。用户输入及附件说明原样交给独立的 home Codex thread。
-2. home thread 使用临时、隔离、只读工作区：不绑定用户项目目录、不读取项目 `.agent`、不生成陶泥儿素材、不启动预览/试玩、不登记版本，也不创建可见项目或最近项目记录。客户端在 home thread 期间拒绝所有写入、命令、MCP、权限扩大和文件变更审批。
-3. Codex 是唯一意图判断者。普通问题直接回复；当它判断用户明确要开始游戏创作时，只能返回一个受限的“请求创建工作区”动作，客户端据此展示创建入口或进入既有新建项目流程。前端不得重新按关键词分类或自行创建目录。
-4. 当前项目工作台继续复用 project-bound direct Codex thread，可读写当前项目；其产品文案统一使用“陶泥儿”“智能创作”，不显示“项目总控”“自动执行”“Supervisor”或“专业 Agent”。旧 Runtime 只保留在开发诊断入口。
-5. 首页回归必须至少覆盖“你好”“今天多少号”和显式“做一个三消游戏”：前两项只产生 home direct turn、没有项目/美术/预览/版本副作用；第三项由 Codex 的受限创建请求触发，而不是由客户端关键词分类触发。真实桌面端需从当前 checkout 逐项验证。
+1. 首页只保留一个“陶泥儿”创作入口，不展示模式选择，也不在首页渲染用户或助手消息气泡。
+2. 每次提交非空正文或附件时，客户端对且只对本次提交调用一次 `create_automatic_local_game_project`，在系统文档目录的 `Genarrative GameAgent/` 下分配唯一 `gameagent-*` 工作区；不弹目录选择器，也不复用最近项目。
+3. 工作区初始化后先把附件导入该项目，再立即进入项目开发工作台；用户原始正文作为 `initialPrompt` 交给 project-bound direct Codex thread。意图理解、是否修改游戏以及后续试玩均在项目内完成，首页不运行 projectless Codex 对话。
+4. 项目工作台产品文案统一使用“陶泥儿”“智能创作”，不显示“项目总控”“自动执行”“Supervisor”或“专业 Agent”。客户端只做项目创建、附件导入和确定性投影，不恢复旧多 Agent Runtime。
+5. 首页的创建状态只显示在主输入区；“最近项目”使用独立静态说明，不能复用“正在创建工作区 / 正在回复 / 已回复”等全局状态。
 
-### 实施补强
+### 验收合同
 
-- 创建协议只接受回复原始第一行精确为 `[[AGC_CREATE_PROJECT]]`（可使用 CRLF）；前置空白、解释前缀、第二行标记或标记后拼接其它字符一律只是普通回复，不能创建项目。
-- `DirectHome` 的 app-server 连接池身份独立于可写项目会话；`thread/start` 固定 `approvalPolicy=never` 与 `sandbox=read-only`，`turn/start` 不发送可写 `sandboxPolicy`。任何 file-change、command、MCP 或审批 item 均失败关闭。
-- 已移除旧 `create_automatic_local_game_project` 的 Tauri 前端 handler；首页和普通 WebView 即使被错误调用也不能绕过 Codex 的受限创建请求直接落盘。
-- 首页附件以独立结构化参数传入：用户正文保持原样，编辑器附件占位符不得混入正文；仅补充有界的文件名、媒体类型和字节数，不传本地路径、二进制内容或浏览器 `File` 对象。允许只发附件说明；home Codex 只能理解元数据，创建工作区并经用户确认后才由既有导入流程读取实际附件。
+- 普通文本、游戏需求和带附件需求都必须先创建项目，再在 `陶泥儿项目对话` 中出现同一条原始用户消息与 Codex 回复；`chat_with_game_creator_home_direct_codex` 不得暴露为首页 Tauri handler。
+- 连续点击或连续 Enter 只能创建一个工作区；创建进行中按钮禁用，但编辑器不得生成首页聊天气泡。
+- 附件必须经 `upload_local_asset` 写入新项目后再交给项目 Codex；不得只把附件元数据留在首页，也不得把浏览器本地路径写入聊天正文。
 
 ## 7.4 真实项目验收发现的 Codex 原生组件闭包（2026-08-20）