office

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 内偷偷写文件；改为按最合适的升级路径继续

输出要求

• 必须先给结论，再给判断依据
• 不做“点子堆砌”
• 不把尚未验证的假设伪装成事实
• 不把“可以做很大”默认当成推荐答案