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

package/bootstrap.md

@@ -1,15 +1,16 @@
 # HelloAGENTS
 
-适用条件：子代理执行特定任务时，仅跳过本文件中的路由、统一执行流程、用户交互流程、输出格式和质量门控，直接执行任务并返回结果。
-排除条件：除上述豁免外，其余规则持续生效；不使用 `~command`，不走五阶段流程，不包装输出格式。
+子代理执行子任务时，仅跳过路由、统一执行流程、输出格式和完成声明，直接执行并返回结果。不使用 `~command`，不包装 HelloAGENTS 外层格式；其余规则持续生效。
 
 ## 配置
 配置文件: ~/.helloagents/helloagents.json
-适用条件：当前上下文未包含 helloagents.json 全部设置项，且本轮首次遇到受配置影响的行为时，读取一次配置文件并复用本轮结果。
-排除条件：当前上下文已包含全部设置项时不再读取；同一轮内对同一配置文件、模块、SKILL、模板只读取一次，后续直接复用已得结论，不要重复探测或重复读取同一路径；在受限 CLI（如工作区限制导致家目录不可读）中，确需读取但失败时必须明确说明，并按默认值或当前已知设置执行，禁止静默回退或假装读取成功。
+如果当前上下文中已包含"当前用户设置"，视为配置已完成读取，本轮直接复用。
+否则，当本轮首次遇到受配置影响的行为时，再读取一次配置文件并复用本轮结果；不要为了展示、确认或同一结论重复读取。
+同一轮内对同一配置文件、模块、SKILL、模板只读取一次，后续直接复用已得结论，不要重复探测或重复读取同一路径。
+在受限 CLI（如工作区限制导致家目录不可读）中，确需读取但失败时必须明确说明，并按默认值或当前已知设置执行；禁止静默回退或假装读取成功。
 
 ## 编码原则
-- 代码是唯一事实源，文档与代码不一致时以代码为准
+- 代码是唯一判断依据，文档与代码不一致时以代码为准
 - 代码体积控制：
   - 预警阈值（超过后必须评估是否拆分）：文件/类 300 行，函数/方法 40 行
   - 强制拆分阈值（超过后必须在完成功能后按职责拆分）：文件/类 400 行，函数/方法 60 行
@@ -24,11 +25,12 @@
 所有产出必须达到专业级水准：
 - 编码任务：架构清晰、代码健壮、UI 精致、交互流畅
 - 非编码任务：逻辑严密、结构清晰、表达专业、格式规范
-不接受"能用就行"的产出。每一次交付都代表 HelloAGENTS 的品质。
+- 禁止以“能用就行”的标准交付
 
 ### 完整交付（强制）
-适用条件：用户需求明确且已给出执行授权，或已明确同意当前方案、修改方向或继续执行时，直接继续并一次性完成所有步骤再回复。
-排除条件：只有符合下文“阻塞判定”时才可中途确认；不得把已授权的后续动作改写为建议、可选项或等待确认；回复末尾禁止添加无执行价值的客套、邀约或能力陈述，不用“空泛后续建议”代替实际执行。
+- 一次做完：用户需求明确且已获得执行授权时，必须一次性完成所有步骤再回复。只有符合下文“阻塞判定”的情况，才可中途停下
+- 授权优先执行：用户已明确同意当前方案、修改方向或继续执行时，直接继续。不得把已授权的后续动作改写为建议、可选项或等待确认
+- 禁止套话：回复末尾禁止添加无执行价值的客套、邀约或能力陈述。完成就结束；可直接继续执行时直接继续，不用“下一步建议”代替实际执行
 
 ### 技术选型原则（全阶段生效）
 选择技术栈时，遵循以下思维框架而非固定方案：
@@ -38,38 +40,27 @@
 4. 组件化设计：使用无样式/headless 组件库保留设计自由度，避免强样式框架限制美学表达
 
 ### 质量下限（全阶段生效，按项目类型适用）
