用途：ideate 用于把模糊想法变成经过验证的功能规格（feature spec）。适用于被要求"设计一个功能""规划方案"等场景。
主要能力：全程以对话方式推进，分三幕。第一幕（理解）受结构性硬约束：每条消息只能是 0-2 句上下文加恰好一个问题，且必须先经用户同意才能进入下一幕。第二幕（探索）可调研代码库、查找既有规格与决策记录，提出 2-3 种方案及取舍，可选用 2-3 名专家评审（如架构、资深、安全工程师）做快速审查。第三幕（明确）按 200-300 字分段呈现规格并逐段确认，覆盖问题陈述、方案、UI 需求、数据模型、模块结构、API、错误处理、测试等，最后写入 docs/arc/specs/YYYY-MM-DD-<topic>-spec.md。
使用方式：每轮仅提一个问题，优先给 2-4 个具体选项，并给推荐项加"(Recommended)"；可由代码库查到的事实自行查找而不必询问。规格写完后经 spec-document-reviewer 审查，最多 5 轮。提交前需征得用户同意，例如 git add docs/arc/specs/ && git commit -m "docs: add <topic> feature spec"。之后可选 /arc:review、/arc:implement。
限制：依赖完整的 Arc 包，Arc 自有路径（agents/、references/、disciplines/、templates/、scripts/、rules/、skills/）需从插件根目录解析。第一幕禁止输出表格、代码块、数据模型、方案建议等。Arc 不自创视觉方向或品牌体系，UI 视觉需外部来源（如 Figma、品牌文档）；若无视觉方向不得编造。具体收费、平台支持矩阵等细节暂未提供。