docs/tasks/2026-10-03-coordination.md

@@ -45,7 +45,6 @@
 - **MCP**：一律 `http://127.0.0.1:27190`（不用 localhost）。会话里 lian-jing 没连上时，可用 node `fetch` 直接 POST `http://127.0.0.1:27190/mcp`（全局路由，`tools/call`），结果在 `result.structuredContent` 或 `result.content[0].text`。
 - **变异验证**：先 `git add` 暂存，再改源码做变异、跑测试，最后 `git checkout -- <文件>` 从暂存区还原。没暂存就 checkout 会丢掉改动（统筹会话踩过）。
 - **真实客户端**：`claude -p`、`codex exec`、DSH headless 可能跑 3 分钟以上，只在会话主线程或后台 bash 里跑，不交给 Workflow 子 agent（超过 180 秒会被判卡死）。嵌套 claude 前先 `unset CLAUDECODE CLAUDE_CODE_ENTRYPOINT CLAUDE_CODE_SSE_PORT`，stdin 重定向自 `/dev/null`。
-- **工作流看门狗**：Workflow 子 agent 超过 180 秒没有进展即判卡死重试——一次性生成大文件（如整个 React 组件）、或前台跑长命令都会触发（P8e 修复阶段、P8g 实现阶段各卡死 6 次）。写文件分小块（单次 Write/Edit 约 150 行内），长命令一律后台轮询；UI 等需要大段生成的卡改用后台 Agent 执行。
 - **凭据**：不读、不打印任何 token、凭据、`.env` 值；不对真实 Windows Credential Manager 做并发压力实验。
 - **运行中的炼境 DB 写入**：自动模式下会被安全分类器拦截，这是对的。需要写 DB 的数据修复准备好脚本、备份和空跑结果，交用户执行。
 - **提交**：Conventional Commits；`feat:` 带 `Feature-Confirmed: true`；末尾带 `Co-Authored-By` 署名行。PR 描述按自验报告纪律写，含「没验什么」一节。M 级卡开 PR 前用一个只读子代理做独立审查，审查处置写进卡片。
@@ -80,7 +79,7 @@
 | 10-03 | P4a L1 零模型三端检查 | 工作流 wf_b7092645-570（修复阶段被分类器拦截，统筹接手收尾） | PR #38（a79bcb7）→ cf2b5f0 | ✅ [MCP] 实测：enterprise 3.3 秒三端 18 格 ready；dev-manager-tauri 控制面 Claude/DSH not_applicable、Codex ready |
 | 10-03 | P8d onboard_project 编排本体 | 工作流 wf_004ffc20-7cb | PR #39（2f2a9f1）→ d018d44 | ✅ 审查 10 条已处置；master 402 passed；⑩ 统筹决定：Codex 未信任计 next_action 不计入 done（P8e 实现） |
 | 10-03 | P8e 投影收口与契约同步 | 工作流 wf_551dc525-270（修复阶段卡死 6 次，审查已可合并，统筹以 97578b2 开 PR） | PR #40 → d7f4816 | ✅ 端到端：新登记项目 done、重复执行全 converged；enterprise 因主工作区落后不 apply（偏差已报备） |
-| 10-03 | P8g UI 一键接入 | 工作流 wf_531cfcda-b1a 实现阶段 6 次 180 秒无进展被判卡死（未产出代码，属执行方式问题、不计自验失败）→ 改派后台 Agent（无看门狗，分块写文件） | `feat/agent-client-parity-p8g` | 执行中 |
+| 10-03 | P8g UI 一键接入 | 工作流 wf_531cfcda-b1a | `feat/agent-client-parity-p8g` | 执行中 |
 | 10-03 | P8f register_project 控制面投影（含登记拒绝同路径，承接 PR #34 审查 L1/L2） | 工作流 wf_2462357e-604（与 P4a 并行，开 PR 前合并 master） | `feat/agent-client-parity-p8f` | PR #37（04470bd）→ 55dc637 已合并；审查 10 条：7 修、1 部分修、M2 恢复 UI 概念占位原行为（产品问题待用户澄清）、2 转后续；卡片 🔵，[MCP] 链路实测待 P8e 合并 |
 | 10-03 | 重复登记修复 U1/U2 | 会话 `local_d2e1c156…`（「排查炼境 dev-manager-tauri 疑似重复登记」） | PR #34 → fc280db | ✅ 独立审查可合并、已合并，炼境已重编译；审查遗留 L1/L2 归 P8f（登记拒绝同路径），L3/L4/I1/I2 列入后续小修 |
 | 10-03 | 重复登记数据合并 U3 | 同上（用户执行 DB 写入） | master 91017b6；主仓库 .codex/config.toml 升级为稳定 helper 格式 06f20db | ✅ 无 2c5b54ef 残留、同路径 1 条登记、Gitea 绑定 1 行；备份 dev-manager.backup-20261003-before-dedupe.db |