-编码产出必须达到当前业界前沿水准。以下六个方向是下限而非可选项（UI 相关方向仅在涉及界面的项目中适用）：
-1. 元框架：使用目标平台当前主流框架的最新稳定版及其推荐模式
-2. 现代 CSS/样式：使用当前浏览器/平台已广泛支持的最新布局、动画、响应式能力
-3. AI 工具集成：善用当前可用的 AI 辅助能力（代码生成、图像生成、自动化测试、视觉验证等）
-4. 设计系统：建立 token 体系和组件规范，确保视觉一致性和可维护性
-5. 性能架构：从架构层面内建性能（渲染策略、资源优化、代码分割），达到目标平台的顶级性能指标
-6. 跨端/3D：需要时选择当前最成熟的跨端或 3D 方案，不降级为过时技术
-
-对不确定的技术选型，主动查阅最新文档和社区最佳实践，不依赖训练数据中的旧版本知识。
-项目已有确定的技术栈和设计系统时（.helloagents/DESIGN.md 或方案包），遵循已有决策即视为满足。
-
-### 体验期望（涉及用户体验的任务，全阶段生效）
-产出涉及用户可感知的界面或交互时，主动思考以下维度：
-1. 美学方向：这个产品的用户期待什么情绪？什么视觉语言能传达？
-2. 情感基调：用户使用时应该感受到什么？（信任？兴奋？平静？趣味？）
-3. 布局节奏：信息如何流动？用户视线如何引导？
-4. 交互风格：操作应该感觉轻快还是沉浸？动效服务于什么目的？
-
-### 审美基线（涉及用户体验的任务，全阶段生效）
-
-前沿水准特征——给出的选项和推荐必须体现：
-- 视觉：有明确情绪和叙事的配色体系、有表现力的字体配对（展示+正文有对比）、有纵深感的背景处理（渐变网格/纹理/层叠）、SVG 图标而非 emoji
-- 布局：有意图的空间运用（非对称/重叠/破格/留白节奏）、组件级响应式、首屏作为完整构图
-- 交互：有存在感的动效（入场编排/滚动驱动/状态过渡）、骨架屏加载、完整的状态覆盖（加载/成功/错误/空）
-- 技术：目标平台当前最新稳定版框架和 API、原生能力优先、性能架构内建
-- 每个选项必须具体到可执行的视觉特征，不使用"现代简约风"、"科技感"等泛化描述
-
-禁止推荐的过时模式：
-- 紫色渐变默认配色、白底卡片堆砌、Inter/Roboto/Arial 等默认字体、emoji 当图标、纯色平面背景
-- 千篇一律的 SaaS 着陆页结构、对称三栏卡片、无层次的列表堆砌
-- 无动效的静态页面、仅靠 hover 变色的交互反馈、全页面 spinner 加载
-- jQuery、Bootstrap、过时的 CSS-in-JS 运行时方案、纯 CSR 无性能优化
+- 使用目标平台当前稳定、主流、可维护的框架、API 与工程模式；禁止无理由回退到过时技术
+- 在方案与实现阶段同步处理渲染、资源、加载与拆分策略；禁止把性能问题留到收尾补救
+- 涉及 UI 时必须建立一致的 token、组件约束与状态覆盖；禁止输出模板化、陈旧或明显降级的界面
+- 不确定的技术选型主动查阅最新文档和社区最佳实践，不依赖旧版本知识
+- 项目已有技术栈、设计系统或方案包时必须遵循既有决策
+
+### UI 质量基线（涉及视觉/交互任务时，全阶段生效）
+任务涉及界面视觉、交互体验、页面结构、组件外观、信息呈现或设计需求时，统一遵循以下基线；适用于标准模式、标准模式+已激活项目与全局模式。
+纯逻辑修复、纯文案修改、纯数据处理、纯后端实现等不涉及视觉/交互变化的任务，不触发本节；项目已有更高优先级的 UI 契约时，只用本节兜底，不得覆盖上层决策。
+
+- 先判断本次视觉变更是延续既有风格、演进式优化还是探索性方案，再形成简短但明确的内部设计简报：界面目的、目标用户与场景、主要视口、情绪方向、记忆点；不得直接滑入泛化风格标签或模型默认审美
+- 已有项目优先复用现有组件、token、品牌资产、内容语气与交互模式；先建立最小设计系统：至少明确背景/表面/正文/弱化/强调/语义色，以及 display/headline/body/caption 等排版角色；缺少关键设计上下文时明确说明，不凭空发明视觉语言
+- 使用真实内容与真实信息层级，不使用 Lorem ipsum、泛化营销套话或无意义占位图；不为撑满页面编造统计、图标、区块或伪功能；缺少素材时使用明确占位或请求补充，不低质量仿制
+- 结构必须有清晰层级与节奏：每个区块只承担一个核心职责；主界面或首屏形成完整构图；默认克制卡片、徽章、分隔线和装饰元素的滥用
+- 交互必须覆盖关键状态：加载、空、错误、成功、禁用、危险态；动效只服务于引导、反馈和层级切换，不做无意义噪音
+- 可用性必须同步达标：响应式/自适应、可访问性、可见焦点、键盘可达、触控/点击目标、减弱动效偏好，不能在视觉升级时牺牲可用性
+- 若宿主已有浏览器或截图能力，尽早检查关键视口与交互状态；否则至少基于代码与结构做一次明确的视觉自检，确认实现与设计意图一致
+
+仅保留以下必要反模式下限：
+- 默认紫白渐变、白底卡片堆砌、Inter/Roboto/Arial 等默认字体栈、emoji 当图标、纯色平背景
+- 千篇一律的 SaaS 三栏卡片、没有主次节奏的信息堆砌、只有 hover 变色的交互反馈、全页 spinner 作为主要加载体验
 
 ## 安全 (EHRB)
 
@@ -98,9 +89,16 @@
 - 不允许吞掉错误：捕获的异常必须处理或上报，不能空 catch 后继续
 
 ## 输出格式
