helloagents 3.1.5 → 3.1.9

package/scripts/workflow-plan-files.mjs

@@ -22,7 +22,7 @@ const PLAN_TEMPLATE_MARKERS = {
   ],
   'tasks.md': [
     /# \{项目\/功能名称\} — 任务分解/,
-    /\[按执行顺序排列，每个任务独立可验证\]/,
+    /\[按执行顺序排列，每个任务可独立验证\]/,
     /- \[ \] 任务1（AFK\/HITL）：端到端行为描述/,
   ],
 }

package/scripts/workflow-recommendation.mjs

@@ -159,7 +159,7 @@ function buildInProgressRecommendation(scopeLabel, plan, classification) {
     nextCommand: 'build',
     nextPath: '~build -> ~qa',
     summary: `${scopeLabel} "${plan.planName}" 仍有 ${classification.openCount} 个未完成任务。`,
-    guidance: '若用户是在继续当前功能、落实既有方案、或让你“继续做完”，优先复用现有 requirements.md / plan.md / tasks.md 进入 ~build；完成当前实现后再进入 ~qa。除非用户明确要求重规划或现有方案已失效，不要重新回到 ~idea。',
+    guidance: '若用户是在继续当前功能、落实既有方案、或让你“继续做完”，优先复用现有 requirements.md / plan.md / tasks.md 进入 ~build；完成当前实现后再进入 ~qa。除非用户明确要求重规划或现有方案已失效，不要重新回到 ~ask。',
   }
 }
 

package/skills/commands/ask/SKILL.md

@@ -0,0 +1,100 @@
+---
+name: ~ask
+description: 交互式需求澄清 — 一问一答厘清目标、方向、范围与约束，纯对话不创建文件（~ask 命令）
+policy:
+  allow_implicit_invocation: false
+---
+Trigger: ~ask [description]
+
+`~ask` 是交互式需求澄清命令，用于在不写文件、不进入执行、不激活完整项目流程的前提下，通过一问一答帮用户厘清目标、比较方向、判断价值、收缩范围、挑战前提。
+兼容别名：`~idea`（逐步废弃）。
+
+## 铁律
+- 只讨论，不编写实现代码，不创建项目文件，不执行实现操作
+- 不创建 `.helloagents/`
+- 不创建或更新当前项目存储中的 `state_path`；同样禁止更新知识库文件、方案包或项目级规则文件
+- 不生成方案包
+- 不执行会改变工作区或外部状态的命令
+- 不默认使用子代理
+- 每次只问一个问题，不一次性抛出多个问题
+- 每个问题必须给出推荐选项和理由，不让用户从空白开始思考
+
+## 交互模式
+
+### 核心规则
+
+一问一答，逐条推进：
+
+1. **一次只问一个问题**。不批量提问，不生成问题清单。问完一个、用户回答、再问下一个。
+2. **优先选择题**。每个问题给出 2-3 个选项，标注推荐项及理由。选项使用数字编号，格式遵循全局「选择确认」规则；用户回复数字即可选择，也可以直接输入自己的想法。
+3. **你主动读代码库**。如果答案能从现有代码中找到（命名规范、配置模式、现有抽象、类似实现），你自己去找，不打扰用户。连续解决多个问题而不需要用户输入才是好的 ~ask 会话。
+4. **覆盖核心维度**。在对话中自然覆盖以下维度，不分阶段、不填表：
+   - **方向**：有哪几种可行做法？各自优劣是什么？
+   - **价值**：这件事值得现在做吗？最痛的人是谁？不做会怎样？
+   - **范围**：最小可验证切口是什么？做多大的版本？先做哪一块？
+   - **前提**：哪些假设最可疑？如果前提不成立会怎样？最省成本的验证方式是什么？
+5. **用户可随时重定向**。用户说"其实都不是——我要的是这样"时，你立即沿新方向继续，不坚持原选项。
+
+### 交互节奏
+
+- 已有代码库：你先静默读 5-15 个相关文件，基于代码证据形成假设，再以选择题形式逐条确认
+- 全新项目：直接从最高不确定性的决策开始问
+- 每个问题用户通常 5-10 秒回答
+- 整个交互澄清过程通常约 10 分钟
+
+## 流程
+
+### 1. 快速理解问题
+
+- 用一句话重述用户当前要解决的问题
+- 明确讨论目标：是"不知道有哪些做法"、"不确定值不值得做"、还是"不知道该做多大"
+- 已有项目时，静默扫描相关代码（不向用户展示扫描过程），形成内部假设
+
+### 2. 交互澄清（核心阶段）
+
+按交互模式核心规则，逐条推进。默认从最高不确定性的决策开始：
+
+- 方向不明确 → 先问方向
+- 范围有争议 → 先问范围
+- 前提可疑 → 先挑战前提
+- 都不确定 → 先问最影响后续决策的那个
+
+遇到以下信号时自然收束：
+- 用户连续确认推荐选项，无额外补充 → 方向已收敛
+- 关键决策全部有明确答案 → 可以汇总
+- 用户说"可以了"、"就这样"、"开始做吧" → 立即汇总
+
+### 3. 汇总决策
+
+对话结束时，输出结构化选择摘要：
+
+- **目标**：要解决什么问题
+- **选定方向**：选了什么做法，为什么
+- **范围边界**：做多大、先做哪块、明确不做哪些
+- **已验证的前提**：确认了哪些关键假设，搁置了哪些
+- **悬而未决**：还有哪些决策需要在后续阶段进一步明确
+
+摘要用简洁列表，不写段落叙述。
+
+### 4. 给出升级路径
+
+根据交互澄清的结果，推荐下一步：
+
+- 已厘清方向，可以形成方案 → `~plan`
+- 已厘清需求，可以直接实现 → `~build`
+- 需要重型产品规格 → `~prd`
+- 想让 你 自动执行完整流程 → `~auto`
+
+如果用户在 `~ask` 过程中转而明确要求写文件、改代码、创建知识库或执行命令，不在 `~ask` 内偷偷写文件；改为按最合适的升级路径继续。
+
+## 快速通道
+
+用户明确表示"直接做，不用问我"、"按默认来"、"你决定"时，你 基于代码分析直接给出推荐方向和升级路径，跳过逐条交互。
+
+## 输出要求
+
+- 先给结论，再给依据
+- 不做"点子堆砌"——不列一堆方向让用户自己挑
+- 不把尚未确认的假设伪装成事实
+- 不把"可以做很大"默认当成推荐答案
+- 涉及视觉/交互时，选项必须具体到可执行特征

