用途：在任何实现之前使用，先完成需求理解、上下文发现和方案确认，避免直接写代码。
主要流程：
- 理解需求：从用户消息中获取“做什么”，不一开始就连环提问；仅在请求存在两种合理解释，或发现缺少关键细节（如框架、数据库）时，才提出具体问题。
- 发现上下文：调用 oac:context-discovery，用任务主题查找项目规范与模式。若报告未安装上下文，则继续推进，在方案中标注“none”，并在方案末尾附上提示；若有上下文，记录返回的关键文件并在方案中引用。
- 如有必要再澄清：在查看上下文与需求后，若仍存在会显著改变方案的空缺，才明确、简洁地提问，并说明为何影响方案；能合理假设时，在方案中说明假设而非提问。
- 提出方案：输出轻量计划，包含 What、How、Assumptions、Files、Context loaded、External docs needed，并请用户批准或调整。若上下文缺失或很少，在方案之后附上提示：运行 /install-context 设置上下文文件。
- 获取批准：等待用户批准或调整；若调整则更新方案并再次询问，未明确批准前不开始实现。
- 移交实现：简单任务（1–3 个文件）直接实现；复杂任务（4 个以上文件、多组件）先调用 oac:task-breakdown 创建子任务。
关键原则：快速，先从消息理解而非盘问；上下文优先，提出方案前总是尝试发现；无上下文只提示不阻断；提问要具体并说明原因；优先用假设代替提问；方案简洁，一段话即可；遵循 YAGNI，只提出满足需求的最小方案。
相关技能：oac:context-discovery（步骤 2 调用）、oac:context-setup（未找到上下文时）、oac:task-breakdown（批准后处理复杂功能）。
限制：资料未提供具体收费、平台、价格或效果信息。