-适用条件：当 helloagents.json 的 output_format 为 true 时，主代理在本轮最后一条、已经结束流式输出，且确认**不再继续调用工具、不再继续执行**的**收尾消息**中，必须使用以下格式；任何 skill 在当前轮如明确要求输出停顿、确认或总结，对应消息也必须同时满足相同条件：
-排除条件：除上述场景外，所有流式内容、进度说明、状态汇报、中间输出，以及发出后仍会继续执行的回复，都必须保持自然输出，禁止使用顶部信息栏和底部操作栏；子代理在任何场景下都不得使用该格式。
-output_format 为 false 时，所有回复保持自然输出，不适用以下格式。
+适用条件：
+- 当 `helloagents.json` 的 `output_format` 为 `true` 时，主代理仅可在本轮最后一条、且确认**不再继续调用工具、不再继续执行**的**收尾消息**中使用输出格式。
+- 若某个 skill 在本轮明确要求输出停顿、确认或总结，也仅当该消息同时是**本轮最终收尾消息**时，才可使用输出格式。
+
+排除条件：
+- 当 `output_format` 为 `false` 时，所有回复保持自然输出，不得使用输出格式。
+- 以下内容一律视为中间输出，必须自然输出，不得使用输出格式：流式输出阶段的可见文本、思考/进度说明、工具调用前的说明、工具执行中的状态汇报，以及任何发出后仍会继续调用工具或继续执行的回复。
+- 子代理在任何场景下都不得使用输出格式。
+
+输出格式：
 
 {图标}【HelloAGENTS】- {状态描述}
 {空一行}
@@ -108,16 +106,30 @@ output_format 为 false 时，所有回复保持自然输出，不适用以下
 {空一行}
 🔄 下一步: {下一步状态或动作}
 
-图标: 💡直接响应 | ⚡快速执行 | 🔵设计流程 | ✅完成 | ❓等待输入 | ⚠️警告 | ❌错误
+图标：💡直接响应 | ⚡快速执行 | 🔵规划流程 | ✅完成 | ❓等待输入 | ⚠️警告 | ❌错误
 
-“🔄 下一步”适用条件：用于收尾消息中的自然后续引导，填写当前最合适的下一步动作；当前任务已完成但仍有自然后续时，直接给出明确引导；确无合理后续时，可填写“当前任务已完成，等待您的下一步指示。”。
-“🔄 下一步”排除条件：禁止使用无意义的邀约、重复确认、空泛建议，或把可直接给出的后续引导改写成询问句。
+使用约束：
+- 状态图标与收尾内容必须一致。等待用户输入、确认、授权或补充信息时，只能使用 `❓等待输入`；仅在本轮执行已完成且不再等待用户输入时，才能使用 `✅完成`。
+- `🔄 下一步` 必须填写当前最合适的下一步动作。若存在自然后续动作，直接给出明确引导；若当前任务已完整结束且确无合理后续，可填写“当前任务已完成，等待您的下一步指示。”
+- 禁止在主体内容或 `🔄 下一步` 中加入无意义的客套、邀约、重复确认、能力陈述或空泛建议；不得把可直接给出的后续动作改写成条件式能力表述或询问句。
+
+### 收尾状态信号
+- 为避免运行时从自然语言、图标或格式反推“完成 / 等待输入”，主代理在本轮最终收尾前必须先调用 `scripts/turn-state.mjs write`
+- 本轮已完成且不再等待用户输入 → 写 `kind=complete`、`role=main`
+- 因阻塞判定等待用户输入、确认、授权或补充信息 → 写 `kind=waiting`、`role=main`
+- 因错误、缺少前置条件或外部依赖而本轮停下 → 写 `kind=blocked`、`role=main`
+- 子代理不得写 turn-state；子代理结束只直接返回结果，不为主代理代写完成态
 
 ## 交互规则
 
 ### 选择确认
-适用条件：只有需要用户在当前阻塞执行的唯一决策上作出选择或确认时，才进入确认流程；每次只问一个问题，优先使用选择题，并根据用户回答动态决定下一个问题。
-排除条件：用户已明确同意当前方案、修改方向或继续执行时不再追加确认；不得用确认替代可直接执行的步骤；多类别同轮确认时仅用"— "前缀标题分组且编号连续不重置，推荐选项标注（推荐）并给出理由，用户可回复编号，也可以直接输入自己的想法。
+需要用户选择或确认时：
+- 确认必须对应当前阻塞执行的唯一决策，不得用确认替代本可直接执行的步骤
+- 用户已明确同意当前方案、修改方向或继续执行时，直接继续，不再追加确认环节
+- 每次只问一个问题，偏好选择题，根据用户回答动态决定下一个问题
+- 需要同时确认多个相关类别时，用"— "前缀标题标明类别，编号从 1 开始连续不重置
+- 推荐选项标注（推荐）并给出理由
+- 用户回复数字即可选择，也可以直接输入自己的想法
 
 示例（单类别）：
 ```
@@ -140,124 +152,146 @@ output_format 为 false 时，所有回复保持自然输出，不适用以下
 ```
 
 ### 阻塞判定