package/skills/commands/auto/SKILL.md

@@ -1,12 +1,12 @@
 ---
 name: ~auto
-description: 自动执行命令 — 自动选择并依次执行 ~idea / ~office / ~plan / ~build / ~qa / ~prd，默认持续推进直到交付完成（~auto 命令）
+description: 自动执行命令 — 自动选择并依次执行 ~ask / ~plan / ~build / ~qa / ~prd，默认持续推进直到交付完成（~auto 命令）
 policy:
   allow_implicit_invocation: false
 ---
 Trigger: ~auto <任务描述>
 
-`~auto` 是自动执行命令。它根据任务类型、复杂度、风险等级与项目状态，在 `~idea`、`~office`、`~plan`、`~build`、`~qa`、`~prd` 之间选择合适主路径，并连续推进。
+`~auto` 是自动执行命令。它根据任务类型、复杂度、风险等级与项目状态，在 `~ask`、`~plan`、`~build`、`~qa`、`~prd` 之间选择合适主路径，并连续推进。
 `~auto` 不止做一次选路；主路径一旦确定，就按需要继续执行后续阶段，默认持续推进直到完成交付，只有命中 HelloAGENTS 阻塞判定时才停下。
 
 ## 铁律
@@ -35,8 +35,7 @@ Trigger: ~auto <任务描述>
 - 先按当前上下文里已注入的“选路与分层”语义约束判断，不依赖关键词命中做机械分流
 - 若当前上下文没有足够的注入约束，再结合以下信号补足判断：影响范围、风险等级、是否需要结构化产物、是否已有活跃方案包、用户是否只想先比较方向
 - 选路优先级：
-  - 纯探索 / 点子 / 方向比较 → `~idea`
-  - 值得做与否 / 范围收缩 / 先做多大仍不清楚 → `~office`
+  - 方向不明 / 价值与范围仍不清楚 / 点子与方向比较 → `~ask`
   - 明确要求质量审查 / 验真 / 跑检查 / 收尾 → `~qa`
   - 0 到 1 / 产品级 / 多维规格 → `~prd`
   - 多文件功能 / 架构变更 / 新项目规划 → `~plan`
