用途：在任何实现开始前，先理解请求、发现项目上下文并给出简短计划，获得用户批准后再动手。目标是快速对齐，而非完整设计研讨。
主要流程：
- 理解请求：从用户消息中读取“做什么”，不预先连续提问；仅当请求存在两种合理解读或上下文检查中发现关键信息缺失（如框架、数据库）时才追问。追问需具体说明需要什么及原因。
- 发现上下文：以任务主题调用 oac:context-discovery 查找项目标准与模式。若无上下文，不暂停，在提案中记为“none”，并在末尾附上提示；若有，记下返回的关键文件并在提案中引用。
- 必要时追问：审查上下文与请求后，若仍有关键缺口会显著改变方案，再集中提出最少必要问题，并说明每项对方案的影响；能做合理假设时在提案中说明。
- 提出计划：输出轻量计划，包含 What（一两句说明）、How（关键决策）、Assumptions（假设）、Files（创建或修改的文件）、Context loaded（加载的标准文件或“none”）、External docs needed（需先获取的库文档或“none”），并请用户批准或调整。若上下文缺失或极少，在提案末尾追加运行 /install-context 的建议，不打断或替换提案。
- 获得批准：等待用户批准或调整；若调整则更新提案再确认，未明确批准前不开始实现。
- 移交实现：简单任务（1–3 个文件）直接实现；复杂任务（4+ 文件、多组件）先调用 oac:task-breakdown 创建子任务。
核心原则：快速、上下文优先、无上下文只提示不阻塞、提问具体、以假设替代冗余提问、提案简洁、遵循 YAGNI。相关技能：oac:context-discovery、oac:context-setup、oac:task-breakdown。