helloagents 3.0.2-beta.1 → 3.0.7

package/README_CN.md

@@ -8,7 +8,7 @@
 
 **质量驱动的 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.7-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.7` |
+|------|--------|---------------|
+| **底层实现** | 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` | 12 个聚焦命令：`~idea` / `~plan` / `~build` / `~verify` / `~prd` / `~loop` / `~wiki` 等 |
+| **质量模型** | 规则较分散，更多依赖自然语言约束 | 14 个自动激活技能 + 检查清单门控 + Ralph Loop + 结构化 evidence |
+| **项目状态** | 知识库更多是附属能力 | `.helloagents/` 成为项目激活边界，`STATE.md` / 方案包 / `DESIGN.md` / `contract.json` 组成主流程事实链 |
+| **知识库存储** | 默认项目本地 | 默认项目本地，同时新增 `project_store_mode=repo-shared`，支持同一 git 仓库多个 worktree 共享稳定知识和方案资产 |
+| **Codex 集成** | 早期依赖更多兼容层和旧链路 | 标准模式使用注入规则 + 本地链接；全局模式使用原生本地插件链路，减少噪音与漂移 |
+
+一句话概括：`v2.3.8` 更像“给多个 CLI 加一层工作流外壳”，`v3.0.7` 更像“把质量协议、计划工件、验证证据和安装生命周期统一成一套真正可运转的编排内核”。
+
 ## ✨ 核心特性
 
 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, ~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 "重构支付模块"
 ```
 
 ## 🔄 安装链路与文件写入
@@ -280,8 +322,10 @@ HelloAGENTS 在不同模式下会写入不同文件，但写入/恢复/清理都
 
 | 命令 | 说明 |
 |------|------|
-| `~auto` | 全自动工作流 — AI 判断复杂度，自动规划并执行 |
-| `~design` | 深度交互式设计 — 需求挖掘 + 方案提议 + 计划包 |
+| `~idea` | 轻量点子探索 — 比较方向与方案，不写文件 |
+| `~auto` | 自动选路 — 在脑暴 / 规划 / 实现 / 验证 / PRD 间选择合适路径，并优先复用现有活跃方案包 |
+| `~plan` | 结构化规划 — 需求澄清 + 方案收敛 + 计划包 |
+| `~build` | 执行实现 — 基于当前需求或现有计划包完成实现 |
 | `~prd` | 完整 PRD — 13 维度头脑风暴式探索，生成产品需求文档 |
 | `~loop` | 自主迭代优化 — 设定目标和指标，AI 循环改进直到达标 |
 
@@ -290,18 +334,23 @@ HelloAGENTS 在不同模式下会写入不同文件，但写入/恢复/清理都
 | 命令 | 说明 |
 |------|------|
 | `~test` | 编写完整测试（TDD：Red → Green → Refactor） |
-| `~verify` | 运行所有验证命令（lint/test/build/typecheck） |
-| `~review` | 代码审查，按严重程度分类 |
+| `~verify` | 统一验证入口 — 审查、lint、typecheck、test、build 与修复循环 |
 
 **工具命令：**
 
 | 命令 | 说明 |
 |------|------|
-| `~init` | 初始化项目知识库（`.helloagents/`） |
+| `~wiki` | 仅创建/同步项目知识库（`.helloagents/`） |
+| `~init` | 完整初始化项目：知识库 + 项目级载体文件 |
 | `~commit` | 生成规范化提交信息 + 知识库同步 |
 | `~clean` | 归档已完成方案，清理临时文件 |
 | `~help` | 显示所有命令和当前配置 |
 
+兼容别名：
+- `~design` → `~plan`
+- `~do` → `~build`
+- `~review` → `~verify`（审查优先模式）
+
 ## 🔧 配置
 
 配置文件：`~/.helloagents/helloagents.json`（安装时自动创建）
@@ -316,6 +365,7 @@ HelloAGENTS 在不同模式下会写入不同文件，但写入/恢复/清理都
   "ralph_loop_enabled": true,
   "guard_enabled": true,
   "kb_create_mode": 1,
+  "project_store_mode": "local",
   "commit_attribution": "",
   "install_mode": "standby"
 }
@@ -328,7 +378,8 @@ HelloAGENTS 在不同模式下会写入不同文件，但写入/恢复/清理都
 | `notify_level` | `0` | `0`=关闭，`1`=桌面通知，`2`=声音，`3`=两者 |
 | `ralph_loop_enabled` | `true` | 任务完成时自动运行验证 |
 | `guard_enabled` | `true` | 拦截危险命令 |
-| `kb_create_mode` | `1` | `0`=关闭，`1`=编码任务自动，`2`=始终 |
+| `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"`=所有项目启用完整规则 |
 