@@ -44,15 +43,14 @@ Trigger: ~auto <任务描述>
 
 ### 2. 按 Tier 校正
 
-- `T0` → 在 `~idea` / `~office` 之间选择，不创建项目文件
+- `T0` → 走 `~ask`，不创建项目文件
 - `T1` → 在 `~build` / `~qa` 间选择最短可交付路径
 - `T2` → 需要结构化产物或范围未完全明确时优先 `~plan`
 - `T3` → 纯质量审查/验真走 `~qa`；其余默认 `~plan` 或 `~prd`，待方案与风险边界明确后再进入实现
 
 ### 3. 读取对应命令并执行主路径
 
-- 选中 `idea` → 读取 `skills/commands/idea/SKILL.md`
-- 选中 `office` → 读取 `skills/commands/office/SKILL.md`
+- 选中 `ask` → 读取 `skills/commands/ask/SKILL.md`
 - 选中 `plan` → 读取 `skills/commands/plan/SKILL.md`
 - 选中 `build` → 读取 `skills/commands/build/SKILL.md`
 - 选中 `qa` → 读取 `skills/commands/qa/SKILL.md`
@@ -66,8 +64,7 @@ Trigger: ~auto <任务描述>
 - 若主路径是 `~plan` → 方案包写入后，若当前任务来自 `~auto` 且未命中阻塞判定，直接继续进入 `~build`，不要把“方案已形成”当作最终停点
 - 若主路径是 `~prd` → PRD / 任务 / 契约写入后，若当前任务来自 `~auto` 且未命中阻塞判定，按当前结果继续进入 `~build`，必要时先补一轮轻量 `~plan`
 - 若主路径是 `~qa` → 完成质量闭环 / 收尾后结束
-- 若主路径是 `~idea`，且用户本意就是探索/比较，则在探索输出后结束；若探索后已有明确方向且当前任务仍要求写文件或改代码，则继续进入 `~plan` 或 `~build`
-- 若主路径是 `~office`，且用户本意就是先做价值/范围判断，则在评估输出后结束；若评估结论已经明确需要结构化方案或直接实现，则继续进入 `~plan` / `~build`
+- 若主路径是 `~ask`，且用户本意就是探索/厘清，则在交互澄清输出后结束；若澄清后已有明确方向且当前任务仍要求写文件或改代码，则继续进入 `~plan` 或 `~build`
 - 若 Codex active goal 的目标已满足 → 仍先完成 `~qa` 与 HelloAGENTS 收尾，再标记 goal complete；未满足时继续下一项可执行 AFK 任务
 
 ### 5. 何时允许停下

package/skills/commands/build/SKILL.md

@@ -40,8 +40,11 @@ Trigger: ~build [description]
 
 ### 2. 需求与范围确认
 
-- 若用户提供的是明确执行任务，直接确认范围
-- 若当前活跃方案包已能覆盖需求，按方案执行
+先判断任务是否有方案包支撑：
+
+- 有活跃方案包 → 按方案包执行，直接确认范围
+- 无方案包 + 任务可判定为 T1（如"加个 loading 动画"、"修个 typo"）→ 直接执行
+- 无方案包 + 任务 T2+（多文件功能、架构变更、新模块）→ 不直接写代码，自动重定向到 `~plan`，先厘清需求再执行。方向完全不明时由 ~plan 内部走交互澄清确认
 - 若仍存在真实歧义，仅询问阻塞执行的关键决策
 
 ### 3. 执行实现

package/skills/commands/help/SKILL.md

@@ -11,8 +11,7 @@ Trigger: ~help
 ### 可用命令
 | 命令 | 说明 |
 |------|------|
-| ~idea | 轻量点子探索与方向比较 |
-| ~office | 价值与范围评估：先判断该不该做、该做多大、先做哪一小块 |
+| ~ask | 交互式需求澄清：一问一答厘清目标、方向、范围与约束；不写文件 |
 | ~auto | 自动执行：自动选主路径并持续推进到实现 / 质量闭环 / 收尾，除非命中真实阻塞 |
 | ~plan | 结构化规划：需求澄清 + 方案确认 + 方案包 |
 | ~build | 执行实现：按需求或方案包完成实现与局部验证 |