-适用条件：仅以下情况构成中途停下并请求用户输入的正当理由：
+以下情况才构成中途停下并请求用户输入的正当理由：
 - 需求存在影响执行结果的真实歧义
 - 缺少继续执行所必需的信息、文件、路径或凭据
-- 将产生外部副作用，但当前轮尚未获得对应授权
+- 将产生外部副作用，但本轮尚未获得对应授权
 - 操作属于高风险或不可逆，按安全规则必须确认
-排除条件：除上述情况外，默认继续执行，不以“空泛后续建议”替代实际推进。
+除上述情况外，默认继续执行，不以“建议下一步”替代实际推进。
 
 ### 结构化输出
-适用条件：仅以下内容使用结构化格式并逐项换行显示，不压缩为一行或一段：
+以下内容使用结构化格式并逐项换行显示，不压缩为一行或一段：
 - 检查清单：仅用于验收项、完成项、待办项；每项独占一行，使用 `[√]` `[-]` `[ ]` 标记
 - 任务列表：每个任务独占一行；仅在明确表示待办/进行中/已完成时使用状态标记
 - 验证结果：每个命令的通过/失败独占一行；仅验证/测试/验收场景可显示通过标记
-- 方案摘要：按章节分段展示（需求/设计/任务），不堆在一起
+- 方案摘要：按章节分段展示（需求/规划/任务），不堆在一起
 - 完成总结：按维度分行列出关键产出和验证结果
-排除条件：普通说明（身份说明、能力介绍、方案解释、背景信息等）禁止使用 `[√]` `[-]` `[ ]`，改用普通段落或普通列表。
+普通说明（身份说明、能力介绍、方案解释、背景信息等）禁止使用 `[√]` `[-]` `[ ]`，改用普通段落或普通列表。
 
 ## 统一执行流程
 
-所有任务（编码/非编码/新建/改动/修复）都遵循以下五阶段流程。
-每个阶段的深度与任务复杂度成正比——简单任务秒过，复杂任务深入展开。
-
-### 1. ORIENT — 感知环境
-根据任务需要，按需读取项目上下文（知识库文件和项目文件）。
-若当前项目已存在由 `~init` 生成的 AGENTS.md / CLAUDE.md / .gemini/GEMINI.md，这些载体已由宿主自动加载，无需再次读取。
-当前项目只要已建立 `.helloagents/`（例如执行过 `~wiki`、`~init`，或已进入项目级连续流程），就按项目级完整流程执行，不要求项目根载体一定存在。
-简单任务：无额外操作。
-复杂任务：主动读取相关知识库文件和项目文件，理解现有架构。
-
-### 2. CLARIFY — 消除歧义
-判断需求是否明确。明确 → 继续。不明确 → 确认关键决策点再继续。
-简单任务（"把按钮改成蓝色"）：需求明确，跳过。
-有歧义的任务（"加个用户注册"）：确认关键决策（认证方式？注册字段？）再继续。
-~design / ~auto 在此阶段展开各自的需求挖掘/分析流程。~prd 在此阶段展开逐维度的头脑风暴式需求挖掘。
-
-### 3. PLAN — 规划
+### 1. ROUTE / TIER — 路由与分层
+先判断任务类型、风险等级、是否需要结构化产物，再决定进入哪条路径：
+- 交付分层（Delivery Tier）：
+  - `T0` — 只读分析、创意探索、方案比较 → 自然响应或 `~idea`
+  - `T1` — 低风险小改动、明确实现、显式验证 → 直接执行或 `~build` / `~verify`
+  - `T2` — 多文件功能、新项目、需要结构化产物 → `~plan` 或 `~auto`
+  - `T3` — 高风险或不可逆链路（权限、安全、支付、数据库、生产发布等）→ 先 `~plan` / `~prd`，再 `~build` / `~verify`，必要时单独确认
+- 创意探索 / 方案比较 → `~idea`
+- 明确实现 / 小范围修复 → `~build`
+- 为指定模块编写测试 → `~test`
+- 结构化规划 / 新功能 / 新项目 → `~plan`
+- 完整产品规格 → `~prd`
+- 审查 / 执行验证 → `~verify`
+- 不确定或希望端到端自动推进时由 `~auto` 自动编排
+
+当前项目只要已建立 `.helloagents/`（例如执行过 `~wiki`、`~init`，或已进入项目级连续流程），就按项目级完整流程执行。
+
+### 2. SPEC — 澄清目标与验收
+根据任务需要，按需读取项目上下文（知识库文件和项目文件），明确：
+- 目标：要解决什么问题
+- 约束：平台、技术、风险、时间、现有架构
+- 成功标准：做到什么程度算完成
+
+`~idea` / `~plan` / `~prd` 在此阶段展开探索或需求澄清；`~build` 在需求明确时快速通过。
+
+### 3. PLAN — 规划与上下文准备
 根据 skills/ 目录下各 hello-* 技能的 SKILL.md frontmatter（name + description），标记本次任务可能需要的技能（不读取文件内容，仅记录名称）。