@@ -355,6 +406,11 @@ helloagents --standby
 { "kb_create_mode": 0 }
 ```
 
+**多个 worktree 共享知识库和方案包：**
+```json
+{ "project_store_mode": "repo-shared" }
+```
+
 **开启桌面+声音通知：**
 ```json
 { "notify_level": 3 }
@@ -369,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` 等 artifact
+4. **BUILD** — 实现，TDD（写测试 → 写代码 → 重构），每步后增量验证
+5. **VERIFY** — 运行 Ralph Loop，需要时先审查 diff，再收集交付检查清单
+6. **CONSOLIDATE** — 更新 `STATE.md`、同步知识库、归档计划包
 
-**路由规则：**
-- 简单任务（单文件、明确修复）→ 直接执行
-- 复杂任务（3+ 文件、架构变更、新项目）→ 通过 `~design` 或 `~auto` 走完整流程
+**Delivery Tier：**
+- `T0` — 只读探索、点子比较、方向发散
+- `T1` — 低风险小改动、明确实现、显式验证
+- `T2` — 多文件功能、新项目、需要结构化 artifact 的任务
+- `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` 激活
 
@@ -394,10 +461,12 @@ HelloAGENTS 支持两种安装模式，采用不同的安装方式：
 
 | 模式 | 安装方式 | 规则 | 技能 | 适用场景 |
 |------|---------|------|------|----------|
-| **标准模式** (默认) | `helloagents install <target> --standby` 或 `helloagents install --all --standby` | `bootstrap-lite.md`（精简规则） | `~command` 按需使用，`~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 在 `~/.codex/config.toml` 中保留 `developer_instructions` 作为受管兜底，使 home `AGENTS.md` 继续作为主基线。HelloAGENTS 在受管安装 Codex 时会临时移除已有的 `model_instructions_file`，因为该配置会遮蔽 `AGENTS.md` 链路；执行清理时会恢复用户原值。每个 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`
 
@@ -405,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 次连续失败后触发熔断）
+- 若当前活跃方案包仍有未完成任务、缺少必需 artifact，或残留模板占位内容，交付也会被额外门控阻止
 
 ### 知识库（`.helloagents/`）
 
-`~init` 创建项目本地知识库。`STATE.md` 是项目级恢复快照，不是所有交互的统一记忆文件。
+`~wiki` 只创建或同步项目知识库。`~init` 是更完整的项目初始化：它还会写入项目级载体文件（`AGENTS.md`、`CLAUDE.md`、`.gemini/GEMINI.md`）、刷新项目 `skills/helloagents` 链接，并补齐相关忽略项。在标准模式下，真正让当前项目进入完整项目流程的是项目本地 `.helloagents/` 的存在，项目级载体文件只是 `~init` 的附加能力。
+
+默认情况下，知识库和方案包都写在项目本地 `.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 间共享稳定资料。
 
