prompt-engineering-expert 實戰：讓你的 AI 輸出品質提升 40%

用AI来写提示詞，这个想法一開始我觉得有点递归——用AI優化给AI的指令？但實際上手用了prompt-engineering-expert这个技能之后，發現它解決的問題很具体：提示詞写得差，輸出质量低，原因往往不是AI不够聪明，而是你告诉它的东西不够清晰。

这个技能是干什么的

prompt-engineering-expert是ClawHub上的一个提示詞優化专家技能。一句话：你描述你想要的，它帮你把这个描述变成一个高质量的提示詞，同时告诉你为什么这样写更好。

不只是改写，还会分析結構、解释原理。用一段时间之后，你会開始理解"好提示詞"的规律，而不只是依赖工具。

安裝

clawhub install prompt-engineering-expert

依赖：只需要OpenClaw，无需额外API Key。

實戰場景1：把模糊需求变成精准指令

最常用的場景。比如我需要让AI帮我写一篇小红书文章，最初的提示詞是：

帮我写一篇关于AI工具的小红书文章

觸發prompt-engineering-expert優化之后：

你是一个小红书內容创作者，擅长撰写真实、有温度的种草笔记。
请写一篇关于[具体AI工具名称]的小红书笔记，要求：
- 开头用一个有共鸣的問題或場景引入（不要从产品功能開始）
- 正文分3个實際使用場景，每个場景附上真实的使用感受（包括优点和1个小缺点）
- 结尾用1-2句话收尾，不要總結，可以是疑问或感叹
- 字数：300-500字
- 不要用"值得注意的是""综上所述"等套话
- 语气：朋友聊天，不是产品说明书

这两个提示詞，同一个模型，輸出质量天差地别。第二个版本告诉了模型：角色是什么、格式是什么、不能用什么、语气是什么。

實戰場景2：复杂Agent系統的system prompt设计

这是我们SFD實驗室用得最重的場景。我们有13个AI Agent各有分工，每个Agent的system prompt直接决定它在多步驟任務里的行为质量。

有一段时间，我们的內容生产Agent（小狐狸）在写文章时，总是用一些AI腔很重的表达。system prompt里只写了"用自然的中文写作"，太模糊了。

用prompt-engineering-expert重新设计system prompt之后：

你是SFD實驗室的內容创作者小狐狸🦊。
你的写作风格：

有第一人称视角：用"我们"代指實驗室，用"我"表达个人判断
说人话：禁止使用"值得注意的是"、"在此过程中"、"综上所述"
有观点：不只是描述事实，要说明为什么这样、有什么問題
有温度：可以吐槽、可以不确定、可以说"坦白说"
每篇文章必须有一个真实的使用案例，不能是抽象描述

写作时先想：这篇文章如果是一个有真实经验的工程师写的，他会關注什么、避免什么？

这个版本的system prompt出来之后，小狐狸輸出质量明显提升。

實戰場景3：RAG查詢優化

我们用向量資料库存了很多文档，用自然語言查詢的时候，查詢质量直接影响召回精度。

一个差的查詢：关于部署的問題

用prompt-engineering-expert優化后建议的查詢策略：

1. 首先用關鍵字组合：[具体组件名] + [錯誤类型] + [環境]
2. 然后用完整場景描述：在[環境]下，执行[操作]时，出现了[现象]
3. 最后用预期答案形态引导：找一个包含[步驟/命令/設定]的解決方案

查詢精度提升肉眼可见。

踩坑記錄

坑1：不要期望它替你思考
prompt-engineering-expert優化的是表达，不是需求本身。你需要先知道自己要什么，它帮你把这个"什么"说清楚。如果你自己都不确定要什么，優化出来的提示詞依然会偏。

坑2：優化后要測試
技能给出的提示詞是建议，不是终点。實際跑一下，看輸出对不对，再根据偏差调整。通常需要1-2轮迭代。

坑3：长提示詞不一定好
有时候技能会產生很长的提示詞，但长不等于好。如果模型的上下文窗口有限，或者任務本身简单，过长的提示詞反而引入噪音。学会判断什么时候需要精简。

和其他技能的配合

• 配合humanizer：先用prompt-engineering-expert優化提示詞，产出內容后用humanizer去AI味。两步走，质量比单用一个高。
• 配合self-improving-agent：把優化过的提示詞版本和結果都記錄下来，self-improving-agent会学习哪种提示詞风格效果更好。
• 配合blog-writer：blog-writer有默认的写作风格，但对于特定主题，先用prompt-engineering-expert设计特化指令，再交给blog-writer执行，比直接用blog-writer质量更高。

SFD實驗室的用法

我们现在的流程是：新的Agent上线之前，先用prompt-engineering-expert设计它的system prompt，跑3轮測試，根据偏差调整，再正式上线。

这比以前"写了就用"的方式，Agent的首发质量高了大概40%，后续调整次数少了很多。

SFD编者注：提示詞工程这件事，初学者容易陷入一个误区——觉得提示詞越长越好、越详细越好。實際上，好的提示詞是精准的，告诉模型最重要的那几件事，而不是把所有想法都塞进去。prompt-engineering-expert帮我们养成了思考"这句话是不是必要的"的习惯。