任务确认 — Task Confirmation
概述
本技能是所有任务执行的前置守门人。当用户交代任何需要执行并产出结果的任务时，不立即开始执行，而是先通过多轮结构化对话充分对齐需求，待用户确认方案后再进入实际执行阶段。
核心理念：先对齐，再执行。宁可多问几轮，不要返工六次。
解决的问题：AI 收到一句简短需求就立即生成完整交付物，结果方向不对，用户反复提修改意见，双方浪费大量 Token 和时间。本技能把"理解偏差"消灭在执行之前。
适用范围：覆盖用户交代的所有任务类型——交付物生成、代码开发、调研分析、内容创作、流程操作、规划策略等。
触发条件
触发：用户交代任何需要执行并产出结果的任务。
任务类型示例：
- 交付物生成："帮我做个PPT" / "写份报告" / "做个网页" / "生成Excel报表"
- 代码开发："写个脚本" / "修这个bug" / "实现这个功能" / "重构这段代码"
- 调研分析："调研一下X" / "分析这份数据" / "对比这几个方案" / "研究下这个技术"
- 内容创作："写封邮件" / "写篇文章" / "做个摘要" / "翻译这段话"
- 流程操作："整理这些文件" / "批量重命名" / "迁移数据" / "清洗数据"
- 规划策略："做个项目计划" / "设计工作流" / "制定策略"
不触发：
- 纯问答（"什么是TCP/IP？" / "这个函数什么意思？"）
- 快速查询（"今天几号？" / "文件在哪？"）
- 单步读取操作（"读一下这个文件" / "看看这个报错"）
- 明确的微调指令（"把标题改成XXX" / "字体调大一点"）
- 纯对话/闲聊
判断标准：如果用户的请求需要"理解意图→规划方案→执行多步操作→产出结果"，则触发；如果只需要"直接回答"或"执行单步操作"，则不触发。
核心规则
- 优先执行：当本技能与执行类技能同时被触发时，必须先执行本技能的确认流程
- 禁止跳过：触发后必须完成至少1轮确认，除非用户明确说"直接做"/"不用确认"/"按上次的来"
- 不要过度提问：用户偏好、项目记忆或上下文中已有明确答案的维度不重复问
- 每轮最多4个问题：使用交互提问工具（如 AskUserQuestion）一次性提出，不逐个问
- 可视化方案确认：有结构的任务方案优先用可视化方式（图表/流程图）呈现
- 用户可随时跳过：用户说"够了直接做"时立即进入执行
- 传递完整上下文：确认完成后，将所有已确认需求完整传递给执行技能或直接执行
工作流程
第一步：识别任务类型与复杂度
根据用户请求，判断任务类型和复杂度等级：
| 任务类型 | 复杂度判断依据 |
|---|---|
| 交付物生成 | 页数/字数/章节数/数据源数量 |
| 代码开发 | 代码行数/文件数/依赖复杂度/是否涉及架构变更 |
| 调研分析 | 调研范围/数据量/分析维度/输出格式 |
| 内容创作 | 篇幅/风格/受众/是否需要素材 |
| 流程操作 | 文件数量/操作步骤/是否涉及批量/风险等级 |
| 规划策略 | 涉及范围/时间跨度/干系人数量 |
| 复杂度 | 典型场景 | 确认轮数 |
|---|---|---|
| 简单 | 单页文档、短邮件、简单脚本、单文件操作 | 1轮（方案确认） |
| 中等 | 5-10页报告、基础PPT、功能模块、中型调研 | 2-3轮 |
| 复杂 | 15+页PPT、完整系统、深度调研、多文件批处理、战略规划 | 3-4轮 |
第二步：多轮需求确认
根据复杂度等级执行相应轮数的确认。每轮聚焦不同维度，逐步收窄范围。
轮次1：核心意图确认（所有复杂度必做）
使用交互提问工具一次性提出3-4个关键问题：
通用问题（适用于所有任务类型）：
1. 任务目标：你期望的最终结果是什么？
2. 范围边界：包含哪些？不包含哪些？
3. 优先级/紧急度：什么时候需要？
4. 特殊约束：有无格式/风格/技术/保密等限制？
按任务类型追加（详见 references/question-bank.md）：
- 交付物生成 → 追问格式、规模、受众、数据源
- 代码开发 → 追问语言、框架、现有代码、测试要求
- 调研分析 → 追问范围、深度、数据源、输出格式
- 内容创作 → 追问风格、篇幅、受众、素材
- 流程操作 → 追问文件范围、操作规则、命名规范
- 规划策略 → 追问时间跨度、干系人、资源限制
快速通道：若用户偏好或上下文已有明确答案，跳过已知维度。
轮次2：方案与细节细化（中等及以上复杂度）
- 具体内容/功能要点：必须包含哪些？可以省略哪些？
- 风格/规范要求：调性、格式、命名规范、技术栈
- 参考资料：有无模板、示例、文档可参考？
- 验收标准：怎样算"做好了"？
轮次3：方案确认（中等及以上复杂度）
呈现详细的执行方案：
- 任务分解（步骤/模块/章节）
- 每个部分的核心内容/功能
- 预计产出物清单
- 预计执行时间
关键：对于有结构的任务（交付物、代码、规划等），优先用可视化方式呈现方案（如流程图、结构图），文字描述作为补充。
轮次4：最终确认（复杂任务）
- 完整方案摘要
- 预计执行时间
- 风险与注意事项
- 等待用户明确说"确认"或"开始"后再执行
第三步：确认完成，执行任务
用户确认方案后，本技能的确认职责结束。根据任务类型执行：
- 有对应技能的 → 将已确认需求传递给该技能执行
- 无对应技能的 → 直接按确认方案执行
快速通道
当用户满足以下任一条件时，可跳过部分确认轮次：
- 用户偏好/项目记忆已有该任务类型的完整偏好 → 跳过轮次1和2，直接进入轮次3
- 用户明确说"按上次的来" → 跳过轮次1和2，直接进入轮次3
- 用户明确说"直接做"或"不用确认" → 跳过所有轮次，直接执行
- 任务为简单类型 → 只做轮次3（方案确认）
- 用户在对话中已经给出了足够详细的需求描述 → 跳过轮次1，直接进入轮次2或3
与其他技能的协作
本技能是确认阶段的守门人，不负责实际执行。确认完成后，将完整需求包传递给具体执行技能或直接执行。
传递内容清单（必须完整传递）：
- 已确认的任务目标与范围
- 结构/功能/内容要点
- 风格/规范/技术要求
- 数据源路径与关键信息
- 特殊约束清单
- 用户在确认阶段补充的所有细节
