docs(blueprint): 收官工具链消费者试点

.blueprint/manifest.yaml

@@ -472,10 +472,10 @@ modules:
   - id: toolchain-capability-pack
     name: 项目工具链能力包
     area: infra
-    status: in_progress
+    status: done
-    progress: 86
+    progress: 100
-    updated: 2026-09-22 (T7 消费者试点已完成 Windows mise 托管与 CLI 自检；Enterprise commit 9db00aa 已推 origin/dev，Gitea CI 与新会话 human_verify 待 dev/main 主线收敛后补验)
+    updated: 2026-09-22
-    note: "以项目标准声明为版本事实，mise 负责本地解析；炼境提供诊断、受控准备和 Agent 投影，不追随 Codex bundled runtime。v1 聚焦 Windows 项目的 Node + pnpm，明确不支持 WSL。"
+    note: "v1 已闭环：以项目标准声明为版本事实，mise 负责 Windows 本地解析；炼境提供诊断、受控准备和 Agent 投影，不追随 Codex bundled runtime。Enterprise 消费者试点已通过 CLI、新 Codex 会话与 Gitea main CI #529 验证；Node 24.19.0、pnpm 9.15.0 同源生效，明确不支持 WSL。"
     position: [2500, 950]
 edges:
   # 前端依赖

.blueprint/modules/toolchain-capability-pack.md

@@ -1,8 +1,8 @@
 ---
 id: toolchain-capability-pack
 name: 项目工具链能力包
-status: in_progress
+status: done
-progress: 86
+progress: 100
 ---
 
 ## 设计决策：项目工具链契约、解析与 Agent 执行闭环 v1
@@ -124,13 +124,13 @@ Enterprise System 已精确声明 Node `24.19.0` 与 pnpm `9.15.0`，而 Codex b
 - acceptance: "[cargo test] 对已有手写 mise.toml 的项目重跑 onboarding → 不覆盖文件并报告 existing/conflict；对明确选择接入且仅有 `.nvmrc` + packageManager 的临时项目 → 生成不重复版本的 resolver 配置；[Codex Skill] setup 先调用 get_toolchain_status，managed 项目使用 `mise exec -- pnpm`，unavailable 时明确降级而不宣称已准备。"
 - done_note: "2026-09-22：接入包新增条件式最小 mise resolver、toolchain-node-pnpm v1.0.0 描述符、AGENTS v1.9.0 与两层 Codex Skill 指引；已有 mise.toml 永不覆盖；commit-msg 改用 Lefthook `{1}` 参数兼容 managed worktree；16 个 onboarding 测试全绿。复盘待炼境 MCP 在本会话可用后回填。"
 
-### 🔵 T7. Enterprise System 消费者试点与 CI 同源验证
+### ✅ T7. Enterprise System 消费者试点与 CI 同源验证
-- status: in_progress
+- status: done
 - complexity: M
 - depends: T3. MCP 只读诊断投影与契约文档, T4. 受控 mise 工具链准备能力, T6. Onboarding 与 Codex Skill 条件式工具链指引
 - files: E:/code-project/enterprise-system/mise.toml, E:/code-project/enterprise-system/AGENTS.md, E:/code-project/enterprise-system/.gitea/workflows/ci.yml
 - acceptance: "agent_verify: [CLI] `mise exec -- node --version` → v24.19.0，`mise exec -- pnpm --version` → 9.15.0，`mise exec -- pnpm check:toolchain` → exit 0；[Gitea CI] 从 `.nvmrc` 与 packageManager 安装精确版本并在业务检查前通过 check:toolchain；package.json 与 pnpm-lock.yaml 无非预期改动；human_verify: 新 Codex 会话进入 Enterprise 后不再因 bundled pnpm 11 阻塞。"
-- progress_note: "2026-09-22：PR #11 合并后，通过炼境 apply_onboarding_pack 为 Enterprise 写入最小 mise.toml、升级 AGENTS/skill/capability-packs，verify_onboarding 12/12；Windows 用户级安装 mise 2026.9.12 后，get_toolchain_status 为 ready_managed，mise exec 实测 Node v24.19.0、pnpm 9.15.0，pnpm check:toolchain exit 0，package.json/pnpm-lock.yaml 零改动。接入文件独立提交 9db00aa 并推送 origin/dev；dev 相对 main 已累积 110 文件历史差异，未创建巨型 PR，故 Gitea CI 与新 Codex 会话 human_verify 仍待主线收敛后完成。"
+- done_note: "2026-09-22：PR #11 合并后，通过炼境 apply_onboarding_pack 为 Enterprise 写入最小 mise.toml、升级 AGENTS/skill/capability-packs，verify_onboarding 12/12；Windows 用户级安装 mise 2026.9.12 后，get_toolchain_status 为 ready_managed。消费者 CLI 实测 Node v24.19.0、pnpm 9.15.0、pnpm check:toolchain exit 0，package.json/pnpm-lock.yaml 零非预期改动；新 Codex 会话可直接通过 mise 使用项目版本，不再被 bundled pnpm 11 阻塞。Enterprise 主线经 PR #173–#175 收敛，合并提交 a2e85f50 的 Gitea main CI #529 中 agent 与 deploy-impact 成功，agent 在业务检查前完成 Node/pnpm 安装及工具链断言；纯蓝图变更未触发 API/Web 部署。"
 
 ## 执行顺序