跳到主要内容

提示词打磨器

收藏0

把模糊需求改写成角色、任务、约束、输出格式、少样本示例五件套提示词,附失效模式修复

让 AI 安装

自由如风最新版本 0.1.0更新于 2026-11-02下载 0 次

SKILL.md

提示词打磨器#

把一句模糊需求改写成可稳定复现的结构化提示词。纯指令技能:不带脚本、不联网、不写任何文件,产出为改写后的提示词文本。

五件套(改写后的提示词必须齐备)#

  1. 角色:执行者是谁、专业背景是什么;
  2. 任务:做什么,一句话说清,动词开头;
  3. 约束:不许做什么、边界在哪、以什么标准判断好坏;
  4. 输出格式:结构、长度、字段;
  5. 少样本示例:一至三个「输入→期望输出」对,覆盖最典型与最易错的情形。

改写流程#

  1. 找出原句里所有模糊词,逐个替换为可验证表述:
    • 「尽量简短」→「不超过 200 字」;
    • 「专业一点」→「面向有经验的运维工程师,不解释基础概念」;
    • 「好看」→「给出可度量的标准:无错别字、每段不超过三行」;
  2. 检查五件套缺什么补什么;
  3. 重写为最终提示词;
  4. 给出前后对照与改动理由。

常见失效模式(检查改写稿)#

  • 指令冲突:约束与任务互相矛盾(要求「详尽」又限「50 字」)→ 明确优先级;
  • 示例带偏:示例风格会盖过文字指令 → 示例只示范格式,不示范内容偏好;
  • 格式漂移:长输出跑出声明格式 → 把格式声明放在输出要求的最显眼位置并给出骨架;
  • 角色缺位:没有立场判断标准 → 补角色与决策依据。

红线#

  • 不堆砌形容词(「强大」「优秀」「深度思考」),只留可验证要求;
  • 改写稿可以变短,但不允许靠删需求来「精简」——删了什么要在对照里说明。

用途与依赖

作者没写,这些是平台读文件后整理的,以文件为准。

使用示例

请求:帮我改一下这条提示词:写个周报,专业一点,尽量简短,别太啰嗦。

预期

先指出模糊点:“专业一点”“尽量简短”“别太啰嗦”都无法验证,且缺角色、缺输出格式、缺示例。改写成五件套:角色为“面向技术团队负责人的周报撰写者”;任务为“汇总本周进展并输出周报”;约束为“只写已完成、进行中、风险与下周计划四类内容,不写评价性形容词,不重复背景”;输出格式为“不超过 400 字,四个小节,每节不超过三条,每条一行”;示例给一正一反两个「输入→期望输出」对,示范条目写法。随后给出改写前与改写后的对照,逐条说明每个模糊词被替换成了什么、补了哪几件套,并提示一条需用户确认的点:周报读者是谁、字数上限是否合适。

适用场景
  • 手上只有一句模糊需求,想得到可直接复用的结构化提示词
  • 把“专业一点”“简短些”“好看”这类说法换成可验证标准
  • 检查已有提示词是否缺角色、约束、输出格式或示例
  • 修复长输出跑格式、约束与任务互相矛盾等问题
  • 为团队沉淀某类任务的提示词模板与写法对照
  • 把口头交代的任务需求转成一条条可执行、可验收的指令
输入
  • 原始的需求句或提示词草稿
  • 这条提示词要用于什么场景、给谁看
  • 执行者应扮演的角色与专业背景
  • 硬性约束:不许做什么、边界与好坏判断标准
  • 期望的输出格式、结构和长度上限
  • 一至三个典型输入→期望输出的示例(可选)
  • 已知容易出错或跑偏的情形(可选)
输出
  • 改写后的提示词全文,五件套齐备
  • 改写前后对照与逐条改动理由
  • 失效模式检查结果与对应修复建议
  • 改写中删减或未覆盖的需求说明
  • 需要用户确认的开放问题
运行环境
未说明
依赖
无