乐于分享
好东西不私藏

Claude Code 源码泄漏揭示:10 个顶级AI提示词工程技巧

Claude Code 源码泄漏揭示:10 个顶级AI提示词工程技巧

点击 蓝字  👆  关注 Ciphra 希弗

嗨咯!我是Ciphra 希弗~

主业上市公司HR,副业自媒体,持续分享 AI 效率工具和自媒体运营干货!

Claude Code 的源代码意外泄露,我翻了几千行代码,找到了让 AI 效率翻倍的 10 个隐藏技巧。不夸张地说,看完这篇,你用 AI 的方式会彻底改变。

事情是这样的

Claude Code(Anthropic 官方的编程助手)的源代码通过 source map 意外暴露。

泄露信息
详情
代码量
512,000+ 行 TypeScript
文件数
~1,900 个文件
系统提示词
16,739 词(约 24,000 tokens)

这个系统提示词,相当于 Claude 的”出厂说明书”——它规定了 AI 怎么思考、怎么做事、怎么和你配合。

看完之后我才明白:原来 Claude 这么强,是因为说明书写得太细了。

下面是我提炼出来的 10 条黄金法则,每一条都能直接用在你的 AI 对话里。

技巧一:别让 AI 一件一件做事

源代码原文:

“If you intend to call multiple tools and there are no dependencies between them, make all independent tool calls in parallel.”

翻译成人话: 能同时做的事,不要排队。

你可能一直在这样做

帮我:
1. 先分析这个问题
2. 然后给出方案
3. 然后写代码
4. 然后测试

这样做,AI 会等每一步完成才开始下一步,浪费大量时间。

正确的打开方式

请同时完成以下任务:
- 分析问题
- 给出方案
- 写出代码
- 测试验证

每个任务单独用一个板块输出。

效率差距?3-5 倍起步。

技巧二:专用工具比通用命令好用 10 倍

源代码原文:

“To read files use Read instead of cat, head, tail, or sed”
“To search for files use Glob instead of find or ls”

翻译成人话: 不要让 AI 用”万能钥匙”,要用”专用工具”。

举个栗子

场景
普通做法
高级做法
搜文件
“帮我 find 一下”
“用 Glob 工具搜索”
看文件
“cat 给我看”
“用 Read 工具读取”
改文件
“用 sed 替换”
“用 Edit 工具修改”

为什么要这样?

专用工具有额外的校验和格式化,出错的概率更低,输出更干净。

技巧三:够用就行,别让 AI”加戏”

源代码原文:

“Three similar lines of code is better than a premature abstraction.”
“Don’t add features beyond what was asked.”
“A bug fix doesn’t need surrounding code cleaned up.”

翻译成人话: 别让 AI 自作聪明,完成你的要求就够了。

你可能遇到的情况

你让 AI 修一个小 bug,结果它:

  • 顺便重构了整个函数
  • 加了一堆注释
  • 改了变量命名
  • 添加了”以防万一”的错误处理

看起来很负责?其实是在制造混乱。

正确的打开方式

帮我把这个函数的速度优化一下,只需要改最慢的那部分。
不需要加注释,不需要改其他地方。

克制,才是高级。

技巧四:没看过的东西,别让 AI 乱改

源代码原文:

“In general, do not propose changes to code you haven’t read.”

翻译成人话: 先理解,再修改。

错误示范

帮我优化这篇文章
[直接把文章丢过去]

AI 不知道你的目标读者是谁,不知道你的风格是什么,只能瞎猜。

正确示范

【背景】
- 这是一篇给产品经理看的教程
- 目标:让他们理解什么是 API
- 风格:口语化,用比喻

【原文】
[贴文章]

【优化目标】
根据以上背景,优化这篇文章

信息越全,输出越准。

技巧五:让 AI 自己检查自己

源代码原文:

“If you notice that you wrote insecure code, immediately fix it.”

翻译成人话: AI 写完代码,要让 AI 自己”安检”。

怎么用?

在提示词里加上这个:

【完成后自查】
写完代码后,请检查:
- 有没有 SQL 注入风险?
- 有没有 XSS 漏洞?
- 用户输入有没有过滤?