@@ -98,53 +97,3 @@
 - `verify_onboarding(enterprise)` 的 `clients` 三端均 converged。
 - `list_all_projects`：除 enterprise 外，其余登记项目大多缺项目 token（历史接入早于 token 机制），这些正是一键接入要接的对象。
 - 使者回传：0 条待处置。
-
-## 7. 交接（2026-10-04，统筹会话上下文将满，换新会话继续）
-
-新会话即新的统筹会话：先读本文件 §1–§6，再按下面接手。旧统筹会话的 30 分钟巡检已停止。
-
-**当前状态**
-- ✅：P4a（PR #38）、P8c（#36）、P8d（#39）、P8e（#40）、P8f（#37），以及 G8（#35）、PR #34。
-- 证据都写在 `.blueprint/modules/agent-client-parity.md` 各卡的 mcp_verify / merge_verify，以及 P8 卡的 e2e_verify：
-  - 新登记临时项目 `ac73a4bb-a601-4e21-bc0f-7eda71fae4aa`（目录 E:\code-project\lj-p8-e2e-20261003）走完 register → plan → onboard_project，得 done；
-  - 再执行一次 9 步全部收敛，文件 mtime 不变。
-- master 最近一次全量回归：P8d 合并后 cargo test 402 passed。P8e（d7f4816）的分支自测为 413 passed，但合并后在 master 上还没跑全量，收尾时要跑。
-
-**唯一未完成：P8g UI 一键接入（🔵）**
-- worktree：E:/code-project/dev-manager-tauri-wt-p8g，分支 feat/agent-client-parity-p8g，基于 51a39d0，未提交、未推送。
-- 已有的半成品改动：
-  - src-tauri/src/onboard/plan.rs（+38，执行 agent 称 Rust 侧 414 passed）；
-  - src/lib/commands.ts（+2）；
-  - P8g 卡已标 🔵；
-  - 新文件 src/components/dashboard/onboardView.ts 只写了一部分。
-- 委派失败两次（工作流 180 秒看门狗卡死 6 次；后台 Agent 600 秒流卡死），都卡在一次性生成大文件。**在新会话主线程里直接做**：
-  - 先审一遍上面的半成品，保留就续写、不保留就从头写；
-  - 单次 Write/Edit 不超过约 150 行，长命令放后台轮询。
-- 范围以 P8g 卡的 acceptance 为准：onboardView.ts 加 vitest 视图纯函数测试、OnboardPanel.tsx、各入口接线。
-
-**收尾到 /goal 终点**
-1. P8g：
-   - pnpm typecheck 与 pnpm test 通过；
-   - 做一次只读独立审查并处置；
-   - 开 PR，CI passed 后按完整 head SHA 合并；
-   - 主仓库 git merge --ff-only origin/master（不碰用户的 3 个未提交文件：notes-archive.jsonl、usage.json、Cargo.toml——前两个会被运行中的炼境自动写入，Cargo.toml 只差行尾）。
-2. 在 master 上跑 pnpm typecheck 与全量 cargo test（CARGO_TARGET_DIR 用 parity 热缓存），结果写进 P8g 卡。
-3. P8g 卡标 ✅（agent_verify 已过；human_verify 交给用户），更新 manifest 进度与本文件 §4。
-4. 向用户汇报证据，并列出：
-   - human_verify：
-     - Codex 里信任 E:\code-project\lj-p8-e2e-20261003 后重跑 probe_client_parity，C–F 应变为 ready；
-     - Claude Code、Codex、DSH 桌面 GUI 各新开会话，调用 read_project_test_account(name=LJ_PROBE_NONEXISTENT)，应返回「开发需求未登记」；
-     - P8g 界面终验；
-   - 删除确认：端到端临时项目（unregister_project 后手删目录）；
-   - 各执行 agent 留下的临时文件。
-
-**后续（P8 终点之后）**
-- §3 的「后续小修」：
-  - P8e 审查的 3 条低优先级与 5 条信息项（修复半成品还在 E:/code-project/dev-manager-tauri-wt-p8e，未提交）；
-  - 结构化工具应同时在 content 里返回序列化 JSON（MCP 规范建议，否则只读 content 的客户端看不到计划细节）；
-  - backfill 跳过非 UTF-8 旧笔记；
-  - P8f 审查转入项。
-- 其他：
-  - 接入包模板改为引导 plan_onboarding → onboard_project（需升版本）；
-  - beast-mode 重复登记（需用户执行 DB 写入）；
-  - 占位登记的需求澄清。