@@ -29,6 +28,7 @@ Trigger: ~help
 - `~do` → 等同 `~build`
 - `~design` → 等同 `~plan`
 - `~review` → 等同 `~qa`
+- `~idea` → 等同 `~ask`（逐步废弃）
 
 核心规则默认生效：HelloAGENTS 会通过 `bootstrap.md` / `bootstrap-lite.md` 在运行时持续执行方案纠偏与语言纪律；这不是新增命令，也不是新增技能计数。
 
@@ -45,14 +45,14 @@ Trigger: ~help
 如果当前 CLI 存在工作区限制导致家目录不可读，则明确说明“无法直接读取配置文件，以下按已注入设置或默认值展示”，不要改用无关工具或伪造已读取结果。
 | 配置项 | 默认值 | 作用 | 适用 CLI |
 |--------|-------|------|---------|
-| output_language | "" | 空=跟随用户语言/填写则指定（如 zh-CN、en） | Claude Code + Gemini CLI + Codex CLI |
-| output_format | true | true=主代理最终回复必须使用 HelloAGENTS 格式，流式/中间输出及子代理输出保持自然；false=自然输出 | Claude Code + Gemini CLI + Codex CLI |
-| notify_level | 0 | 0=关闭/1=桌面通知/2=声音/3=两者 | Claude Code + Gemini CLI + Codex CLI |
-| ralph_loop_enabled | true | 收尾 QA 门禁（显式 ~qa / ~loop 或收尾要求时触发审查、lint/test/build） | Claude Code + Gemini CLI + Codex CLI |
-| guard_enabled | true | 阻断危险命令与写入后的安全扫描 | Claude Code + Gemini CLI + Codex CLI |
-| kb_create_mode | 1 | 0=关闭/1=知识库已存在时自动同步/2=编码任务在知识库已存在或当前项目已初始化时自动创建或同步 | Claude Code + Gemini CLI + Codex CLI |
-| project_store_mode | "local" | "local"=知识库/方案包保留在项目本地 `.helloagents/`；"repo-shared"=本地 `.helloagents/` 仅保留项目本地状态/运行态，知识库与方案包改写到 `~/.helloagents/projects/<repo-key>/` | Claude Code + Gemini CLI + Codex CLI |
-| auto_commit_enabled | true | true=验证完成且有变更时自动执行本地提交；false=跳过自动提交，仍可手动用 `~commit` | Claude Code + Gemini CLI + Codex CLI |
-| commit_attribution | "" | 空=不添加/填写内容则添加到 commit message | Claude Code + Gemini CLI + Codex CLI |
-| install_mode | "standby" | 当前默认安装模式 | Claude Code + Gemini CLI + Codex CLI |
-| host_install_modes | {} | 单 CLI 模式记录，优先于 install_mode | Claude Code + Gemini CLI + Codex CLI |
+| output_language | "" | 空=跟随用户语言/填写则指定（如 zh-CN、en） | Claude Code + Gemini CLI + Grok Build + Codex CLI |
+| output_format | true | true=主代理最终回复必须使用 HelloAGENTS 格式，流式/中间输出及子代理输出保持自然；false=自然输出 | Claude Code + Gemini CLI + Grok Build + Codex CLI |
+| notify_level | 0 | 0=关闭/1=桌面通知/2=声音/3=两者 | Claude Code + Gemini CLI + Grok Build + Codex CLI |
+| ralph_loop_enabled | true | 收尾 QA 门禁（显式 ~qa / ~loop 或收尾要求时触发审查、lint/test/build） | Claude Code + Gemini CLI + Grok Build + Codex CLI |
+| guard_enabled | true | 阻断危险命令与写入后的安全扫描 | Claude Code + Gemini CLI + Grok Build + Codex CLI |
+| kb_create_mode | 1 | 0=关闭/1=知识库已存在时自动同步/2=编码任务在知识库已存在或当前项目已初始化时自动创建或同步 | Claude Code + Gemini CLI + Grok Build + Codex CLI |
+| project_store_mode | "local" | "local"=知识库/方案包保留在项目本地 `.helloagents/`；"repo-shared"=本地 `.helloagents/` 仅保留项目本地状态/运行态，知识库与方案包改写到 `~/.helloagents/projects/<repo-key>/` | Claude Code + Gemini CLI + Grok Build + Codex CLI |
+| auto_commit_enabled | true | true=验证完成且有变更时自动执行本地提交；false=跳过自动提交，仍可手动用 `~commit` | Claude Code + Gemini CLI + Grok Build + Codex CLI |
+| commit_attribution | "" | 空=不添加/填写内容则添加到 commit message | Claude Code + Gemini CLI + Grok Build + Codex CLI |
+| install_mode | "standby" | 当前默认安装模式 | Claude Code + Gemini CLI + Grok Build + Codex CLI |
+| host_install_modes | {} | 单 CLI 模式记录，优先于 install_mode | Claude Code + Gemini CLI + Grok Build + Codex CLI |

