SKILL.md
1.9 KB查看排版效果| 1 | --- |
| 2 | name: prompt-refiner |
| 3 | description: 把模糊需求改写成角色、任务、约束、输出格式、少样本示例五件套提示词,附常见失效模式与修复手法。 |
| 4 | --- |
| 5 | |
| 6 | # 提示词打磨器 |
| 7 | |
| 8 | > 把一句模糊需求改写成可稳定复现的结构化提示词。纯指令技能:不带脚本、不联网、不写任何文件,产出为改写后的提示词文本。 |
| 9 | |
| 10 | ## 五件套(改写后的提示词必须齐备) |
| 11 | |
| 12 | 1. **角色**:执行者是谁、专业背景是什么; |
| 13 | 2. **任务**:做什么,一句话说清,动词开头; |
| 14 | 3. **约束**:不许做什么、边界在哪、以什么标准判断好坏; |
| 15 | 4. **输出格式**:结构、长度、字段; |
| 16 | 5. **少样本示例**:一至三个「输入→期望输出」对,覆盖最典型与最易错的情形。 |
| 17 | |
| 18 | ## 改写流程 |
| 19 | |
| 20 | 1. 找出原句里所有模糊词,逐个替换为可验证表述: |
| 21 | - 「尽量简短」→「不超过 200 字」; |
| 22 | - 「专业一点」→「面向有经验的运维工程师,不解释基础概念」; |
| 23 | - 「好看」→「给出可度量的标准:无错别字、每段不超过三行」; |
| 24 | 2. 检查五件套缺什么补什么; |
| 25 | 3. 重写为最终提示词; |
| 26 | 4. 给出前后对照与改动理由。 |
| 27 | |
| 28 | ## 常见失效模式(检查改写稿) |
| 29 | |
| 30 | - **指令冲突**:约束与任务互相矛盾(要求「详尽」又限「50 字」)→ 明确优先级; |
| 31 | - **示例带偏**:示例风格会盖过文字指令 → 示例只示范格式,不示范内容偏好; |
| 32 | - **格式漂移**:长输出跑出声明格式 → 把格式声明放在输出要求的最显眼位置并给出骨架; |
| 33 | - **角色缺位**:没有立场判断标准 → 补角色与决策依据。 |
| 34 | |
| 35 | ## 红线 |
| 36 | |
| 37 | - 不堆砌形容词(「强大」「优秀」「深度思考」),只留可验证要求; |
| 38 | - 改写稿可以变短,但不允许靠删需求来「精简」——删了什么要在对照里说明。 |
文件内容是平台检查时读出的文本,只供查看。平台不会运行包里的任何脚本或程序。