【输出格式】
1. 代码内容
2. 安全检查报告(通过/有问题 + 说明)

这不是不信任 AI,这是给 AI 一面镜子。

技巧六:给任务装个”进度条”

源代码原文:

“Mark each task as completed as soon as you are done with the task.”

翻译成人话: 完成一项,打勾一项。

怎么用?

【任务清单】
- [ ] 搜集资料
- [ ] 写大纲
- [ ] 写正文
- [ ] 润色

【规则】
每完成一项,立即打勾 ✅,再继续下一项

好处:

  • 你能看到 AI 的进度
  • AI 不会跳步骤
  • 不会做到一半跑偏

技巧七:失败了先诊断,别瞎重试

源代码原文:

“If an approach fails, diagnose why before switching tactics—read the error, check your assumptions.”

翻译成人话: 失败不是让你换个方法,而是让你搞清楚为什么失败。

错误示范

AI:运行失败了
用户:换个方法试试
AI:好的,换了一个,还是失败
用户:再换一个...

正确示范

AI:运行失败了
用户:先别换方法,告诉我:
     1. 错误信息是什么?
     2. 可能的原因是什么?
     3. 最小化的修复方案是什么?

诊断 > 重试。

技巧八:别让 AI 干等

源代码原文:

“Do not sleep between commands that can run immediately — just run them.”
“If waiting for a background task…you will be notified when it completes — do not poll.”

翻译成人话: 能直接做的事不要等,后台任务会自动通知,不用一直问。

场景举例

【错误】
AI:我等 5 秒再执行下一步...
AI:我等 10 秒再检查一下...
AI:我等 30 秒看看好了没...

【正确】
AI:后台任务已启动,完成后会自动通知你
[继续做其他事]

技巧九:commit 这件事,要你说了算

源代码原文:

“NEVER commit changes unless the user explicitly asks you to.”

翻译成人话: 代码提交必须经过你同意,AI 不能自作主张。

为什么这很重要?

想象一下:

  • AI 自己提交了代码
  • 你还没 review
  • 结果有 bug,已经上线了

所以,如果你没说”提交”,AI 就不该提交。

技巧十:诚实汇报,别报喜不报忧

源代码原文:

“Report outcomes faithfully: if tests fail, say so with the relevant output.”

翻译成人话: 好就是好,坏就是坏,别糊弄。

你可能遇到的情况

【AI 的糊弄版】
测试基本通过,问题不大

【AI 的诚实版】
测试结果:
- ✅ 登录功能:通过
- ❌ 支付功能:失败(错误码 500)
- ⚠️ 搜索功能:未测试

如果你收到的回答含糊不清,直接问:

  • 具体哪些通过了?
  • 具体哪些失败了?
  • 有哪些你没测?

总结:一张表搞定

技巧
一句话总结
并行执行
能同时做的,别排队
专用工具
用”专用工具”而非”万能命令”
够用就行
别让 AI 加戏,克制才是高级
先读后改
没看过的东西,别乱改
自我检查
让 AI 写完自己安检
进度追踪
完成一项,打勾一项
诊断优先
失败先找原因,别瞎重试
别干等
能直接做就做,后台任务不用轮询
你说了算
commit 必须你同意
诚实汇报
好就是好,坏就是坏

最后说两句

看完 Claude 的”出厂说明书”,我最大的感受是:

AI 的能力从来不是瓶颈,瓶颈是你怎么和它沟通。

Claude Code 之所以强,是因为 Anthropic 把每一条行为规则都写得清清楚楚——

  • 什么该做
  • 什么不该做
  • 什么必须问用户
  • 什么可以自己决定

我们普通人用 AI,也该建立自己的”说明书”。

收藏这篇,下次用 AI 的时候,试着按这 10 条来。需要源码的可以私我。

– END –

我是Ciphra 希弗,HR & AI搞钱实践者,帮你解开AI时代的搞钱密码。我用AI运营公众号,12天涨粉162+,已实现第一笔收入,每一步都真实记录,踩过的坑、发现的路,全部开源分享,击下方名片关注Ciphra 希弗吧,我们一起成长!