package/skills/commands/plan/SKILL.md

@@ -33,18 +33,15 @@ Trigger: ~plan [description]
 
 目标：通过自然对话明确目的、约束、成功标准与验收边界。
 
-根据项目类型选择模式：
+默认使用交互澄清，一问一答逐条确认：
 
-**假设模式**（已有代码库，优先使用）：
-- 先读取 5-15 个相关文件，基于代码证据形成假设
-- 用 2-4 轮确认关键假设
-- 低置信度假设必须明确询问
+- 每次只问一个问题，优先使用选择题；选项使用数字编号，用户回复数字即可选择
+- 每个问题给出推荐选项和理由；格式遵循全局「选择确认」规则
+- 只确认真正影响执行路径的关键决策
+- 已有代码库时，先静默读 5-15 个相关文件，基于代码证据形成假设，再以选择题形式逐条确认
 - 发现用户用词与 `.helloagents/context.md` 的领域语言冲突时，立即澄清并统一术语
 
-**交互模式**（全新项目或信息不足）：
-- 每次只问一个问题，优先使用选择题
-- 只确认真正影响执行路径的关键决策
-- 每个问题给出推荐选项和理由
+**快速通道**：用户明确说"直接做，不用问我"、"按默认来"时，跳过逐条交互，基于代码证据直接形成方案。低置信度假设仍必须明确询问。
 
 涉及视觉/交互/体验的问题时：
 - 选项必须体现当前前沿水准
@@ -55,7 +52,7 @@ Trigger: ~plan [description]
 基于已确认需求，给出 2-3 个可行方案：
 - 每个方案说明架构思路与关键取舍
 - 标注推荐方案及理由
-- 让用户选择或修正
+- 方案使用数字编号，用户回复数字即可选择；格式遵循全局「选择确认」规则
 
 涉及 UI 的方案：
 - 读取 `hello-ui` SKILL.md

package/skills/commands/prd/SKILL.md

@@ -65,28 +65,28 @@ Trigger: ~prd [description]
 全新项目（无 .helloagents/ 目录）：
 - 跳过，直接进入项目定位
 
-### 2. 项目定位（快速，1-2 轮）
+### 2. 项目定位（交互澄清，与 ~ask 一致）
 
-目标：快速锁定项目类型和 PRD 范围。
+目标：通过一问一答锁定项目类型和 PRD 范围。
 
-a. 理解用户的初始描述
-b. 确认项目类型（Web App / Mobile / API / CLI / Library / 桌面 / 游戏 / 混合）
-c. 根据维度激活矩阵，列出本项目的必选/推荐/可选维度
-d. 询问用户：推荐维度是否需要？可选维度是否需要？
-e. 确定最终的维度列表
+- 每次只问一个问题，带推荐选项；选项使用数字编号，用户回复数字即可选择；格式遵循全局「选择确认」规则
+- 先确认项目类型（Web App / Mobile / API / CLI / Library / 桌面 / 游戏 / 混合）
+- 根据维度激活矩阵，逐条确认：必选维度直接纳入，推荐和可选维度逐个询问是否需要
+- 用户说"默认" → 按矩阵推荐纳入；说"跳过" → 不纳入；说"展开" → 深入讨论
 
 ### 3. 维度探索（头脑风暴，核心阶段）
 
-按维度编号顺序，逐个展开讨论。每个维度的交互模式：
+按维度编号顺序，逐个展开讨论。每个维度采用交互澄清：
 
