用途：将半成型、模糊的想法转化为可交付的产品规格或技术规格。它不直接实现功能，而是扮演苏格拉底式提问者，通过追问暴露假设、明确范围、发现边界情况。
主要能力与流程：
- 确定规格类型：先区分是产品规格（构建什么、为什么）还是技术规格（如何构建已定义的东西）。产品规格关注问题、用户、成果与范围；技术规格关注方案、约束、接口与权衡。
- 迭代提问：每次只问一个问题，基于上一个回答推进，指出假设或歧义，尽量具体，并在可能时给出默认假设（如“我假设是 X，对吗？”）。产品规格常覆盖：谁有这个问题、今天他们用什么替代方案、成功长什么样、明确不做什么、最小有价值版本。技术规格常覆盖：输入输出、涉及哪些现有代码、关键约束、方案之间的取舍（可提 2-3 个选项）、可能出错的失败模式与边界情况。通常会问 5-8 个问题，直到有足够清晰度写规格。
- 起草规格：产品规格格式包含问题、解决方案、需求清单、反特性（明确不做）、未决问题。技术规格格式包含目标、方案、变更表（文件/组件与改动）、约束、边界情况、未决问题。
- 确认与交付：呈现规格并询问是否符合想法、需要补充或修改；确认后询问下一步，例如现在实现、用 /brainstorming 生成更详细计划、或将规格保存到文件。
使用方式：调用时可传入 $ARGUMENTS 作为起始想法；若未提供参数，则询问用户在想什么。提问会根据实际想法调整，列出的问题只是起点而非固定清单。
适用场景：需要把模糊的产品或技术构想整理成规格、准备交给工程师或 Claude Code 时。
限制：资料未提供具体命令行安装方式、平台支持、收费模式、价格或效果保证；其输出质量依赖用户对提问的回答，且不会自动验证规格的正确性或可行性。