别再手写 prompt 了：让 sharpen 当你的 prompt 编译器

写了上千条 prompt 才明白一件事：模型已经够强了，问题常常出在「你想让它做什么」这一句话上。

今天安利一个我觉得被低估的 skill——sharpen。它只做了两件事，但把”调教 Claude“这件事拆得非常漂亮。

两个斜杠命令：/sharpen 和 /gosharp

先说 /sharpen <prompt>。它是个 prompt 编译器。你扔一句粗糙的话进去，它先挖上下文（你这轮聊了啥、上下文里有没有过期信息），再判断这次任务最可能栽在哪儿，最后只加那几行真正有用的约束。作者管这叫「dosed discipline」——一个熟悉的简单任务，模型往往会”停得太早”而不是”推理错”，那就给一两行检查就够了；到了能力边缘的任务，再上重锤。

更妙的是，如果你 refine 完的 prompt 明显是「本次会话里干这事儿」，它会直接执行，不用你把输出再贴回去。给其他 agent 用的 prompt，它就停在 prompt 上。这个细节我很喜欢。

再说 /gosharp <request>。这个是给执行用的，不是编译器。它会先把你的意图复述一遍让你挑刺，然后自己从任务里推导出该检查什么，而不是套一个固定 checklist。开始前它会先说”done 长什么样”，跑完前先验证，再自我反驳一下结论。这个 discipline 是内置的。

两个命令都强制 disable-model-invocation——必须你主动叫它才跑，不会偷偷触发。

作者给了一个很扎心的 A/B

同一个 prompt：”做一个手机浏览器里能玩的 Doodle Jump”。

• 裸跑：907 行代码、19 次工具调用、203 秒。视觉更好，但手机上玩不起来。
• gosharp：637 行、2 次调用、126 秒。视觉朴素，但真的能玩，代码也是 IIFE、能清理。

作者总结得很到位：「sharpen 没有产出更好的代码，它产出的是更好的需求对齐。」

什么时候用

• 你想让 Claude 审查/评估/调试——/gosharp assess why ...
• 你要给另一个 session 或 agent 写一段 prompt——/sharpen investigate ...
• 任务简单、上文已经加载好——别用它，让 CLAUDE.md 干活就行。

我怎么看

市面上 prompt 优化器大多是「套框架」（CO-STAR、RISEN 那一挂），sharpen 走的是另一条路：承认模型已经很聪明，缺的只是几行针对性的约束。它不堆 amplifier，它挑 amplifier。这个思路和我一直信的事一致——「少即是多」在 prompt 工程里是金科玉律。

如果你经常给 Claude 派活的、或者你自己写 prompt 写到怀疑人生，强烈建议装上玩玩。MIT 协议、Claude Code 插件直接装：

/plugin marketplace add jp290/sharpen
/plugin install sharpen@sharpen

GitHub：https://github.com/jp290/sharpen

GitHub: https://github.com/jp290/sharpen