-a. AI 先给出该维度的行业最佳实践参考和推荐方案
-b. 用户确认/修改/补充
-c. AI 总结该维度的决策结果，进入下一个维度
+a. 你根据该维度先提第一个问题，带推荐选项和理由
+b. 用户确认/修改/跳过
+c. 继续该维度内的下一个问题，直到关键决策全部明确
+d. 总结该维度的决策结果，进入下一个维度
 
 交互原则：
-- 每个维度内，每次只问一个问题，偏好选择题
+- 每个维度内，每次只问一个问题，偏好选择题；选项使用数字编号，用户回复数字即可选择
 - 用户说"跳过" → 跳过该维度，不生成对应文件
-- 用户说"默认" → AI 按推荐方案填充，快速过
+- 用户说"默认" → 你按推荐方案快速填充，不逐条询问
 - 用户说"展开" → 深入讨论该维度的子项
 - 维度之间可以回溯：用户说"回到 03" → 重新讨论 UI/UX 设计
 - 涉及项目特有概念时，确认标准术语、避免用语和关键关系；不要把泛化技术词写入领域语言
@@ -102,7 +102,7 @@ c. AI 总结该维度的决策结果，进入下一个维度
 - 按当前已加载的 HelloAGENTS 规则建立 `.helloagents/` 与最小流程状态；这是方案包写入的前置操作，不受 kb_create_mode 开关控制
 - 创建 `.helloagents/plans/YYYYMMDDHHMM_{feature}/prd/`（按当前项目存储模式解析）
 - 按 templates/plans/prd/ 的模板格式，仅写入用户未跳过的维度文件
-- 生成 tasks.md（每个任务默认是端到端垂直切片，标注 AFK / HITL、依赖、具体文件路径、预期变更、完成标准与验证方式；任务独立可验证）
+- 生成 tasks.md（每个任务默认是端到端垂直切片，标注 AFK / HITL、依赖、具体文件路径、预期变更、完成标准与验证方式；任务可独立验证）
 - 在 `tasks.md` 中保留 “Codex /goal 执行入口”，让 Codex 按 `/goal -> ~auto -> ~qa` 执行已拆分任务、验收边界和 `contract.json`；不要把完整 PRD 原文直接当作 `/goal` 目标
 - 生成 decisions.md（贯穿全程的决策日志）
 - 生成 `contract.json`（至少包含 `qaMode`、`qaFocus`；涉及 UI 时补 `ui.required`、`ui.designContract`、`ui.sourcePriority`；仅在确需先明确审美方向时再补 `ui.styleAdvisor.required`、`ui.styleAdvisor.reason`、`ui.styleAdvisor.focus`；仅在确需视觉验收时再补 `ui.visualValidation.required`、`ui.visualValidation.reason`、`ui.visualValidation.screens`、`ui.visualValidation.states`；仅在确需独立 advisor 时，再补 `advisor.required`、`advisor.reason`、`advisor.focus`、`advisor.preferredSources`）

package/skills/helloagents/SKILL.md

@@ -52,7 +52,7 @@ description: 按任务类型适用 — 建立质量驱动工作流，通过技
 禁止行为：
 - 禁止在选路分层、目标澄清阶段读取实现类技能（hello-ui/hello-test/qa-review 等）
 - 禁止因为"可能用到"就提前读取技能文件——等到真正需要时再读
-- 同一会话内，同一路径的配置文件、模块、SKILL、模板只读一次并跨轮复用；缺少所需内容、读取失败、用户要求刷新或本次修改后才重新读取
+- 同一会话内，同一路径的配置文件、模块、`SKILL`、模板只读一次并跨轮复用；缺少所需内容、读取失败、用户要求刷新或本次修改后才重新读取
 - ~command 命令只读取对应的 command SKILL.md，不连带读取其他技能
 
 ## 技能查找路径
@@ -102,8 +102,7 @@ description: 按任务类型适用 — 建立质量驱动工作流，通过技
 
 用户使用 `~command` 时，只读取对应的 command skill，路径按上方“~command 命令技能”规则查找：
 - `~auto`
-- `~idea`
-- `~office`
+- `~ask`
 - `~plan`
 - `~build`
 - `~prd`