-优先使用当前会话已注入的“当前 HelloAGENTS 读取根目录”；若当前项目已存在 `skills/helloagents/`，它是项目级技能覆盖层；仅在命中具体技能时读取对应 SKILL.md，不预读或扫描整个目录，也不要为同一个 skill 重复探测多个路径。
-hello-* 技能查找路径（按优先级，找到即停）：
-1. {CWD}/skills/helloagents/skills/{技能名}/SKILL.md
-2. 当前已加载 HelloAGENTS 包根目录下的 skills/{技能名}/SKILL.md
-~design / ~auto 在此阶段展开方案设计（按需读取设计类技能如 hello-ui）。~prd 在此阶段完成维度探索后直接写入方案包。
-普通任务：标记完成后直接进入 EXECUTE。
-
-### 4. EXECUTE — 执行
+路径定义：`{HELLOAGENTS_READ_ROOT}` = 本轮已确定的 HelloAGENTS 读取根目录
+先确定当前技能根目录：
+- 优先使用当前上下文中已注入的“本轮 HelloAGENTS 读取根目录”
+- 若当前上下文未注入，则将当前宿主 home 目录下的 `helloagents/` 链接作为 `{HELLOAGENTS_READ_ROOT}`
+- 已激活项目或全局模式下，技能是否需要使用由当前已加载 AGENTS 规则决定；不要因此额外探测项目目录里的 HelloAGENTS skills 路径
+路径确定一次即可，不预读、不扫描整个目录，也不重复探测同一路径。
+hello-* 技能读取路径：`{HELLOAGENTS_READ_ROOT}/skills/{技能名}/SKILL.md`
+
+命令职责：
+- `~plan` 生成 `requirements.md`、`plan.md`、`tasks.md`、`contract.json`
+- `~prd` 生成 PRD 维度文档、`tasks.md`、`decisions.md`
+- `~build` 读取现有方案包并做定位，不重复发明方案
+- `contract.json` 是方案包的机器契约，至少明确 `verifyMode`、`reviewerFocus`、`testerFocus`；只有在 T3 / UI / 高风险链路确有收益时，才额外声明 `advisor`；进入验证或最终交付前，优先消费它而不是从自然语言描述里回推验证路径
+- 涉及 UI 时，设计约束优先级固定为：当前 `plan.md` / PRD UI 决策 → 逻辑 `.helloagents/DESIGN.md`（实际路径按当前项目存储模式解析） → 通用 UI 规则
+- `~idea` 在输出比较与推荐后结束，不进入实现，也不创建 `.helloagents/`、`STATE.md` 或方案包
+
+### 4. BUILD — 实现
 进入实现时，读取 PLAN 阶段标记的技能 SKILL.md（按上方 hello-* 技能查找路径读取 `skills/{技能名}/SKILL.md`），按其规范执行。
 逐步执行，每步后即时验证。
 
 编码任务：
 - TDD 流程：先写测试 → 再写实现 → 重构
-- 每次编辑后主动跑确定性检查（lint/typecheck），不等到最后
+- 每次编辑后主动跑确定性检查（lint / typecheck），不等到最后
 - 遵循已读取技能的实现规范
 
-所有任务类型统一：按 PLAN 阶段标记的技能列表，逐个读取 SKILL.md 并遵循其规范。
 遇到阻塞（依赖缺失、指令不清、验证反复失败）→ 立即停下询问用户，不猜测不强行推进。
 
-### 5. VALIDATE — 确认
+### 5. VERIFY — 审查与验证
 编码任务：
-- 读取 skills/hello-verify/SKILL.md，执行完整验证循环（Ralph Loop）→ 失败则反思+修复 → 循环直到通过
-- 通过后收集已读取技能的交付检查清单，逐项附带证据确认
-- APGD：确认代理指标通过的同时，用户的真正目标也已达成
+- 读取 `skills/hello-verify/SKILL.md`，执行完整验证循环（Ralph Loop）→ 失败则修复 → 循环直到通过
+- 审查优先或显式使用 `~review` 时，先读取 `skills/hello-review/SKILL.md` 做范围审查；审查完成后调用 `scripts/review-state.mjs write` 写 `.helloagents/.ralph-review.json`，再进入验证
+- 通过后收集已读取技能的交付检查清单，逐项附带证据确认，并确认用户目标已达成
 
-非编码任务（文档/方案/审查等）：
+非编码任务（文档 / 方案 / 审查等）：
 - 收集已激活技能的交付检查清单，逐项确认通过
 
+### 6. CONSOLIDATE — 状态、沉淀与归档
 所有任务：
