feat(toolchain): 补齐炼境自身工具链契约
Some checks failed
Push & PR Check / check (push) Failing after 31s
Push & PR Check / check (pull_request) Failing after 25s

Feature-Confirmed: true
Rules-Applied: R02,R13
This commit is contained in:
lanrtop 2026-09-22 22:01:35 +09:00
parent c9e92f7af4
commit ff3f3d40d6
5 changed files with 17 additions and 2 deletions

View File

@ -475,7 +475,7 @@ modules:
status: done
progress: 100
updated: 2026-09-22
note: "v1 已闭环:以项目标准声明为版本事实,mise 负责 Windows 本地解析;炼境提供诊断、受控准备和 Agent 投影,不追随 Codex bundled runtime。Enterprise 消费者试点已通过 CLI、新 Codex 会话与 Gitea main CI #529 验证;Node 24.19.0、pnpm 9.15.0 同源生效,明确不支持 WSL。"
note: "v1 与 T8 自洽补强均已闭环:以项目标准声明为版本事实,mise 负责 Windows 本地解析;Enterprise 消费者试点已通过 CLI、新 Codex 会话与 Gitea main CI #529 验证,炼境自身也已通过真实 MCP get_toolchain_status 验证 Node 24.19.0、pnpm 9.15.0 均为 ready_managed;不追随 Codex bundled runtime,明确不支持 WSL。"
position: [2500, 950]
edges:
# 前端依赖

View File

@ -132,8 +132,17 @@ Enterprise System 已精确声明 Node `24.19.0` 与 pnpm `9.15.0`,而 Codex b
- 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 阻塞。"
- 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 部署。"
### ✅ T8. 炼境自身工具链契约闭环
- status: done
- complexity: M
- files: .nvmrc, package.json, mise.toml, .blueprint/modules/toolchain-capability-pack.md, .blueprint/manifest.yaml
- acceptance: "agent_verify: [CLI] `mise exec -- node --version` → v24.19.0,`mise exec -- pnpm --version` → 9.15.0;[炼境能力本体] get_toolchain_status(dev-manager-tauri) → Node/pnpm 均为 ready_managed 且 executable 指向 mise 安装目录;[项目验证] `pnpm typecheck` 与 `cargo test --lib` 通过;[Git] `git diff -- pnpm-lock.yaml` → 空。"
- decision_note: "版本事实继续使用开放标准声明:`.nvmrc` 固定 Node,package.json#packageManager 固定 pnpm;mise.toml 仅启用 idiomatic version file 读取,不复制版本,也不新增 engines 第二事实来源。"
- done_note: "2026-09-22:炼境自身新增 `.nvmrc` 24.19.0、packageManager pnpm@9.15.0 与最小 mise resolver。CLI 命中 mise 安装目录,typecheck 通过、Rust 151/151;真实启动 Tauri 后经 MCP get_toolchain_status 验收,Node/pnpm 均为 ready_managed,pnpm-lock.yaml 零改动。"
- retrospective: "【复盘】炼境自身工具链契约闭环|任务类型: 架构调整|复杂度: M|实际轮数: 2轮(预估 1 轮)|是否返工: 否|有效策略: 先以开放标准声明建立唯一事实来源,再从真实 MCP 能力入口验证而非只检查文件|遗留风险: 沙箱内 mise 无法写用户级 trusted-configs,Agent 需在受控本机环境执行验证|auto_applied_rules: R02, R13|rule_effectiveness: R02=有效, R13=有效"
## 执行顺序
T1 → T2 → T3;T2 → T4 → T5;T3 + T4 → T6;T3 + T4 + T6 → T7。
T1 → T2 → T3;T2 → T4 → T5;T3 + T4 → T6;T3 + T4 + T6 → T7 → T8。
核心能力先只读、后受控写;炼境实现者验证完成后,必须由 Enterprise System 以消费者角色完成最终闭环。

1
.nvmrc Normal file
View File

@ -0,0 +1 @@
24.19.0

4
mise.toml Normal file
View File

@ -0,0 +1,4 @@
# 炼境工具链能力包:版本事实仍由 .nvmrc 与 package.json#packageManager 持有。
# 本文件只让 mise 读取这些标准声明,不重复保存 Node/pnpm 版本。
[settings]
idiomatic_version_file_enable_tools = ["node", "pnpm"]

View File

@ -2,6 +2,7 @@
"name": "dev-manager-tauri",
"private": true,
"version": "0.1.19",
"packageManager": "pnpm@9.15.0",
"type": "module",
"scripts": {
"dev": "vite",