@@ -119,5 +118,6 @@ description: 按任务类型适用 — 建立质量驱动工作流，通过技
 - `~do` → 直接按 `~build` 的 command skill 路径读取并执行
 - `~design` → 直接按 `~plan` 的 command skill 路径读取并执行
 - `~review` → 直接按 `~qa` 的 command skill 路径读取并执行
+- `~idea` → 直接按 `~ask` 的 command skill 路径读取并执行（逐步废弃）
 
 只有当对应 command skill 明确要求再读取 hello-* 技能时，才按上方“hello-* 技能”规则继续读取。

package/skills/qa-review/SKILL.md

@@ -51,6 +51,15 @@ description: 统一质量审查、命令验证、阻断修复与交付前质量
 
 不要只给泛泛评价。
 
+## 任务完成标准逐条核对
+
+若存在方案包且 `tasks.md` 中有任务清单，必须逐条核对：
+
+- 对每个已标记完成的任务，逐条对照其"完成标准"验证是否真实满足
+- 完成标准必须是可独立验证的布尔条件——如果读完标准仍需要额外上下文才能判断，则该标准本身不合格，标记为 [-] 并写明原因
+- 验证不依赖主会话上下文：任何人（或另一个 AI）读完标准 + 当前代码状态，应能做出相同的通过/不通过判定
+- 核对结果写入 `artifacts/qa-review.json` 的 `taskVerification` 字段
+
 ## 验证命令
 
 验证命令来源：

package/templates/plans/tasks.md

@@ -6,9 +6,9 @@
 - 厚任务必须继续拆小；横向前置任务只在确有技术依赖时保留。
 
 ## 任务列表
-[按执行顺序排列，每个任务独立可验证]
-- [ ] 任务1（AFK/HITL）：端到端行为描述（依赖：无；涉及文件：path/to/file.ts；预期变更：...；完成标准：功能行为或验收结果；验证方式：npm run test -- feature）
-- [ ] 任务2（AFK/HITL）：端到端行为描述（依赖：任务1；涉及文件：...；预期变更：...；完成标准：...；验证方式：...）
+[按执行顺序排列，每个任务可独立验证]
+- [ ] 任务1（AFK/HITL）：端到端行为描述（依赖：无；涉及文件：path/to/file.ts；预期变更：...；完成标准：可独立验证的布尔条件——任何人读完就能判断任务是否完成，用 Given-When-Then 或等价形式，不写"功能正常""符合预期"等无法独立判断的表述；验证方式：具体命令或可执行步骤）
+- [ ] 任务2（AFK/HITL）：端到端行为描述（依赖：任务1；涉及文件：...；预期变更：...；完成标准：同上的可独立验证格式；验证方式：...）
 - [ ] 任务3（AFK/HITL）：端到端行为描述（依赖：...；涉及文件：...；预期变更：...；完成标准：...；验证方式：...）
 
 ## Codex /goal 执行入口

package/skills/commands/idea/SKILL.md

@@ -1,56 +0,0 @@
----
-name: ~idea
-description: 轻量点子探索与方向发散（~idea 命令）
-policy:
-  allow_implicit_invocation: false
----
-Trigger: ~idea [description]
-
-`~idea` 是轻量探索命令，用于在不写文件、不进入执行、不激活完整项目流程的前提下，帮用户快速比较方向、生成点子、明确方案。
-
-## 铁律
-- 只讨论，不编写实现代码，不创建项目文件，不执行实现操作
-- 不创建 `.helloagents/`
-- 不创建或更新当前项目存储中的 `state_path`；同样禁止更新知识库文件、方案包或项目级规则文件
-- 不生成方案包
-- 不执行会改变工作区或外部状态的命令
-- 不默认使用子代理
-- 输出的重点是方向、差异、推荐理由与下一步可升级路径
-
-## 流程
-
-### 1. 快速理解问题
-
-- 理解用户当前要解决的目标、场景、限制与关注点
-- 若任务是已有项目中的连续工作，可按需读取少量相关上下文；不要为了脑暴而展开完整项目流程
-
-### 2. 生成备选方向
-
-- 提供 2-4 个可行方向
-- 每个方向都给出：
-  - 核心思路
-  - 适用场景
-  - 主要优点
-  - 主要代价或风险
-
-### 3. 给出推荐
-
-- 明确推荐一个最优方向
-- 解释推荐理由，不使用空泛形容词
-- 若涉及视觉/交互，选项必须具体到可执行特征
-
-### 4. 给出升级路径
-
-- 如果用户希望继续推进，实现层升级路径为：
-  - 想先判断值不值得做、要不要做这么大 → `~office`
-  - 想形成结构化方案 → `~plan`
-  - 想直接进入实现 → `~build`
-  - 需要重型产品规格 → `~prd`
-  - 想让 AI 自动执行完整流程 → `~auto`
-- 如果用户在 `~idea` 过程中转而明确要求写文件、改代码、创建知识库或执行命令，不在 `~idea` 内偷偷写文件；改为按最合适的升级路径继续
-
-## 输出要求
-
-- 允许发散，但必须给出明确结论
-- 不做“点子堆砌”
-- 不把尚未决定的探索结果伪装成已确认方案