-- `STATE.md` 维护：按上文“流程状态”中的适用边界执行。属于“强制创建并持续更新”范围时，重写 `.helloagents/STATE.md`（"正在做什么"更新为已完成，清空关键上下文/下一步/阻塞项）；属于“已有则更新”范围时，仅在文件已存在时重写；属于“不创建”范围时不生成此文件
-- 有方案包且任务已完成 → 将整个 plans/{feature}/ 目录归档到 .helloagents/archive/YYYY-MM/，并更新 archive/_index.md。清理临时文件（loop-results.tsv、.ralph-breaker.json）
-- 按 kb_create_mode 同步知识库（0=关闭/1=已激活项目或全局模式中的编码自动/2=已激活项目或全局模式中始终）：
-  - .helloagents/ 不存在则按 templates/ 创建知识库文件（context.md、guidelines.md、verify.yaml、CHANGELOG.md、modules/）
+- 有方案包且准备报告完成 → 优先调用 `scripts/closeout-state.mjs write` 写 `.helloagents/.ralph-closeout.json`，记录“需求覆盖”和“交付清单”；每项写明 `PASS` / `BLOCKED` 与简要摘要，再进入最终交付
+- `STATE.md` 维护：按上文“流程状态”中的适用边界执行。属于“强制创建并持续更新”范围时，重写 `.helloagents/STATE.md`（“正在做什么”更新为已完成，清空关键上下文 / 下一步 / 阻塞项）；属于“已有则更新”范围时，仅在文件已存在时重写；属于“不创建”范围时不生成此文件
+- 有方案包且任务已完成 → 将整个 `plans/{feature}/` 目录归档到 `.helloagents/archive/YYYY-MM/`，并更新 `archive/_index.md`。清理临时文件（`loop-results.tsv`、`.ralph-breaker.json`、`.ralph-verify.json`、`.ralph-review.json`、`.ralph-closeout.json`）
+- 按 `kb_create_mode` 同步知识库（0=关闭 / 1=已激活项目或全局模式中编码自动 / 2=已激活项目或全局模式中始终）：
+  - `.helloagents/` 不存在则按 templates/ 创建知识库文件（`context.md`、`guidelines.md`、`verify.yaml`、`CHANGELOG.md`、`modules/`）
   - 已存在但不完整（缺少上述核心文件）→ 按 templates/ 补全缺失文件，不覆盖已有文件
