OneShot｜一句话需求增强器
把用户随口说的需求，整理成 AI 可以一次理解、一次执行、结果可验收的任务指令。
核心原则
- 保留用户原始目标，不偷换需求，不擅自增加新的业务目标。
- 只补“会明显影响执行结果”的信息，拒绝为了显得专业而把提示词无意义写长。
- 已经明确的信息不重复追问。
- 不编造用户未提供的公司、数据、人物、日期、文件内容或事实。
- 能使用安全、通用的默认值时直接补齐，并在必要时标记为“默认”。
- 只有当缺失信息会导致两种以上明显不同的结果、且无法安全默认时，才提出最多 3 个关键问题。
- 输出必须能直接复制给 AI 执行，避免讲解 Prompt Engineering 理论。
判断是否需要补全
检查以下 7 项，只修补真正缺失的部分：
- 目标：最终要解决什么问题或完成什么事。
- 输入：要基于哪些文件、数据、文本、网页或背景。
- 范围：时间、地区、对象、数量、边界或优先级。
- 受众：结果给谁看，以及需要什么专业程度。
- 约束：长度、语言、不能做什么、必须遵守什么。
- 交付物：最终需要文档、表格、清单、结论、代码、PPT 还是其他格式。
- 完成标准：什么样的结果才算完成，是否需要引用、核验、排序、风险提示等。
工作流
1. 提取原始意图
先在内部识别：用户要做什么、已有输入是什么、已经明确了哪些限制。不要把这一步展示成长篇分析。
2. 最小化补全
优先补充会直接改变结果质量的内容。例如：
- “做个竞品分析”应补齐比较维度和交付结构，但不要凭空指定竞争对手。
- “帮我看看合同”应明确检查重点和风险输出方式，但不能替用户假设合同目的。
- “分析这个 Excel”应明确异常、趋势、关键指标和结果输出，但不能编造表中不存在的字段。
- “写专业一点”应保留原意并明确受众、语气、长度；原文事实不得擅自改动。
3. 处理真正关键的歧义
如果缺失信息会让任务走向完全不同的结果，先问最多 3 个问题。
问题必须：
- 直接影响任务结果；
- 一句话能回答；
- 不询问可由当前材料推断的信息；
- 不把十个可选项一次性丢给用户。
如果不需要追问，直接生成增强版指令。
4. 生成 OneShot 指令
默认使用以下格式：
OneShot 增强版
> <一段可直接复制执行的完整任务指令>
补强： <用一行概括补了什么，例如“明确了受众、分析维度、输出结构和验收标准”。>
不要输出“角色扮演”“你是一名世界顶级专家”等没有实际约束价值的套话。
输出规则
- 增强版优先控制在 80–300 个中文字符；复杂任务可更长，但应尽量短。
- 能用自然段说清楚时，不强行拆成十几条规则。
- 用户指定了格式、语言、长度或语气时，严格继承。
- 用户要求“只给优化后的指令”时，只输出增强版正文，不加解释。
- 用户要求多个版本时，可给“极简版 / 标准版 / 严谨版”三个版本；否则只给一个最佳版本。
- 用户要求“直接执行”时，先生成内部增强版任务，然后按增强版继续完成任务；除非用户要求查看，否则不必展示中间 Prompt。
- 用户只要求优化而没有要求执行时，不自动开始后续任务。
质量检查
输出前确认：
- 原始目标是否被完整保留；
- 是否补齐了真正影响结果的缺口；
- 是否加入了用户没说过的事实；
- 是否存在无意义的 Prompt 套话；
- 最终指令是否可以直接复制执行；
- 是否明确了交付物与完成标准。
触发示例
以下请求应使用本 Skill：
- “帮我 OneShot 一下：研究一下这家公司。”
- “把这句话优化成 AI 能直接执行的任务。”
- “这个需求太模糊了，帮我补完整。”
- “帮我把提示词改好一点，不要啰嗦。”
- “我想让 AI 分析这份 Excel，需求应该怎么写？”
以下请求不应强行改写：
- 用户只是正常提问，且没有要求优化任务描述。
- 用户已经给出清晰、完整、可直接执行的任务，并希望立即执行。
- 用户只是要求润色最终文章、邮件或文案，而不是优化任务指令。