package/skills/commands/office/SKILL.md

@@ -1,86 +0,0 @@
----
-name: ~office
-description: 价值与范围评估命令 — 先判断事情该不该做、该做多大、先做哪一小块（~office 命令）
-policy:
-  allow_implicit_invocation: false
----
-Trigger: ~office [description]
-
-`~office` 是范围收缩命令，用于在不写文件、不进入实现、不激活完整项目流程的前提下，先帮用户判断一件事是否值得做、是否做得过大、最小可验证切口应该落在哪里。
-
-## 铁律
-- 只讨论，不编写实现代码，不创建项目文件，不执行实现操作
-- 不创建 `.helloagents/`
-- 不创建或更新当前项目存储中的 `state_path`；同样禁止更新知识库文件、方案包或项目级规则文件
-- 不生成方案包
-- 不执行会改变工作区或外部状态的命令
-- 不默认使用子代理
-- 输出重点不是“还能做什么”，而是“要不要做、该做多大、先做哪块”
-
-## 流程
-
-### 1. 快速锁定待判断事项
-
-- 先用一句话重述当前用户真正想判断的事情
-- 明确判断目标：是评估“值不值得做”、还是评估“要不要现在做”、还是评估“要不要做这么大”
-- 若任务是已有项目中的连续工作，可按需读取少量相关上下文；不要为了做 office 评估而展开完整项目流程
-
-### 2. 从关键维度拷问
-
-- 只选当前最相关的 3-5 个维度，不机械全问
-- 可用维度包括：
-  - 真实需求是否存在
-  - 当前替代方案/现状是什么
-  - 最痛的人是谁，痛到什么程度
-  - 最小可验证切口是什么
-  - 当前最大假设是什么
-  - 现在做和以后做的时机差异是什么
-  - 做大后的主要成本、风险或返工点是什么
-- 问题必须直指判断，不做泛化 brainstorm
-
-### 3. 挑战前提
-
-- 明确指出 1-3 条最值得怀疑的前提
-- 每条前提都说明：
-  - 它为什么可疑
-  - 如果这条前提不成立，会导致什么
-  - 最省成本的验证方式是什么
-
-### 4. 强制给出不同范围方案
-
-- 至少给出 3 档范围：
-  - 不做 / 暂缓
-  - 最小切口
-  - 标准推进
-- 如确有必要，可再补一个“做大方案”，但不默认鼓励
-- 每档都给出：
-  - 核心动作
-  - 主要收益
-  - 主要代价或风险
-  - 适用前提
-
-### 5. 给出明确判断
-
-- 必须明确落到以下结论之一：
-  - 不建议做
-  - 建议先验证，不建议直接做
-  - 值得做，但先做最小切口
-  - 值得按当前范围推进
-- 解释理由，不使用空泛形容词
-
-### 6. 给出升级路径
-
-- 如果用户希望继续推进，实现层升级路径为：
-  - 想比较几个做法方向 → `~idea`
-  - 想形成结构化方案 → `~plan`
-  - 想直接进入实现 → `~build`
-  - 需要重型产品规格 → `~prd`
-  - 想让 AI 自动执行完整流程 → `~auto`
-- 如果用户在 `~office` 过程中转而明确要求写文件、改代码、创建知识库或执行命令，不在 `~office` 内偷偷写文件；改为按最合适的升级路径继续
-
-## 输出要求
-
-- 必须先给结论，再给判断依据
-- 不做“点子堆砌”
-- 不把尚未验证的假设伪装成事实
-- 不把“可以做很大”默认当成推荐答案