用途：把模糊的开发请求或上下文不足的 bug 转成一次执行到位的改动，尽量减少来回沟通。
主要能力：入口先做路由分类。BUG 表示不工作、报错或异常行为，子类型有 UI/UX、API/后端、数据/状态、基础设施/配置；TAREA 表示非 bug 工作，子类型有 NUEVO（新增）、CAMBIO（修改）、REFACTOR（清理）、CONFIG（变量/环境）、MEJORA（UX/性能/可靠性）。若命令为 /bug 则进入 BUG 模式，/task 则进入 TAREA 模式。
使用方式：先静默分类模式与子类型，再用 question 执行第一轮提问（必做），一次调用 2 至 4 个问题，混合封闭式选项与开放式文本，不重复用户已给信息；question 已含自由回答，无需再加“其他”。随后给出简短摘要并请求确认：BUG 摘要为观察到的问题、期望行为、初步假设；TAREA 摘要为将做什么、不碰什么、完成标准。未获确认则进行第二轮简短提问（最多 2 个问题）。确认后阅读相关代码、查找仓库既有模式并执行：BUG 找根因并做最小安全修复，不做顺手重构；TAREA 以最小必要复杂度实现，避免过度设计。
适用场景：需求描述含糊、bug 上下文少、希望一次改对且减少往返的开发任务。
限制：必须用 question 提问而非纯文本；每轮最多 4 个问题、总共最多 2 轮；缺少关键数据时至少含 1 个开放问题；上下文足够时可跳过提问直接执行；TAREA 执行前须明确 IN/OUT 范围；坚持最小改动。编辑前应输出模式与子类型、BUG 根因或 TAREA 范围、可能涉及文件、修复策略或完成标准；编辑后说明改了什么、为何能解决、如何快速验证。资料未提供具体安装命令、收费、平台或效果数据。