写Prompt总差点意思？这个开源Skill把提示词工程变成了可复现的流水线

你有没有这种感觉——写的 Prompt 总是差点意思？

要么太笼统，Claude 给你一个”挺好的但不是我想要的”答案；要么太啰嗦，token 烧了一堆效果反而更差。

我最近挖到一个宝藏 Skill，叫 instruction-engineering，作者是 majiayu000，仓库 majiayu000/claude-skill-registry，600+ 星。

它不是那种教你”写好提示词”的泛泛而谈，而是给了一套有科学依据的提示词工程框架，直接可以落地用。

它凭什么不一样？

大多数 Prompt 教程告诉你”要清晰、要具体”，但没告诉你怎么做到清晰具体。

instruction-engineering 给了 16 种经过验证的技巧，包括：

• 情感刺激法：微软 2023 年的研究证明，在 Prompt 里加一点情感元素（”这对我的职业很重要”），指令遵循率提升 8%，BIG-Bench 分数提升 115%
• NegativePrompt：IJCAI 2024 年的论文，加负面约束（”错误会导致问题”），指令遵循再提升 12.89%
• 结构抗衰减：用 XML 标签、开头结尾强调、战略重复——防止长上下文中指令被”稀释”

核心工作流

这个 Skill 不是给你一堆理论，而是有一套可直接跑的工作流：

1. 分析任务 — 确定 Prompt 目的和目标受众
2. 选技术 — 用 /ie-techniques 命令从 16 种技术里挑适合的
3. 起草 — 用 /ie-template 获得模板和示例
4. 锐化 — 用 /sharpen-audit 找歧义，再用 /sharpen-improve 修复
5. 验证 — 自检后再交付

Skill 描述怎么写才有效？

还有一个很实用的部分——它教你怎么写 Skill 描述（description）。

很多人写 description 容易犯一个错：把工作流步骤写进描述里。这会导致 Claude 跟着描述走，而不是去读 SKILL.md 正文。

正确写法：描述只写触发条件，不写流程。

# ✅ 正确：只写触发条件
description: "Use when user wants to improve a prompt for clarity"

# ❌ 错误：包含了工作流步骤
description: "Use when user wants to improve a prompt - does Y then Z"

安装方式

npx skills add https://github.com/majiayu000/claude-skill-registry/tree/main/skills/other/other/instruction-engineering

适合谁用？

• 经常写 Prompt 但效果不稳定
• 在做 AI 应用开发，需要优化 system prompt
• 想系统学习提示词工程，不只是看”技巧清单”

这个 Skill 把学术研究和工程实践接上了——不是空洞的”要清晰要具体”，而是有步骤、有检查清单、可复现的工程化方法。

GitHub：https://github.com/majiayu000/claude-skill-registry

GitHub: https://github.com/majiayu000/claude-skill-registry