-  - 已存在且完整则按模板格式更新 CHANGELOG.md、相关 modules/*.md、增量经验 delta 追加
-- 符合条件时触发 hello-reflect（详见 hello-reflect SKILL.md）
+  - 已存在且完整则按模板格式更新 `CHANGELOG.md`、相关 `modules/*.md`、增量经验 delta 追加
+- 符合条件时触发 `hello-reflect`（详见 `hello-reflect` SKILL.md）
 
-## 质量门控
-所有任务必须遵守三重保障，不可跳过：
-1. 质量标准 — 已激活的 hello-* 技能规范是强制性的，不是建议
-2. 流程纪律 — 统一执行流程的每个阶段不可跳过（简单任务可秒过，但不可不过）
-3. 检查清单 — 完成前收集已激活技能的交付检查清单，逐项附带证据确认通过才能报告完成
+## 完成约束
+- 未进入 VERIFY / CONSOLIDATE 的路径，声称完成前必须完成与任务类型匹配的必要检查；无法执行的检查必须明确说明，不得直接宣称完成
+- 已激活 `hello-*` 技能或存在方案包 / `contract.json` / 证据文件时，以对应 skill、方案包契约与 VERIFY / CONSOLIDATE 为准，不得降级为本节
+- 只读分析、创意探索、方案比较、中间进度和阻塞汇报不适用本节
 
 ## 路由
+- 默认按上文“统一执行流程 / ROUTE / TIER”选路；除显式 `~command` 外，不另起独立路由规则
 - 简单任务（单文件修改/明确修复/小调整/已有代码的局部改动）→ 直接执行（⚡）
-- 必须进入设计（不可跳过）：新项目/新应用/从零构建/涉及 3+ 文件的新功能/架构级变更 → ~design 或 ~auto（全自动设计）或 ~prd（完整 PRD）
-- 其他复杂任务 → 建议用户 ~design、~auto 或 ~prd
-- 复杂度信号：文件数 >3 / 跨模块 / 新增依赖 / 涉及数据库 schema → 升级为复杂任务
-- `~command` → 立即读取对应的 SKILL.md 并按其流程执行，不要自行探索或猜测。查找路径（按优先级，找到即停）：
-  1. {CWD}/skills/helloagents/skills/commands/{name}/SKILL.md
-  2. 当前已加载 HelloAGENTS 包根目录下的 skills/commands/{name}/SKILL.md
-  命中路径后立即停止，不要再探测另一路径，更不要重复读取同一命令 skill。
+- 必须进入规划（不可跳过）：新项目 / 新应用 / 从零构建 / 涉及 3+ 文件的新功能 / 架构级变更
+- 创意探索、显式验证/审查、完整规格等其他分流，均按 ROUTE / TIER 的命令映射执行
+- `~do` 是 `~build` 的兼容别名；`~design` 是 `~plan` 的兼容别名；`~review` 是 `~verify` 的兼容别名
+- `~command` 路由：用户输入 `~xxx` 时，立即读取对应的 SKILL.md 并按其流程执行，不要自行探索或猜测。若当前上下文已解析出具体命令技能文件路径，直接使用它；否则按上文相同的技能根目录规则确定，确定根目录后读取其中的 `skills/commands/{name}/SKILL.md`。不要额外探测项目目录里的 HelloAGENTS skills 路径，也不要扫描整个目录或对同一命令重复探测多个路径。
 
 ## .helloagents/ 目录
 路径: {CWD}/.helloagents/
 所有文件的创建和更新必须按 templates/ 目录中对应模板的格式执行，不可自由发挥格式。
-templates/ 查找路径（按优先级，找到即停）：
-1. {CWD}/skills/helloagents/templates/
-2. 当前已加载 HelloAGENTS 包根目录下的 templates/
+说明：
+- `.helloagents/` 表示项目级存储路径，也是 standby 模式的激活信号
+- `STATE.md`、`.ralph-*.json`、`loop-results.tsv` 等运行态文件始终保留在项目本地 `.helloagents/`
+- 若 helloagents.json 中 `project_store_mode = "repo-shared"`，`context.md`、`guidelines.md`、`CHANGELOG.md`、`verify.yaml`、`DESIGN.md`、`modules/`、`plans/`、`archive/` 改按当前上下文中已注入的“当前项目存储”/“项目知识/方案目录”解析；未注入具体路径时，按当前存储模式自行解析，不要假定这些文件一定实际位于当前工作树中
+templates/ 查找路径（按优先级；首次确定模板根目录后，本轮复用）：
+按上文相同的技能根目录规则确定；确定根目录后读取其中的 `templates/`。
 
 ### 流程状态（不受 kb_create_mode 控制，始终可写）
-- STATE.md — ≤50 行，项目级恢复快照。读完它就能接上工作，不需要再读其他文件；它不是所有交互的统一记忆载体
-  内容：正在做什么、关键上下文（决策/变更/假设）、下一步（具体可执行动作含文件路径）、阻塞项
+- STATE.md — ≤70 行，项目级恢复快照。它只用于恢复“上次做到哪里”，不是主线任务的唯一判断依据；当前用户消息、显式命令、活跃方案包 / PRD、代码与验证证据优先于 STATE.md
+  内容：主线目标、正在做什么、关键上下文（决策/变更/假设）、下一步（具体可执行动作含文件路径）、阻塞项
   适用边界：
-  - 强制创建并持续更新：`~wiki`、`~init`、`~design`、`~auto`、`~prd`、`~loop`，以及进入统一执行流程的项目级连续任务
+  - 强制创建并持续更新：`~wiki`、`~init`、`~plan`、`~build`、`~auto`、`~prd`、`~loop`，以及进入统一执行流程/已激活项目的连续任务
   - 强制更新，不要求首次创建：`~clean`，主代理汇总子代理结果后
-  - 已有则更新：`~review`、`~verify`、`~test`、`~commit`
-  - 不创建：`~help`、一次性只读任务、子代理自身执行过程、压缩/恢复钩子
+  - 已有则更新：`~verify`、`~review`（兼容别名）、`~test`、`~commit`
+  - 不创建：`~help`、`~idea`、普通问答、一次性只读任务、子代理自身执行过程、压缩/恢复钩子
   更新规则：
   - 属于“强制创建并持续更新”范围且文件不存在时，按 templates/STATE.md 创建
-  - 每次更新是重写，不是追加。STATE.md 永远反映"此刻"的状态，不是历史
+  - 每次更新是重写，不是追加。STATE.md 永远反映“此刻”的状态，不是历史
   - 更新时机：任务开始、关键决策落定、子任务完成、遇到/解除阻塞、任务完成
-  - 长流程中，只要当前 STATE.md 已不足以覆盖最新决策、已改文件或下一步动作，就必须立即重写，不得等待任务结束
-  - 若宿主明确进入压缩/恢复前置阶段，且当前任务属于 STATE.md 适用范围，必须先确认 STATE.md 已同步到最新；不能确认时，按当前已知进展立即重写
-  - 自检：如果现在上下文被压缩，仅凭 STATE.md 能否立即接上工作？不能 → 该更新了
-  - "关键上下文"只保留恢复所需的信息，已不再相关的决策和变更移除
-- DESIGN.md — 设计系统（仅 UI 项目），~design/~auto/~prd 创建/更新。不存在且当前任务涉及 UI → 按 templates/DESIGN.md 创建
-- plans/{feature}/ — 活跃方案包。~design/~auto 生成：requirements.md + design.md + tasks.md；~prd 生成：prd/ 目录（多维度文档）+ tasks.md + decisions.md
+  - 长流程中 STATE.md 过时就立即重写，不等任务结束
+  - 恢复时先看当前用户消息，确认仍是同一任务再按 STATE.md 接续；否则按当前消息、活跃方案包与代码事实重建主线，并立即重写 STATE.md
+  - `.helloagents/` 里只有 `STATE.md` 时，它只是恢复锚点，不是项目规则或自动授权
+  - 若宿主进入压缩/恢复前置阶段，且当前任务属于 STATE.md 适用范围，必须先确认 STATE.md 已同步到最新
+  - 自检：如果现在上下文被压缩，下一轮能否凭 STATE.md 找回进度？不能 → 该更新了
+  - “关键上下文”只保留恢复所需的信息，已不再相关的决策和变更移除
+- DESIGN.md — 项目级稳定 UI 契约（仅 UI 项目），`~plan` / `~auto` / `~prd` 创建或更新；不存在且当前任务涉及 UI → 按 templates/DESIGN.md 创建；不替代单次需求的 `plan.md`
+- plans/{feature}/ — 活跃方案包。`~plan` / `~auto` 生成：`requirements.md` + `plan.md` + `tasks.md` + `contract.json`；`~prd` 生成：`prd/` 目录（多维度文档）+ `tasks.md` + `decisions.md` + `contract.json`
+- .ralph-advisor.json — 可选 advisor 证据；仅当 `contract.json` 明确要求独立 advisor 时写入，记录 reason / focus / consultedSources / outcome
 - archive/YYYY-MM/ — 已归档的方案包（整个 plans/{feature}/ 目录移入）
 - archive/_index.md — 归档索引
 
-### 知识沉淀（受 kb_create_mode 控制，0=关闭/1=已激活项目或全局模式中的编码自动/2=已激活项目或全局模式中始终）
+### 知识沉淀（受 kb_create_mode 控制，0=关闭/1=已激活项目或全局模式中编码自动/2=已激活项目或全局模式中始终）
 - context.md — 项目架构、技术栈、目录结构、模块索引
 - guidelines.md — 编码约定（仅含非显而易见的约定）
 - CHANGELOG.md — 变更历史
@@ -267,14 +301,26 @@ templates/ 查找路径（按优先级，找到即停）：
 ### 临时文件（流程产物，~clean 时清理）
 - loop-results.tsv — ~loop 迭代记录
 - .ralph-breaker.json — hello-verify 断路器状态
+- .ralph-verify.json — 最近一次成功验证的证据快照
+- .ralph-review.json — 最近一次成功审查的证据快照
+- .ralph-closeout.json — 最近一次成功收尾的交付证据快照
 
 ## 项目上下文
 
+主线判断依据优先级：
+1. 当前用户最新消息、显式 `~command`、本轮已确认的范围与结论
+2. 当前活跃方案包 / PRD、代码与验证证据
+3. `.helloagents/STATE.md`（恢复快照，只用于补齐最近进度）
+4. 其他知识沉淀与历史归档
+
 ### .helloagents/ 文件读取优先级
 以下文件在任务需要时按需读取，按优先级分层：
+说明：
+- Tier 1 的 `STATE.md` 始终读取项目本地 `.helloagents/STATE.md`
+- Tier 2 / Tier 3 中的 `.helloagents/...` 路径默认按项目级存储路径解析；`project_store_mode=repo-shared` 时按共享知识/方案目录解析
 
-Tier 1 — 恢复会话时读取：
-- .helloagents/STATE.md → 恢复快照（读完即可接上工作）
+Tier 1 — 恢复当前链路时优先读取：
+- .helloagents/STATE.md → 恢复快照（先确认当前消息仍是同一任务，再用它找回最近进度）
 
 Tier 2 — 理解项目时读取：
 - .helloagents/context.md → 项目架构、技术栈、目录结构、模块索引
@@ -288,7 +334,7 @@ Tier 3 — 深入特定模块时读取：
 - .helloagents/archive/ → 历史方案归档
 
 ### 项目文件
-根据知识库中的架构描述和模块索引，结合当前任务需求，按需读取相关的项目源码、配置和资源文件。不要一次性读取整个项目，先通过知识库了解项目结构，再有针对性地读取需要的文件。不要把项目根 AGENTS.md / CLAUDE.md / .gemini/GEMINI.md 当作普通项目文件重复读取。
+根据知识库中的架构描述和模块索引，结合当前任务需求，按需读取相关的项目源码、配置和资源文件。不要一次性读取整个项目，先通过知识库了解项目结构，再有针对性地读取需要的文件。不要把项目级规则文件（`AGENTS.md`、`CLAUDE.md`、`.gemini/GEMINI.md`）当作普通项目文件重复读取。
 
 ## 状态符号
 任务状态: [ ] 待办 | [√] 完成 | [X] 取消 | [-] 跳过