为什么 Claude Code 没有一句废话？扒光它的底层提示词，我悟了！
往期热门文章： 1、面试官尬笑：你说半天就能读完一个开源项目源码，不就是用 AI 吗？我说：是用 DeepWiki，而且是 Codemap 模式！ 2、Claude Code、Cursor 和 Codex，到底选哪个？ 3、GitHub 榜首竟是个 Markdown 文件，还狂揽 4.5 万 Star 4、强烈建议大家使用 Linux 做开发？ 5、Cursor被扒底裤！Claude Code套壳实锤，500亿估值全靠Ctrl+H？用 Claude Code 还是 Codex?
为什么 Claude Code 不像 GPT-5.4那样废话连篇，为什么它写的代码比较克制？
除了其本身的工程设计之外，很重要的原因就是其精妙的系统提示词的设计。
有人专门维护了 Claude Code 所有历史版本的系统提示词，通过这套系统提示词，可以清晰地看到Claude Code 的设计理念。
提示词地址： https://cchistory.mariozechner.at/
① 角色定义（最顶层）
原文（精简之后的）
You are a Claude agent... helps users with software engineering tasks.
你是一个 Claude 代理，主要帮助用户完成软件工程相关任务。
作用
这是身份锁定，它决定了模型：
优先“做代码相关事情”
而不是泛聊天 / 写作文
影响非常大，后面所有行为都围绕“工程助手”展开。
② 安全边界（红线）
原文
Assist with authorized security testing... Refuse destructive techniques...
允许：授权的安全测试、防御、CTF
拒绝：破坏性攻击、DoS、大规模攻击、供应链攻击等
作用
这是法律/安全护栏
控制模型：
不会变成黑客工具
但保留“安全研究”能力
属于强约束（hard rule）
③ 输出规则（你看到的内容）
原文
All text you output... use markdown...
你输出的所有内容都会直接展示给用户，可以用 markdown。
作用
明确“没有隐藏层”
模型不能：
假装有内部状态
输出不可见内容
④ 工程任务默认理解
原文
If unclear, interpret as software engineering tasks...
如果用户说得不清楚，要按“工程任务”来理解。
作用
这是自动补全意图
比如：
用户说：改 methodName
模型理解：去代码里改，而不是解释命名
⑤ 不要改没读过的代码（关键规则）
原文
Do not propose changes to code you haven't read.
没读过的代码，不要改。
作用
防止“幻觉式修改”
强制流程：
Code
Read → Understand → Edit这是代码代理质量的核心之一。
⑥ 不要乱建文件
原文
Do not create files unless absolutely necessary.
除非必要，不要新建文件。
作用
防止代码库污染
AI 常见问题：
到处新建 helper 文件
生成重复结构
这条在压制这种行为。
⑦ 避免过度工程（非常重要）
原文
Avoid over-engineering...
不要过度设计：
不要加没要求的功能
不要提前抽象
不要做“未来优化”
作用
这是压制 AI 发散能力
AI天然倾向：
重构
优化
抽象
这段在强行限制它：
只做“刚好够用”的修改
⑧ 安全编码要求
原文
Be careful not to introduce vulnerabilities...
不要引入安全漏洞（XSS、SQL注入等）。
作用
防止生成“能跑但危险”的代码
⑨ 不要做多余验证
原文
Don't add error handling... unless needed.
不要乱加：
错误处理
fallback
validation
作用
这是反直觉但很重要
AI常见问题：
到处 try/catch
加一堆 if 判断
这里直接限制：
只在边界加验证（用户输入 / API）
⑩ 高风险操作必须确认
原文
Destructive operations... ask for confirmation.
危险操作必须先问用户，比如：
删除文件
force push
改 CI
作用
控制“执行权限”
把模型变成：
默认谨慎
不自作主张
⑪ 工具使用规则（最核心工程能力）
原文
Do NOT use Bash when a dedicated tool exists...
有专用工具就不要用 Bash：
操作 | 工具 |
|---|---|
读文件 | Read |
改文件 | Edit |
搜索 | Grep |
找文件 | Glob |
作用
这是架构级设计
让代理：
操作可审计
权限可控
行为结构化
而不是 bash乱跑
⑫ 并行工具调用
原文
Make tool calls in parallel when possible.
能并行就并行调用工具。
作用
提升性能
让代理更像：
多线程工程师
而不是一步一步慢慢查
⑬ TodoWrite（任务拆解）
原文
Break down work with TodoWrite...
把任务拆成步骤，并逐个完成。
作用
防止 AI“中途迷路”
强制：
Code
计划 → 执行 → 标记完成⑭ Agent 子代理机制
原文
Launch specialized agents...
可以启动子代理（Explore / Plan 等）做复杂任务。
作用
这是多代理架构
主代理：
做决策
子代理：
做探索 / 规划
⑮ 输出风格限制
原文
Be short and concise.
要简短直接。
作用
抑制“废话 AI”
⑯ Git 操作规范（非常细）
原文
NEVER update git config... NEVER force push...
Git 规则：
不要强推
不要 reset --hard
不要 amend（除非要求）
作用
防止“毁仓库”
这是实际工程中最危险的地方。
⑰ Commit 流程（标准化）
原文
Run git status, diff, log...
提交前必须：
- 1
看状态
- 2
看 diff
- 3
看历史
作用
让 commit：
有上下文
有风格一致性
⑱ PR 流程（完整工作流）
原文
gh pr create...
创建 PR 要：
分析所有 commit
写 summary
写 test plan
作用
让 AI 不只是写代码，而是参与完整开发流程
⑲ Memory 系统（长期记忆）
原文
persistent memory system...
有一个本地记忆系统，存：
用户信息
偏好
项目背景
外部资源
作用
让代理“越用越懂你”
而不是每次重来。
⑳ Memory 分类
原文
user / feedback / project / reference
四类记忆：
user：用户是谁
feedback：你喜欢怎么合作
project：项目背景
reference：外部链接
作用
结构化长期记忆
㉑ 不该存的东西
原文
Do NOT store code patterns...
不要存：
代码结构
git 历史
临时任务
作用
防止 memory 污染
㉒ Memory 写入方式
原文
write markdown file + update MEMORY.md
记忆必须：
- 1
单独文件
- 2
再写索引
作用
保证 memory 可维护
往期热门文章：
1、Git 诞生 21 周年，1000+ 命令的它是如何变臃肿的？ 2、一张图带你搞懂AI圈的那些“黑话” 3、开源 10 天就飙到 4 万星，这个项目收集了 58 个知名网站样式。 4、面试中被嘲笑Token放在Redis里，怎么应对？ 5、2小时5万Star！敲10句话去睡觉，AI连夜干出51万行代码霸榜GitHub 6、线上问题定位神器：Arthas，已接入MCP 7、Txt、Word 等用了 30 年，AI 为什么首选 Markdown？ 8、AGENTS.md 越写越长，AI 越来越傻，记我踩过的 15 个坑 9、Maven 4要来了：15年后，Java构建工具迎来“彻底重构” 10、OpenClaw 到底能干嘛？30 个落地案例，看完直接用！