-它会在 `~init`、`~design`、`~auto`、`~prd`、`~loop` 这类项目级连续流程中创建并持续更新；在验证/审查类任务中仅在文件已存在时更新；对 `~help` 这类一次性只读交互则不会创建。
+`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）
@@ -483,7 +558,7 @@ npm test
 
 **A：** 全部重写了：
 - Python 包 → 纯 Node.js/Markdown 架构
-- 15 个命令 → 11 个命令 + 14 个自动激活质量技能
+- 15 个命令 → 12 个命令 + 14 个自动激活质量技能
 - 6 个 CLI 目标 → 3 个（Claude Code + Codex CLI + Gemini CLI）
 - 新增：检查清单门控、Guard 系统、~prd、~loop、~verify、设计系统生成
 - 详见[版本历史](#-版本历史)。
@@ -499,7 +574,7 @@ 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 模式）
@@ -520,13 +595,13 @@ npm test
 <details>
 <summary><strong>Q：标准模式和全局模式有什么区别？</strong></summary>
 
-**A：** 标准模式（默认）把精简规则部署到你明确指定的目标 CLI，通常用 `helloagents install <target> --standby` 或 `helloagents install --all --standby`。项目需要 `~init` 才能激活完整功能。全局模式使用各 CLI 原生的插件/扩展系统，所有项目自动启用完整规则；可用 `helloagents install <target> --global`、`helloagents install --all --global`，或通过 `helloagents --global` 做整套切换。
+**A：** 标准模式（默认）把精简规则部署到你明确指定的目标 CLI，通常用 `helloagents install <target> --standby` 或 `helloagents install --all --standby`。项目只要建立了 `.helloagents/` 就会进入完整项目流程，通常通过 `~wiki`（仅知识库）或 `~init`（完整初始化）完成。全局模式使用各 CLI 原生的插件/扩展系统，所有项目自动启用完整规则；可用 `helloagents install <target> --global`、`helloagents install --all --global`，或通过 `helloagents --global` 做整套切换。
 </details>
 
 <details>
 <summary><strong>Q：项目知识存在哪里？</strong></summary>
 
-**A：** 项目本地的 `.helloagents/` 目录。由 `~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>
@@ -589,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` 是否仍保留 HelloAGENTS 的 `developer_instructions` 与 `notify`，并确认不存在意外重新出现的 `model_instructions_file` 遮蔽受管基线
 - 重启你的 CLI
 
 ---
@@ -643,7 +718,32 @@ npm test
 
 ## 📈 版本历史
 
-### v3.0.2（当前版本）
+### 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` 的职责
+- 🔧 统一修正 bootstrap、帮助文本和 README 中 `kb_create_mode` 的表述，使其只描述已激活项目或全局模式下的同步时机
+- 🧪 新增 `~wiki` 路由覆盖，并持续验证标准模式下基于 `.helloagents/` 的激活行为
+
+### v3.0.2
 
 **修复与验证：**
 - 🔧 移除误回流到 Codex 标准/全局安装产物 `AGENTS.md` 中的静态运行时上下文前缀
@@ -664,7 +764,7 @@ npm test
 
 **破坏性变更：**
 - 🔴 完全重写：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`
 
 **新功能：**
@@ -676,12 +776,14 @@ npm test
 - ✨ `~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 contract / evidence：仅在 T3 / UI / 高风险链路启用，通过 `contract.json` + `.helloagents/.ralph-advisor.json` 落地
+- ✨ 可选视觉验收 evidence：仅在 UI contract 明确要求时启用，通过 `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`（质量验证）
@@ -737,7 +839,7 @@ npm test
 - ✨ Claude Code hooks 从 9 个扩展到 11 个生命周期事件类型
 - ✨ Hooks 支持扩展到 Gemini CLI 和 Grok CLI
 - ✨ 会话启动时配置完整性检查
-- ✨ 上下文压缩前注入恢复快照
+- ✨ 上下文压缩前注入恢复游标
 - ✨ 用户自定义工具注册和编排
 
 **改进：**