From 2f73c21d7a8ee716e64a839775765ef7d49edc6f Mon Sep 17 00:00:00 2001 From: lanrtop Date: Sat, 3 Oct 2026 23:56:39 +0900 Subject: [PATCH 1/2] =?UTF-8?q?docs(tasks):=20=E7=BB=9F=E7=AD=B9=E6=B5=81?= =?UTF-8?q?=E6=B0=B4=E2=80=94=E2=80=94P8g=20=E5=B7=A5=E4=BD=9C=E6=B5=81?= =?UTF-8?q?=E7=9C=8B=E9=97=A8=E7=8B=97=E5=8D=A1=E6=AD=BB=E5=90=8E=E6=94=B9?= =?UTF-8?q?=E6=B4=BE=E5=90=8E=E5=8F=B0=20Agent=EF=BC=8C=E9=93=81=E5=BE=8B?= =?UTF-8?q?=E8=A1=A5=E5=B7=A5=E4=BD=9C=E6=B5=81=20180=20=E7=A7=92=E7=9C=8B?= =?UTF-8?q?=E9=97=A8=E7=8B=97=E6=95=99=E8=AE=AD?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-Authored-By: Claude Opus 5.5 --- docs/tasks/2026-10-03-coordination.md | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/docs/tasks/2026-10-03-coordination.md b/docs/tasks/2026-10-03-coordination.md index 46645fd..69affc2 100644 --- a/docs/tasks/2026-10-03-coordination.md +++ b/docs/tasks/2026-10-03-coordination.md @@ -45,6 +45,7 @@ - **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 前用一个只读子代理做独立审查，审查处置写进卡片。 @@ -79,7 +80,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 | `feat/agent-client-parity-p8g` | 执行中 | +| 10-03 | P8g UI 一键接入 | 工作流 wf_531cfcda-b1a 实现阶段 6 次 180 秒无进展被判卡死（未产出代码，属执行方式问题、不计自验失败）→ 改派后台 Agent（无看门狗，分块写文件） | `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 | From 23c50eccca9bc0826399079284cb6c9a5fa1d263 Mon Sep 17 00:00:00 2001 From: lanrtop Date: Sun, 4 Oct 2026 00:34:51 +0900 Subject: [PATCH 2/2] =?UTF-8?q?docs(tasks):=20=E7=BB=9F=E7=AD=B9=E6=96=87?= =?UTF-8?q?=E6=A1=A3=20=C2=A77=20=E4=BA=A4=E6=8E=A5=E2=80=94=E2=80=94?= =?UTF-8?q?=E4=B8=8A=E4=B8=8B=E6=96=87=E5=B0=86=E6=BB=A1=EF=BC=8C=E6=96=B0?= =?UTF-8?q?=E4=BC=9A=E8=AF=9D=E6=8E=A5=E6=89=8B=20P8g=20=E4=B8=8E=E6=94=B6?= =?UTF-8?q?=E5=B0=BE?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-Authored-By: Claude Opus 5.5 --- docs/tasks/2026-10-03-coordination.md | 50 +++++++++++++++++++++++++++ 1 file changed, 50 insertions(+) diff --git a/docs/tasks/2026-10-03-coordination.md b/docs/tasks/2026-10-03-coordination.md index 69affc2..cd06ce7 100644 --- a/docs/tasks/2026-10-03-coordination.md +++ b/docs/tasks/2026-10-03-coordination.md @@ -98,3 +98,53 @@ - `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 写入）； + - 占位登记的需求澄清。