From 296419d7964de76133ca034ebb7361afcdb54aef Mon Sep 17 00:00:00 2001 From: lanrtop Date: Sun, 4 Oct 2026 14:49:40 +0900 Subject: [PATCH] =?UTF-8?q?docs(blueprint/mvp-closure):=20=E7=AB=8B=20MVP?= =?UTF-8?q?=20=E6=94=B6=E5=8F=A3=E6=A8=A1=E5=9D=97=E4=B8=8E=20M2=E2=80=93M?= =?UTF-8?q?5=20=E5=8D=A1=EF=BC=88=E6=8C=82=20INT-04@2.0=EF=BC=89=EF=BC=8C?= =?UTF-8?q?=E7=BB=9F=E7=AD=B9=E6=96=87=E6=A1=A3=20=C2=A73=20MVP=20?= =?UTF-8?q?=E8=A1=8C=E6=98=A0=E5=B0=84=E5=88=B0=E5=8D=A1?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 用户 2026-10-04 定以 enterprise-system 真实开发验证四条能力（M5，原 V13 并入），intent-catalog 的 enterprise 试点继续冻结。 Co-Authored-By: Claude Opus 5.5 --- .blueprint/manifest.yaml | 9 +++++ .blueprint/modules/mvp-closure.md | 52 +++++++++++++++++++++++++++ docs/tasks/2026-10-03-coordination.md | 10 +++--- 3 files changed, 66 insertions(+), 5 deletions(-) create mode 100644 .blueprint/modules/mvp-closure.md diff --git a/.blueprint/manifest.yaml b/.blueprint/manifest.yaml index bc2b390..0787cf7 100644 --- a/.blueprint/manifest.yaml +++ b/.blueprint/manifest.yaml @@ -534,6 +534,15 @@ modules: note: "两层模型（人持有的意图目录 .blueprint/catalog.md + 蓝图正文），书装意图、指向事实；卡侧 intent 钉版，agent 编译可判定 /goal，确认卡兼作最小任务简报，回执写进提交。IC1 设计已确认（最小文件优先方案）；IC2–IC4 只新增文档、可与 P8 并行，门控与接线等 P8 收口后做，IC13 按实测数据决定去留。" position: [4000, 950] + - id: mvp-closure + name: MVP 收口 + area: infra + status: in_progress + progress: 0 + updated: 2026-10-04 + note: "2026-10-04 P8 达成后的阶段终点（INT-04）：炼境侧关账、清理、修常驻文档漂移（M2–M4，编进 /goal），四条能力在 enterprise-system 真实开发中只读取证（M5）；扩展项冻结见统筹文档 §3。" + position: [4250, 950] + edges: - from: project-resource-broker to: project-dev-variables diff --git a/.blueprint/modules/mvp-closure.md b/.blueprint/modules/mvp-closure.md new file mode 100644 index 0000000..fe4a457 --- /dev/null +++ b/.blueprint/modules/mvp-closure.md @@ -0,0 +1,52 @@ +# MVP 收口（mvp-closure） + +> status: in_progress | created: 2026-10-04 | intent: INT-04 | 统筹：docs/tasks/2026-10-03-coordination.md §0 +> 来源：2026-10-04 用户在 P8 达成后定下一阶段为「炼境 MVP 收口」，并定以 enterprise-system 真实开发作为验证场。 + +## 概述 + +把炼境收口到 MVP：agent 拿到子项目能开工、能自验、能交付，摩擦能闭环回传。炼境侧只做收拾（关账、清理、修文档漂移）， +不开新能力；四条能力是否真的可用，在 enterprise-system 的真实开发中只读观察取证。 + +## 决策记录 + +- 2026-10-04 用户定：扩展项（部署控制面、P4b–e、P5/P6、治理缺口②③、DSH 接管、Codex 模型切换、多维视图、架构演进、 + intent-catalog Phase 4+、概念占位显式化、project-dev-variables V14–V16）冻结，MVP 达成后再排；清单在统筹文档 §3。 +- 2026-10-04 用户定：以 enterprise-system 真实开发验证四条能力（M5），原「开发变量人终验」（V13）并入 M5； + intent-catalog 的 enterprise 试点继续冻结，先把四条跑稳。 +- 观察边界：enterprise 主工作区有在制品，炼境侧只经 MCP 只读查询取证；要改 enterprise 就开临时 worktree、走 PR。 + +## 任务卡 + +### 📋 M2 — blueprint-buff 关账 +- status: todo +- complexity: S +- intent: INT-04@2.0 +- files: .blueprint/modules/blueprint-buff.md, .blueprint/manifest.yaml +- acceptance: "agent_verify: [shell] grep -cE '^### (📋|🔵|💭|🔴)' .blueprint/modules/blueprint-buff.md → 0 且 grep -c '^### ✅' 同文件 → 8；git -C 主仓库 log 中 2026-10-04 的 ff 合并后 git status --porcelain -- .blueprint/modules 为空（零误标）并写入 B2 卡 human_verify 证据；manifest blueprint-buff 为 status: done、progress: 100，模块决策记录写明「剩余 14% 为未更新的进度数字，核心卡已全部完成」。" +- 为什么：manifest 记 86%，但模块 8 张卡全 ✅；唯一缺 B2 终验记录，而 2026-10-04 主仓库 6 次快进合并后 .blueprint/modules 零误标，正是 B2 的终验现象。 + +### 📋 M3 — 本轮临时项目与 worktree 清理 +- status: todo +- complexity: S +- intent: INT-04@2.0 +- files: docs/tasks/2026-10-03-coordination.md +- acceptance: "agent_verify: [shell] git worktree list 不含 tmp-p7skill-review、tmp-delivery-status-review、tmp-p10-verify-mut、dev-manager-tauri-wt-p8、dev-manager-tauri-wt-intent、dev-manager-tauri-wt-p8g；[MCP] list_all_projects 不含路径带 lj-p8 的登记。human_verify: 用户手动删除统筹文档 §5「待你手动删除」所列目录与文件。" +- 进展：2026-10-04 agent 侧已执行（unregister 2 条、worktree remove 6 个），待 goal 内复核后标 ✅。 + +### 📋 M4 — 常驻文档漂移修复 +- status: todo +- complexity: S +- intent: INT-04@2.0 +- files: docs/ai-context/project-brief.md, AGENTS.md, docs/ai-context/agent-button-system.md, docs/templates/agents-meta-rules.md, docs/tasks/2026-09-30-dev-variables-materialize.md +- acceptance: "agent_verify: [shell] ① grep -c 'onboard/' docs/ai-context/project-brief.md → ≥1；② grep -lE '^#+ 炼境自己的 Agent 按钮清单' AGENTS.md docs/ai-context/agent-button-system.md → 恰好 1 个文件，另一处改为指针；③ grep -c '1.10.0' docs/templates/agents-meta-rules.md → ≥1，且其规则正文与 src-tauri/resources/onboarding/AGENTS.md.tmpl 的 ONBOARDING_MANAGED 块逐节对照无缺漏（差异写进卡片）；④ grep -c '未合入 master' docs/tasks/2026-09-30-dev-variables-materialize.md → 0；⑤ grep -c '\\.agent/task\\.md' docs/ai-context/agent-button-system.md → 0 或改为与现行做法一致的说明；pnpm typecheck exit 0。" +- 说明：只改文档，不动 resources/onboarding/ 模板（模板改动会触发指纹测试与版本升级，超出本卡）。 + +### 📋 M5 — enterprise-system 实战验证四条能力 +- status: todo +- complexity: M +- intent: INT-04@2.0 +- depends: M2, M3, M4 +- files: .blueprint/modules/mvp-closure.md +- acceptance: "agent_verify: [MCP 只读，project_id 为 enterprise 的 canonical id] ① 能开工：verify_onboarding clients 三端 converged 且 probe_client_parity all_applicable_ready=true；② 能自验：炼境日志或会话证据中至少 1 次 read_project_test_account 成功；③ 能交付：get_delivery_status 至少 1 个 PR 的 CI passed 并已合并；④ 摩擦闭环：list_envoy_returns 中 enterprise 来源的回传均有处置回执。human_verify: 用户在 enterprise 开发中确认——新会话无需手工配置即可开工；需要登录时 agent 先查炼境不索要账号（原 V13）；认可该次交付；回传内容是真问题。" +- 说明：随用户开发进度积累证据，不进 M2–M4 的 /goal；证据攒够后统筹会话一次性核对并出终验清单。 diff --git a/docs/tasks/2026-10-03-coordination.md b/docs/tasks/2026-10-03-coordination.md index 981e82d..4536d76 100644 --- a/docs/tasks/2026-10-03-coordination.md +++ b/docs/tasks/2026-10-03-coordination.md @@ -71,11 +71,11 @@ | 5 | P8f register_project 控制面投影 | S | 已提前并行（只依赖 P8-0） | [MCP] 链路实测待 P8e 合并后做 | | ~~6~~ | ~~P8g UI 一键接入~~ ✅ | M | P8e 后 | human_verify 交用户 | | ~~并行~~ | ~~删除项目登记时一并解绑 Gitea 仓库~~ ✅ G8 | S/M | master | 来自重复登记排查会话的推荐任务卡（轮询会继续往已删除的项目 ID 写数据），主要改 projects.rs / gitea.rs，可并行 | -| MVP-1 | project-dev-variables 人终验 | — | master | human_verify 交用户；模块进度已 100%、待终验关账 | -| MVP-2 | blueprint-buff 剩余 14%：先核实是否核心 | S | master | 核心则做完，非核心则冻结并在模块里写明理由 | -| MVP-3 | 本轮临时项目与 worktree 清理 | — | — | 2026-10-04 agent 侧已完成（取消登记 2 个、删 worktree 5 个），剩 §5 的手动删除 | -| MVP-4 | 常驻文档漂移修复（§0 必做 4 的五处） | S | master | 纯文档可直推；碰 agents-meta-rules 时同步检查接入包模板版本 | -| 扩展（冻结） | 部署控制面（project-capability-control-plane）、P4b–P4e、P5、P6、治理缺口 ②③（governance-feedback-loop）、DSH 接管（dsh-takeover-readiness）、Codex 模型切换（codex-model-switch）、多维视图（manage-multi-view）、架构演进（architecture-evolution）、intent-catalog Phase 4+（IC6–IC13：门控脚本、接线、书签交接、enterprise 试点） | | | 2026-10-04 用户定：MVP 收口期间不派单，MVP 达成后再排 | +| MVP-1 | project-dev-variables 人终验 → 并入 mvp-closure M5 | — | — | 用户 2026-10-04 定：以 enterprise-system 真实开发验证四条能力（开工/自验/交付/摩擦闭环），原 V13 终验并入；炼境侧只经 MCP 只读取证 | +| MVP-2 | blueprint-buff 关账 → mvp-closure M2 | S | master | 核实：8 张卡全 ✅，14% 是未更新的进度数字；补 B2 终验记录后关账 | +| MVP-3 | 本轮清理 → mvp-closure M3 | — | — | 2026-10-04 agent 侧已完成（取消登记 2 个、删 worktree 5 个），剩 §5 的手动删除 | +| MVP-4 | 常驻文档漂移修复 → mvp-closure M4 | S | master | 纯文档可直推；碰 agents-meta-rules 时同步检查接入包模板版本 | +| 扩展（冻结） | 部署控制面（project-capability-control-plane）、P4b–P4e、P5、P6、治理缺口 ②③（governance-feedback-loop）、DSH 接管（dsh-takeover-readiness）、Codex 模型切换（codex-model-switch）、多维视图（manage-multi-view）、架构演进（architecture-evolution）、intent-catalog Phase 4+（IC6–IC13：门控脚本、接线、书签交接、enterprise 试点——用户 2026-10-04 定继续冻结）、project-dev-variables V14–V16（测试账户落地到被忽略文件） | | | 2026-10-04 用户定：MVP 收口期间不派单，MVP 达成后再排 | | 扩展（冻结） | 概念占位登记显式化（UI 不选目录的占位登记） | S | — | 用户 2026-10-04 定：MVP 保持现状；出现具体干扰（诊断、统计、接入入口把占位当普通项目）再出 S 级确认卡 | | 后续小修 | P8f 审查转入：L4 路径归一函数统一到 crate::path_key（含 Codex 信任路径、WSL 发行版与 UNC 换算）、I1 update_project 有效根变化才查重并排除自身、I2 project_root_with_conn 拼接 UNC 形式 wsl_path 的已有缺陷 | S | master | 碰 mcp_inject.rs，P8 主线后再做 | | 后续小修 | backfill_notes_archive 静默跳过非 UTF-8 旧笔记（dev-manager-tauri 有 4 条）；PR #34 审查遗留 L3（保留他项目 Codex 块不留痕）、L4（沉默统计并列偏向非规范 ID，补测试）、I1（注释说明两处语义差异）、I2（沉默列表带 id） | S | master | 不碰 P8 热点文件的可并行 |