helloagents 3.0.3-beta.1 → 3.0.8-beta.1

package/README_CN.md

@@ -6,9 +6,9 @@
 
 <div align="center">
 
-**质量驱动的 AI 编码 CLI 编排内核 — 14 个自动激活技能、流程纪律、检查清单门控。**
+**质量驱动的 AI 编码 CLI 工作流框架 — 14 个自动激活技能、流程纪律、检查清单把关。**
 
-[![Version](https://img.shields.io/badge/version-3.0.2-orange.svg)](./package.json)
+[![Version](https://img.shields.io/badge/version-3.0.8-orange.svg)](./package.json)
 [![npm](https://img.shields.io/npm/v/helloagents.svg)](https://www.npmjs.com/package/helloagents)
 [![Node](https://img.shields.io/badge/node-%3E%3D18-339933.svg)](./package.json)
 [![Skills](https://img.shields.io/badge/skills-14-6366f1.svg)](./skills)
@@ -33,6 +33,7 @@
 <summary><strong>点击展开</strong></summary>
 
 - [🎯 为什么选择 HelloAGENTS？](#-为什么选择-helloagents)
+- [🆚 相比 v2.3.8 的变化](#-相比-v238-的变化)
 - [✨ 核心特性](#-核心特性)
 - [🚀 快速开始](#-快速开始)
 - [🔄 安装链路与文件写入](#-安装链路与文件写入)
@@ -90,6 +91,25 @@ HelloAGENTS 就是为了解决这个问题。它是一个编排层，装在你
 - ❌ 简单的一次性问题（HelloAGENTS 会增加流程开销）
 - ❌ 非编码任务（针对软件工程优化）
 
+## 🆚 相比 v2.3.8 的变化
+
+如果你上一次认真使用 HelloAGENTS 还是 `v2.3.8`，这一代的变化不是“增量补丁”，而是整条产品线重构。
+
+| 维度 | v2.3.8 | 本地 `v3.0.8` |
+|------|--------|---------------|
+| **底层实现** | Python 包 + 大量脚本/规则混合 | 纯 Node.js + Markdown 运行时，围绕 `cli.mjs`、`bootstrap*.md`、`skills/`、`scripts/` 重建 |
+| **目标定位** | 更像多 CLI 管理工具 + 提示协议集合 | 更像 AI CLI 的质量工作流框架，重点是路由、把关、验证和可恢复执行 |
+| **安装方式** | pip / uv / npx / 一键脚本并行存在 | npm 为主；安装包后再显式部署到 Claude / Gemini / Codex |
+| **CLI 支持策略** | 6 个目标，能力差异很大 | 聚焦 3 个主战场：Claude Code、Gemini CLI、Codex CLI |
+| **工作流模型** | R0/R1/R2 三层路由 + 老式 design/develop 语义 | ROUTE/TIER → SPEC → PLAN → BUILD → VERIFY → CONSOLIDATE 六阶段主流程 |
+| **命令体系** | 15 个命令，含 `~exec` / `~rollback` / `~rlm` / `~validatekb` | 13 个聚焦命令：`~idea` / `~plan` / `~build` / `~verify` / `~prd` / `~loop` / `~wiki` / `~help` 等 |
+| **质量模型** | 规则较分散，更多依赖自然语言约束 | 14 个自动激活技能 + 检查清单把关 + Ralph Loop + 结构化证据 |
+| **项目状态** | 知识库更多是附属能力 | `.helloagents/` 成为项目激活边界，`STATE.md` / 方案包 / `DESIGN.md` / `contract.json` 组成主流程的主要判断依据 |
+| **知识库存储** | 默认项目本地 | 默认项目本地，同时新增 `project_store_mode=repo-shared`，支持同一 git 仓库多个 worktree 共享稳定知识和方案资产 |
+| **Codex 集成** | 早期依赖更多兼容层和旧链路 | 标准模式使用注入规则 + 本地链接；全局模式使用原生本地插件链路，减少噪音与漂移 |
+
+一句话概括：`v2.3.8` 更像“给多个 CLI 加一层工作流外壳”，`v3.0.8` 更像“把质量协议、计划产物、验证证据和安装生命周期统一成一套真正可运转的工作流框架”。
+
 ## ✨ 核心特性
 
 HelloAGENTS 通过三重机制协同保障质量：
@@ -112,7 +132,7 @@ HelloAGENTS 通过三重机制协同保障质量：
 <td width="50%" valign="top">
 <img src="./readme_images/03-feature-icon-workflow.svg" width="48" align="left">
 
-**📋 检查清单门控**
+**📋 检查清单把关**
 
 编码完成后，HelloAGENTS 收集所有已激活技能的交付检查清单，逐项验证通过才能报告完成。
 
@@ -136,10 +156,32 @@ L1 拦截破坏性命令（`rm -rf /`、`git push --force`、`DROP DATABASE`）
 
 **⚡ 结构化工作流**
 
-简单任务直接执行。复杂任务走完整的 ORIENT → CLARIFY → PLAN → EXECUTE → VALIDATE 五阶段流程，包含交互式设计、方案提议和计划包。
+简单任务保持快速。复杂任务走“先选路再执行”的主流程：ROUTE/TIER → SPEC → PLAN → BUILD → VERIFY → CONSOLIDATE，并通过显式命令通道拆分脑暴、规划、实现与验证。
 
 **你的收益：** 按需投入 — 简单任务保持快速，复杂任务获得完整流程。
 
+</td>
+</tr>
+<tr>
+<td width="50%" valign="top">
+<img src="./readme_images/02-feature-icon-installer.svg" width="48" align="left">
+
+**🧠 结构化计划产物**
+
+复杂任务不再只靠一段自然语言方案，而是落成 `requirements.md`、`plan.md`、`tasks.md`、`contract.json`、`STATE.md`、`DESIGN.md` 等可追踪产物。
+
+**你的收益：** 路由、实现、验证、收尾都围绕同一组判断依据推进，不容易中途漂移。
+
+</td>
+<td width="50%" valign="top">
+<img src="./readme_images/05-feature-icon-compat.svg" width="48" align="left">
+
+**🗂️ 本地 / 共享双存储**
+
+默认把知识库和方案包放在项目本地 `.helloagents/`；如果你有多个 worktree，可以切到 `project_store_mode=repo-shared`，把稳定项目知识共享到 `~/.helloagents/projects/<repo-key>/`。
+
+**你的收益：** 保留本地运行态隔离，同时避免在多个 worktree 间复制方案和知识库。
+
 </td>
 </tr>
 </table>
@@ -226,7 +268,7 @@ Codex CLI 无需手动执行插件命令。`helloagents --global` 会自动走
 ```
 💡【HelloAGENTS】- 帮助
 
-可用命令: ~auto, ~design, ~prd, ~loop, ~wiki, ~init, ~test, ~verify, ~review, ~commit, ~clean, ~help
+可用命令: ~idea, ~auto, ~plan, ~build, ~prd, ~loop, ~wiki, ~init, ~test, ~verify, ~commit, ~clean, ~help
 
 自动激活技能 (14): hello-ui, hello-api, hello-security, hello-test, hello-verify, hello-errors, hello-perf, hello-data, hello-arch, hello-debug, hello-subagent, hello-review, hello-write, hello-reflect
 ```
@@ -241,7 +283,7 @@ Codex CLI 无需手动执行插件命令。`helloagents --global` 会自动走
 ~auto "添加基于 JWT 的用户认证"
 
 # 想先看方案？
-~design "重构支付模块"
+~plan "重构支付模块"
 ```
 
 ## 🔄 安装链路与文件写入
@@ -266,7 +308,7 @@ HelloAGENTS 在不同模式下会写入不同文件，但写入/恢复/清理都
 
 ### 更新 / 重装 / 切分支行为
 
-- **标准模式** 通过 `~/.claude/helloagents`、`~/.gemini/helloagents`、`~/.codex/helloagents` 这三个符号链接保持脚本、技能、模板和 hooks 与包根目录同步，相关链接文件会立即反映本地变化；但 `CLAUDE.md`、`GEMINI.md`、`AGENTS.md` 这类注入载体仍是快照，bootstrap 或分支变化后需要显式刷新。
+- **标准模式** 通过 `~/.claude/helloagents`、`~/.gemini/helloagents`、`~/.codex/helloagents` 这三个符号链接保持脚本、技能、模板和 hooks 与包根目录同步，相关链接文件会立即反映本地变化；但 `CLAUDE.md`、`GEMINI.md`、`AGENTS.md` 这类注入后的规则文件仍是快照，bootstrap 或分支变化后需要显式刷新。
 - **Codex 全局模式** 使用复制后的运行时文件。重新执行 `helloagents --global` 会刷新 `~/plugins/helloagents/` 和 Codex cache 中的副本。
 - 重新执行当前模式命令是被支持的：`helloagents --standby` 和 `helloagents --global` 都是 **切换或刷新** 命令。
 - 如需确定性的手动清理，先执行 `helloagents cleanup`，再执行 `npm uninstall -g helloagents`。
@@ -280,8 +322,10 @@ HelloAGENTS 在不同模式下会写入不同文件，但写入/恢复/清理都
 
 | 命令 | 说明 |
 |------|------|
-| `~auto` | 全自动工作流 — AI 判断复杂度，自动规划并执行 |
-| `~design` | 深度交互式设计 — 需求挖掘 + 方案提议 + 计划包 |
+| `~idea` | 轻量点子探索 — 比较方向与方案，不写文件 |
+| `~auto` | 自动编排 — 自动选择主路径并持续衔接到实现 / 验证 / 收尾，并优先复用现有活跃方案包 |
+| `~plan` | 结构化规划 — 需求澄清 + 方案收敛 + 计划包 |
+| `~build` | 执行实现 — 基于当前需求或现有计划包完成实现 |
 | `~prd` | 完整 PRD — 13 维度头脑风暴式探索，生成产品需求文档 |
 | `~loop` | 自主迭代优化 — 设定目标和指标，AI 循环改进直到达标 |
 
@@ -290,19 +334,23 @@ HelloAGENTS 在不同模式下会写入不同文件，但写入/恢复/清理都
 | 命令 | 说明 |
 |------|------|
 | `~test` | 编写完整测试（TDD：Red → Green → Refactor） |
-| `~verify` | 运行所有验证命令（lint/test/build/typecheck） |
-| `~review` | 代码审查，按严重程度分类 |
+| `~verify` | 统一验证入口 — 审查、lint、typecheck、test、build 与修复循环 |
 
 **工具命令：**
 
 | 命令 | 说明 |
 |------|------|
 | `~wiki` | 仅创建/同步项目知识库（`.helloagents/`） |
-| `~init` | 完整初始化项目：知识库 + 项目级载体文件 |
+| `~init` | 完整初始化项目：知识库 + 项目级规则文件 |
 | `~commit` | 生成规范化提交信息 + 知识库同步 |
 | `~clean` | 归档已完成方案，清理临时文件 |
 | `~help` | 显示所有命令和当前配置 |
 
+兼容别名：
+- `~design` → `~plan`
+- `~do` → `~build`
+- `~review` → `~verify`（审查优先模式）
+
 ## 🔧 配置
 
 配置文件：`~/.helloagents/helloagents.json`（安装时自动创建）
@@ -317,6 +365,7 @@ HelloAGENTS 在不同模式下会写入不同文件，但写入/恢复/清理都
   "ralph_loop_enabled": true,
   "guard_enabled": true,
   "kb_create_mode": 1,
+  "project_store_mode": "local",
   "commit_attribution": "",
   "install_mode": "standby"
 }
@@ -330,6 +379,7 @@ HelloAGENTS 在不同模式下会写入不同文件，但写入/恢复/清理都
 | `ralph_loop_enabled` | `true` | 任务完成时自动运行验证 |
 | `guard_enabled` | `true` | 拦截危险命令 |
 | `kb_create_mode` | `1` | `0`=关闭，`1`=已激活项目或全局模式中的编码任务自动，`2`=已激活项目或全局模式中始终 |
+| `project_store_mode` | `"local"` | `"local"`=知识库/方案包保留在项目本地 `.helloagents/`；`"repo-shared"`=本地 `.helloagents/` 仅保留激活/STATE/运行态，知识库与方案包改写到 `~/.helloagents/projects/<repo-key>/` |
 | `commit_attribution` | `""` | 空=不添加，填写内容则追加到 commit message |
 | `install_mode` | `"standby"` | `"standby"`=按项目激活（精简规则），`"global"`=所有项目启用完整规则 |
 
@@ -356,6 +406,11 @@ helloagents --standby
 { "kb_create_mode": 0 }
 ```
 
+**多个 worktree 共享知识库和方案包：**
+```json
+{ "project_store_mode": "repo-shared" }
+```
+
 **开启桌面+声音通知：**
 ```json
 { "notify_level": 3 }
@@ -370,22 +425,33 @@ helloagents --standby
 
 ## ⚙️ 工作原理
 
-**简单说：** HelloAGENTS 根据任务复杂度选择执行深度。简单任务直接执行，复杂任务走完整五阶段流程，并在每一步验证；当需求和执行方向已明确时，优先直接完成，而不是重复确认。
+**简单说：** HelloAGENTS 根据任务类型、风险等级和项目状态选择执行深度。标准模式下，未激活项目只保留轻量规则：安全、完成约束、压缩版质量下限，以及显式 `~command` 通道；一旦项目通过 `.helloagents/` 激活，或启用全局模式，就切换到完整主流程，显式经过脑暴、规划、实现、验证与收尾阶段。
 
-**五阶段流程：**
+**六阶段主流程：**
 
-1. **ORIENT** — 读取项目上下文（`.helloagents/context.md`、`guidelines.md`、`DESIGN.md`），扫描相关代码
-2. **CLARIFY** — 消除歧义。简单任务跳过，复杂任务确认关键决策
-3. **PLAN** — 标记需要哪些质量技能，使用 `~design` 或 `~prd` 时生成设计/计划
-4. **EXECUTE** — 实现，TDD（写测试 → 写代码 → 重构），每步后验证
-5. **VALIDATE** — 运行 Ralph Loop（lint/test/build），收集已激活技能的交付检查清单，逐项验证
+1. **ROUTE / TIER** — 判断当前任务应进入 `~idea`、`~plan`、`~build`、`~verify`、`~prd` 还是 `~auto`
+2. **SPEC** — 明确目标、约束与成功标准
+3. **PLAN** — 标记所需质量技能，并准备 `requirements.md`、`plan.md`、`tasks.md` 等结构化产物
+4. **BUILD** — 实现，TDD（写测试 → 写代码 → 重构），每步后增量验证
+5. **VERIFY** — 运行 Ralph Loop，需要时先审查 diff，再收集交付检查清单
+6. **CONSOLIDATE** — 更新 `STATE.md`、同步知识库、归档计划包
 
-**路由规则：**
-- 简单任务（单文件、明确修复）→ 直接执行
-- 复杂任务（3+ 文件、架构变更、新项目）→ 通过 `~design` 或 `~auto` 走完整流程
+**Delivery Tier：**
+- `T0` — 只读探索、点子比较、方向发散
+- `T1` — 低风险小改动、明确实现、显式验证
+- `T2` — 多文件功能、新项目、需要结构化产物的任务
+- `T3` — 高风险或不可逆链路，如认证、安全、支付、数据库、生产发布
 
-**质量技能按任务类型自动激活：**
-- 写 UI 代码？→ `hello-ui` 激活（设计 token、无障碍、响应式）
+**路由规则：**
+- 点子探索 / 比较方向 → `~idea`
+- 简单任务（单文件、明确修复）→ 直接执行或 `~build`
+- 复杂任务（3+ 文件、架构变更、新项目）→ 通过 `~plan`、`~auto` 或 `~prd` 走完整流程
+- 审查 / 验证类任务 → `~verify`
+
+**按任务类型生效的质量规则与技能：**
+- UI / 前端 / 视觉交互任务始终先遵循当前 bootstrap 文件中的 UI 质量基线
+- 在已激活项目、全局模式或显式 UI 工作流命令中，`hello-ui` 会进一步补充设计契约执行、设计系统映射与视觉验收
+- 只有当 UI `contract.json` 显式要求更强 UI 保障时，HelloAGENTS 才会在保持默认路径轻量的前提下，额外引入 `.helloagents/.ralph-advisor.json` 和 `.helloagents/.ralph-visual.json`
 - 涉及 API？→ `hello-api` 激活（REST 规范、校验、错误格式）
 - 任何代码变更？→ `hello-test`、`hello-verify`、`hello-review` 激活
 
@@ -395,10 +461,12 @@ HelloAGENTS 支持两种安装模式，采用不同的安装方式：
 
 | 模式 | 安装方式 | 规则 | 技能 | 适用场景 |
 |------|---------|------|------|----------|
-| **标准模式** (默认) | `helloagents install <target> --standby` 或 `helloagents install --all --standby` | `bootstrap-lite.md`（精简规则） | `~command` 按需使用，通过 `.helloagents/` 激活项目（`~wiki` 或 `~init`） | 按需使用，不影响其他项目 |
+| **标准模式** (默认) | `helloagents install <target> --standby` 或 `helloagents install --all --standby` | `bootstrap-lite.md`（含压缩版质量下限、UI 质量基线、安全规则与完成约束的精简规则） | `~command` 按需使用；激活前 UI 任务仍受 UI 质量基线约束，出现 `.helloagents/` 后切换到完整流程 | 按需使用，不影响其他项目 |
 | **全局模式** | Claude/Gemini 手动装插件；Codex 自动装原生本地插件 | `bootstrap.md`（完整规则） | 14 个技能自动激活 | 全面使用 HelloAGENTS |
 
-标准模式会把规则注入到 `~/.claude/CLAUDE.md`、`~/.gemini/GEMINI.md`、`~/.codex/AGENTS.md`；其中 Codex 再通过 `~/.codex/config.toml` 中的 `developer_instructions` 加载这个本地合并后的文件。每个 CLI 还会创建 `helloagents` 包根目录符号链接。Claude Code 和 Gemini 仍使用 hooks，因为宿主可以较安静地承载这类注入；Codex 默认**不启用** HelloAGENTS hooks：最新 pre 源码里 hook 生命周期会在 TUI 中可见显示，且 `suppressOutput` 不能作为真正的静默注入通道，所以 Codex 改为依赖注入后的规则文件，以及本地符号链接 / 原生本地插件目录结构。全局模式下，Claude Code 通过 `.claude-plugin/plugin.json` 中声明的 hooks 工作，Gemini 通过 `contextFileName=bootstrap.md` 和扩展 hooks 工作；Codex 仍使用原生本地插件安装链路（marketplace + 本地插件目录 + cache + `config.toml` 插件启用段），但不启用插件 hooks。
+标准模式会把规则注入到 `~/.claude/CLAUDE.md`、`~/.gemini/GEMINI.md`、`~/.codex/AGENTS.md`；对于 Codex，HelloAGENTS 还会在 `~/.codex/config.toml` 中写入一条受管的 `model_instructions_file`，指向同步后的 `~/.codex/AGENTS.md`，让同一份 home carrier 同时成为 Codex 的 base instructions override。执行清理时会恢复用户原来的 `model_instructions_file`。每个 CLI 还会创建 `helloagents` 包根目录符号链接。Claude Code 和 Gemini 仍使用 hooks，因为宿主可以较安静地承载这类注入；Codex 默认**不启用** HelloAGENTS hooks：最新 pre 源码里 hook 生命周期会在 TUI 中可见显示，且 `suppressOutput` 不能作为真正的静默注入通道，所以 Codex 改为依赖注入后的规则文件，以及本地符号链接 / 原生本地插件目录结构。全局模式下，Claude Code 通过 `.claude-plugin/plugin.json` 中声明的 hooks 工作，Gemini 通过 `contextFileName=bootstrap.md` 和扩展 hooks 工作；Codex 仍使用原生本地插件安装链路（marketplace + 本地插件目录 + cache + `config.toml` 插件启用段），并继续使用同一份 `~/.codex/AGENTS.md` home 基线，但不启用插件 hooks。
+
+在标准模式下，`.helloagents/` 就是项目激活边界。激活前，lite 规则**不会**进入完整六阶段主流程，也不会启用语义自动选路；它只保留轻量执行规则、显式 `~command` 入口，以及最低质量/完成门槛。项目一旦存在 `.helloagents/`，当前项目就切换到完整项目流程，并以 `bootstrap.md` 作为运行时判断依据。
 
 整套切换可用：`helloagents --global` 或 `helloagents --standby`
 
@@ -406,39 +474,45 @@ HelloAGENTS 支持两种安装模式，采用不同的安装方式：
 
 ## 📚 使用指南
 
-### 三种工作流模式
+### 核心工作流通道
 
 | 模式 | 说明 | 适用场景 |
 |------|------|----------|
-| `~auto` | 全自动流程：评估 → 设计 → 开发 → 验证 | 需求明确，想要端到端交付 |
-| `~design` | 仅交互式设计，生成计划包 | 想先审查方案再编码 |
+| `~idea` | 仅做轻量探索，不写文件 | 想先比较方向，不想进入完整项目流程 |
+| `~plan` | 仅做交互式规划，生成计划包 | 想先审查方案再编码 |
+| `~build` | 从当前需求或现有计划包执行实现 | 需求已明确，想直接开始做 |
+| `~verify` | 审查与验证工作流 | 想先看审查结果、跑检查并修复 |
+| `~auto` | 在以上模式之间自动编排并一路推进 | 需求明确，想要端到端交付 |
 | `~prd` | 13 维度 PRD 生成 | 需要完整的产品需求文档 |
 
-典型模式：先 `~design` → 审查方案 → 开始编码。或者直接 `~auto` 一步到位。
+典型模式：先 `~idea` 比较方向，再 `~plan` 收敛方案，然后 `~build` 实现，最后 `~verify` 验证。或者直接 `~auto` 一步到位。如果项目里已经有活跃方案包，`~auto` 应先复用这条现有链路，而不是无故重新脑暴或重新规划。涉及 UI 时，决策优先级固定为：`plan.md` / PRD 中的 UI 决策 → `DESIGN.md` → 通用 UI 规则。
 
 ### 质量验证（Ralph Loop）
 
 每个任务完成后，Ralph Loop 自动运行项目的验证命令：
-- 优先级：`.helloagents/verify.yaml` → `package.json` scripts → 自动检测
+- 优先级：逻辑 `.helloagents/verify.yaml`（`project_store_mode=repo-shared` 时解析到共享知识目录）→ `package.json` scripts → 自动检测
 - 全部通过？→ 收集技能检查清单 → 验证 → 完成
 - 有失败？→ 反思 → 修复 → 重跑（3 次连续失败后触发熔断）
+- 若当前活跃方案包仍有未完成任务、缺少必需结构化产物，或残留模板占位内容，交付也会被额外把关拦下
 
 ### 知识库（`.helloagents/`）
 
-`~wiki` 只创建或同步项目本地知识库。`~init` 是更完整的项目初始化：它还会写入项目级载体文件（`AGENTS.md`、`CLAUDE.md`、`.gemini/GEMINI.md`）、刷新项目 `skills/helloagents` 链接，并补齐相关忽略项。在标准模式下，真正让当前项目进入完整项目流程的是 `.helloagents/` 的存在，项目级载体文件只是 `~init` 的附加能力。
+`~wiki` 只创建或同步项目知识库。`~init` 是更完整的项目初始化：它还会写入项目级规则文件（`AGENTS.md`、`CLAUDE.md`、`.gemini/GEMINI.md`）、刷新各宿主项目级原生 skills 链接，并补齐相关忽略项。在标准模式下，真正让当前项目进入完整项目流程的是项目本地 `.helloagents/` 的存在，项目级规则文件只是 `~init` 的附加能力。
 
-`STATE.md` 是项目级恢复快照，不是所有交互的统一记忆文件。它会在 `~wiki`、`~init`、`~design`、`~auto`、`~prd`、`~loop` 这类项目级连续流程中创建并持续更新；在验证/审查类任务中仅在文件已存在时更新；对 `~help` 这类一次性只读交互则不会创建。
+默认情况下，知识库和方案包都写在项目本地 `.helloagents/`。若 `project_store_mode = "repo-shared"`，本地 `.helloagents/` 仅保留激活信号、`STATE.md` 与 `.ralph-*` 等运行态文件；`context.md`、`guidelines.md`、`DESIGN.md`、`verify.yaml`、`modules/`、`plans/`、`archive/` 会改写到 `~/.helloagents/projects/<repo-key>/`，从而在同一 git 仓库的多个 worktree 间共享稳定资料。
+
+`STATE.md` 是项目级恢复快照，不是所有交互的统一记忆文件。它会在 `~wiki`、`~init`、`~plan`、`~build`、`~auto`、`~prd`、`~loop` 这类项目级连续流程中创建并持续更新；在验证/审查类任务中仅在文件已存在时更新；对 `~help` 这类一次性只读交互则不会创建。
 
 | 文件 | 用途 |
 |------|------|
-| `STATE.md` | 项目级恢复快照（≤50 行，压缩后存活） |
-| `DESIGN.md` | 设计系统（仅 UI 项目） |
+| `STATE.md` | 项目级恢复快照（≤70 行，压缩后可据此续接） |
+| `DESIGN.md` | 项目级 UI 契约（设计系统、组件模式、状态覆盖、无障碍要求） |
 | `context.md` | 项目架构、技术栈、约定 |
 | `guidelines.md` | 非显而易见的编码规则 |
 | `verify.yaml` | 验证命令 |
 | `CHANGELOG.md` | 变更历史 |
 | `modules/*.md` | 模块文档 + 经验 |
-| `plans/` | 活跃计划包 |
+| `plans/` | 活跃计划包（`requirements.md`、`plan.md`、`tasks.md`、`contract.json`） |
 | `archive/` | 已完成计划包 |
 
 ### 智能提交（~commit）
@@ -486,7 +560,7 @@ npm test
 - Python 包 → 纯 Node.js/Markdown 架构
 - 15 个命令 → 12 个命令 + 14 个自动激活质量技能
 - 6 个 CLI 目标 → 3 个（Claude Code + Codex CLI + Gemini CLI）
-- 新增：检查清单门控、Guard 系统、~prd、~loop、~verify、设计系统生成
+- 新增：检查清单把关、Guard 系统、~prd、~loop、~verify、设计系统生成
 - 详见[版本历史](#-版本历史)。
 </details>
 
@@ -500,11 +574,11 @@ npm test
 <summary><strong>Q：14 个质量技能是什么？</strong></summary>
 
 **A：** 按任务类型自动激活：
-- **hello-ui**：UI 构建（设计 token、无障碍、响应式、动画）
+- **hello-ui**：深层 UI 实现与验收（设计契约、设计系统映射、无障碍、响应式、动画）
 - **hello-api**：API 设计（REST、校验、错误格式、限流）
 - **hello-security**：安全（认证、输入校验、XSS/CSRF、密钥管理）
 - **hello-test**：测试（TDD 流程、边界用例、AAA 模式）
-- **hello-verify**：验证门控（Ralph Loop、熔断器）
+- **hello-verify**：验证把关（Ralph Loop、熔断器）
 - **hello-errors**：错误处理（结构化错误、日志、恢复策略）
 - **hello-perf**：性能（N+1、缓存、代码分割、虚拟滚动）
 - **hello-data**：数据库（迁移、事务、索引、完整性）
@@ -527,7 +601,7 @@ npm test
 <details>
 <summary><strong>Q：项目知识存在哪里？</strong></summary>
 
-**A：** 项目本地的 `.helloagents/` 目录。可以由 `~wiki`（仅知识库）或 `~init`（完整项目初始化）创建；之后会按 `kb_create_mode` 在代码变更场景中自动同步。其中 `STATE.md` 只作为长流程任务的精简恢复快照，不承担所有交互的统一记忆。
+**A：** 默认在项目本地 `.helloagents/` 目录。可以由 `~wiki`（仅知识库）或 `~init`（完整项目初始化）创建；之后会按 `kb_create_mode` 在代码变更场景中自动同步。若 `project_store_mode = "repo-shared"`，本地 `.helloagents/` 只保留激活信号、`STATE.md` 与 `.ralph-*` 运行态文件，知识库和方案包会改存到 `~/.helloagents/projects/<repo-key>/`。其中 `STATE.md` 只作为长流程任务的精简恢复快照，不承担所有交互的统一记忆。
 </details>
 
 <details>
@@ -590,7 +664,7 @@ npm test
 - 验证安装：`npm list -g helloagents`
 - Claude Code：检查 `~/.claude/CLAUDE.md` 是否包含 HelloAGENTS 标记
 - Gemini CLI：检查 `~/.gemini/GEMINI.md` 是否包含 HelloAGENTS 标记
-- Codex CLI：检查标准模式下 `~/.codex/config.toml` 的 `model_instructions_file` 是否指向 `~/.codex/AGENTS.md`；全局模式下则应指向插件里的 `AGENTS.md`
+- Codex CLI：检查 `~/.codex/AGENTS.md` 是否包含 HelloAGENTS 标记，`~/.codex/config.toml` 是否保留指向 `~/.codex/AGENTS.md` 的 `model_instructions_file` 与 `notify`
 - 重启你的 CLI
 
 ---
@@ -644,11 +718,35 @@ npm test
 
 ## 📈 版本历史
 
-### v3.0.3（当前版本）
+### v3.0.8（当前版本）
+
+**修复与验证：**
+- 🔧 Claude Code / Gemini CLI 的 `stop` 交付门控现在优先读取结构化 `turn-state`，不再先从自然语言文本反推“是否完成交付”，普通等待态不再被误判为已完成
+- 🔧 Codex 清理链路现在会保留安装后用户自行改写的 `model_instructions_file`、`notify` 与非托管 `codex_hooks`，不再被安装前旧备份回写覆盖
+- 🧪 新增运行时 / 生命周期回归，覆盖 `stop` 的结构化完成态门控，以及安装后用户改写 Codex 配置时的 cleanup 保留行为
+
+### v3.0.7
+
+**相对 `v2.3.8` 的当前主线结果：**
+- ✨ 从 Python 包全面重写为 Node.js/Markdown 工作流框架，安装、运行时注入、技能、规则与验证链路全部重建
+- ✨ 把旧的多层路由 / design-develop 流程，统一收敛成 ROUTE/TIER → SPEC → PLAN → BUILD → VERIFY → CONSOLIDATE 六阶段主流程
+- ✨ 从旧命令集切换到 `~idea` / `~plan` / `~build` / `~verify` / `~prd` / `~loop` / `~wiki` 等更聚焦的命令体系，并引入 14 个自动激活质量技能
+- ✨ 项目产物体系成型：`STATE.md`、`DESIGN.md`、`requirements.md`、`plan.md`、`tasks.md`、`contract.json`、`.ralph-*` 证据成为流程判断依据，而不是附属文档
+- ✨ 安装模型重构为标准模式 / 全局模式双轨；Codex 改为原生本地插件链路，Claude/Gemini 保留各自宿主原生能力
+- ✨ 新增 `project_store_mode=repo-shared`，让同一 git 仓库的多个 worktree 可以共享稳定知识库和方案包，而本地 `.helloagents/` 继续保留激活和运行态隔离
+
+### v3.0.4
+
+**标准待机与运行时边界：**
+- 🔧 相对 `v3.0.3`，进一步明确激活边界：完整六阶段主流程保留在 `bootstrap.md`，`bootstrap-lite.md` 作为项目激活前的待机规则文件
+- ✨ 固化标准模式、未激活项目的压缩版质量下限，让轻量模式仍能维持现代技术基线、性能基线和 UI 质量要求
+- 🔧 统一精修 bootstrap 的运行时术语与规则表述，在不改变既有把关模型的前提下提升准确性和专业性
+
+### v3.0.3
 
 **流程与知识库激活：**
-- ✨ 新增 `~wiki`，用于只创建或同步 `.helloagents/`，不写项目级载体文件
-- 🔧 明确标准模式下的激活边界：`.helloagents/` 才是项目进入完整流程的实际信号；项目级载体文件仍属于 `~init` 的职责
+- ✨ 新增 `~wiki`，用于只创建或同步 `.helloagents/`，不写项目级规则文件
+- 🔧 明确标准模式下的激活边界：`.helloagents/` 才是项目进入完整流程的实际信号；项目级规则文件仍属于 `~init` 的职责
 - 🔧 统一修正 bootstrap、帮助文本和 README 中 `kb_create_mode` 的表述，使其只描述已激活项目或全局模式下的同步时机
 - 🧪 新增 `~wiki` 路由覆盖，并持续验证标准模式下基于 `.helloagents/` 的激活行为
 
@@ -656,41 +754,43 @@ npm test
 
 **修复与验证：**
 - 🔧 移除误回流到 Codex 标准/全局安装产物 `AGENTS.md` 中的静态运行时上下文前缀
-- 🔧 复查 Claude / Gemini 标准模式与全局模式静态载体，确认本来就不存在同类已废弃运行时规则块
-- 🔧 同步修正文档中关于 Codex `developer_instructions` 加载路径和无 hooks 运行方式的表述
-- 🧪 新增回归断言，确保 Codex 标准/全局载体中不再出现被移除的运行时上下文前缀
+- 🔧 复查 Claude / Gemini 标准模式与全局模式静态规则文件，确认本来就不存在同类已废弃运行时规则块
+- 🔧 同步修正文档中关于 Codex `model_instructions_file -> ~/.codex/AGENTS.md` 和无 hooks 运行方式的表述
+- 🧪 新增回归断言，确保 Codex 标准/全局规则文件中不再出现被移除的运行时上下文前缀
 
 ### v3.0.1
 
 **修复与验证：**
 - 🔧 收敛并加强 `STATE.md` 恢复规则：关键决策变更即更新，长流程一旦失真立即重写，宿主明确进入压缩/恢复前置阶段前必须先确认已同步
-- 🔧 修复 Codex 本地插件链路清理后的空 `~/.agents/plugins/marketplace.json` 残留，并在配置恢复时忽略被污染的旧 `developer_instructions` 备份
+- 🔧 修复 Codex 本地插件链路清理后的空 `~/.agents/plugins/marketplace.json` 残留
 - 🔧 修复并验证单 CLI `update` 在记录模式过期时仍会优先复用本地已检测模式，符合 `helloagents update <cli>` 的预期行为
-- 🔧 明确标准模式下“链接文件立即同步、注入载体需显式刷新”的分支/ bootstrap 刷新语义
-- 🧪 新增标准模式载体刷新、模式自动复用、Codex 空 marketplace 清理、Codex 污染备份恢复，以及与版本号无关的 npm pack 生命周期测试
+- 🔧 明确标准模式下“链接文件立即同步、注入后的规则文件需显式刷新”的分支 / bootstrap 刷新语义
+- 🧪 新增标准模式规则文件刷新、模式自动复用、Codex 空 marketplace 清理，以及与版本号无关的 npm pack 生命周期测试
 
 ### v3.0.0 🎉
 
 **破坏性变更：**
 - 🔴 完全重写：Python 包 → 纯 Node.js/Markdown 架构。`pip`/`uv` 安装方式不再可用
-- 🔴 命令重命名/移除：`~plan` → `~design`，移除 `~exec`/`~rollback`/`~rlm`/`~status`/`~validatekb`/`~upgradekb`/`~cleanplan`
+- 🔴 命令重命名/移除：`~design` → `~plan`、`~review` → `~verify`、`~do` → `~build`，移除 `~exec`/`~rollback`/`~rlm`/`~status`/`~validatekb`/`~upgradekb`/`~cleanplan`
 - 🔴 配置键从大写改为小写。移除：`BILINGUAL_COMMIT`、`EVAL_MODE`、`UPDATE_CHECK`、`CSV_BATCH_MAX`
 
 **新功能：**
 - ✨ 14 个自动激活质量技能：hello-ui、hello-api、hello-security、hello-test、hello-verify、hello-errors、hello-perf、hello-data、hello-arch、hello-debug、hello-subagent、hello-review、hello-write、hello-reflect
 - ✨ 3 个支持的 CLI：Claude Code（插件/marketplace）、Gemini CLI（扩展）、Codex CLI（npm）
-- ✨ 检查清单门控：所有已激活技能必须通过交付检查清单才能完成任务
+- ✨ 检查清单把关：所有已激活技能必须通过交付检查清单才能完成任务
 - ✨ `~prd` 命令：13 维度头脑风暴式 PRD 框架
 - ✨ `~loop` 命令：自主迭代优化，带指标追踪和 git 回滚
 - ✨ `~verify` 命令：自动检测并运行所有验证命令
 - ✨ Guard 系统（`guard.mjs`）：L1 拦截破坏性命令 + L2 安全模式建议
 - ✨ 标准/全局模式：`install_mode` 配置项支持按项目或全局激活
-- ✨ 流状态管理（`STATE.md`）：AI 上下文压缩快照（≤50 行）
-- ✨ 设计系统生成（`DESIGN.md`）：UI 项目自动创建
-- ✨ 计划包系统：`requirements.md` + `design.md` + `tasks.md`
+- ✨ 流状态管理（`STATE.md`）：用于压缩/恢复衔接的恢复快照（≤70 行）
+- ✨ 设计系统生成（`DESIGN.md`）：作为项目级 UI 契约自动创建
+- ✨ 计划包系统：`requirements.md` + `plan.md` + `tasks.md` + `contract.json`
+- ✨ 可选 advisor 契约与证据：仅在 T3 / UI / 高风险链路启用，通过 `contract.json` + `.helloagents/.ralph-advisor.json` 落地
+- ✨ 可选视觉验收证据：仅在 UI 契约明确要求时启用，通过 `contract.json` + `.helloagents/.ralph-visual.json` 落地
 
 **架构：**
-- 📦 统一五阶段执行流程：ORIENT → CLARIFY → PLAN → EXECUTE → VALIDATE
+- 📦 先选路再执行的六阶段主流程：ROUTE/TIER → SPEC → PLAN → BUILD → VERIFY → CONSOLIDATE
 - 📦 简化配置：8 个小写键，合理默认值
 - 📦 双模式安装：标准模式（非插件，显式部署）/ 全局模式（插件/扩展）
 - 📦 模块化脚本架构：`cli-utils.mjs`（共享工具）、`notify-ui.mjs`（跨平台声音/桌面通知）、`guard.mjs`（安全防护）、`ralph-loop.mjs`（质量验证）
@@ -746,7 +846,7 @@ npm test
 - ✨ Claude Code hooks 从 9 个扩展到 11 个生命周期事件类型
 - ✨ Hooks 支持扩展到 Gemini CLI 和 Grok CLI
 - ✨ 会话启动时配置完整性检查
-- ✨ 上下文压缩前注入恢复快照
+- ✨ 上下文压缩前注入恢复游标
 - ✨ 用户自定义工具注册和编排
 
 **改进：**