扒完 30 款 AI 编程工具的系统提示词,我总结了 5 条能抄的规则

你有没有想过，Claude Code 在你每次输入命令之前，已经读过一篇几千字的”员工守则”了？

GitHub 上有个 134k Star 的项目，把 30 多款 AI 工具的系统提示词全扒出来了: Claude Code、Cursor、Devin、Lovable、Replit、Windsurf，一个不剩。

我花了一个下午翻完，发现这些提示词比任何 Prompt Engineering 教程都值得看。不是因为它们有多神秘，而是因为它们解决的问题，和你每天用 AI 踩的坑一模一样。

先说个直觉上的冲击：这些系统提示词不是一两句魔法咒语，而是几千字的结构化文档。

Claude Code 的系统提示词由 110 多个指令片段拼成，加上 18 个内置工具描述和多个子 Agent 指令，加起来超过几万字，像一本操作手册。Cursor 的也不短，光是代码编辑规范就写了好几页。

但看多了就会发现，不管是哪家的提示词，核心结构都差不多：角色定义 + 行为约束 + 输出格式 + 禁止事项。

我自己的 CLAUDE.md 也写了上千字，看到 Anthropic 工程师的版本后，发现思路差不多，只是他们写得更系统。

以下是我从这些提示词里提炼出的 5 条规则，希望可以给你写prompt提供一些思路。

规则一：比起说”你是谁”，”你不是谁”更重要

翻这些提示词的时候，我注意到一个现象：他们会把大量篇幅花在”禁止事项”上，而不是”你应该做什么”。

Claude Code 的提示词里写着：”不要添加文档注释、类型标注到你没修改的代码上”、”不要创建文档文件，除非明确要求”、”不要在没被要求的情况下加功能、重构代码或做’改进'”。

为什么？因为 AI 最大的毛病不是不会做事，而是做太多事。你让它改一个 bug，它顺手把整个文件重构了。

可以抄的配置：在你的 CLAUDE.md 开头加几条”不要做 X”——

- 不要添加没被要求的功能- 不要重构没让你动的代码- 不要创建不必要的文件

规则二：把验收标准写进提示词

大厂的提示词里都有一个共同特征：把验收标准直接嵌进指令里。Claude Code 要求”函数要小””文件要聚焦””不要留 console.log“。虽然没给出精确的行数限制，但方向很明确——不是说”写好代码”，而是把”好”拆成可检查的条目。

这个思路可以更进一步。我在自己的配置里加了一份量化的检查清单，效果比抽象要求好得多。

可以抄的配置：在提示词末尾加一段 checklist——

完成前检查：- [ ] 函数 < 50 行- [ ] 文件 < 800 行- [ ] 无硬编码密钥- [ ] 错误有处理- [ ] 输入有验证

规则三：别说”写得好一点”，给个范例

这些提示词有一个共同规律：越具体的指令，AI 的遵守率越高。说”代码要简洁”，它不知道你的”简洁”是什么意思。但如果你直接给一段”改写前→改写后”的代码，它立刻就懂了。

这是我自己实践中体会最深的一条。光说”使用不可变模式”没用，给个错误写法和正确写法的对比，效果完全不同。

可以抄的配置：每条重要规则后面跟一个例子——

// 错误：直接修改对象user.name = newName// 正确：创建新对象return { ...user, name: newName }

效果差异非常明显，有例子的规则，AI 的遵守率几乎 100%；只有文字描述的，隔三差五就忘。

规则四：一个大文件不如八个小文件

翻了这么多工具的提示词，我发现大多数都不是一个巨型文件。Claude Code 由主提示词 + 工具描述 + 子 Agent 指令 + 环境规则分层组成，Windsurf 拆成了 7 个功能模块，Lovable 也按工作流分了多个段落。Devin 是少数仍用单文件的，但内部也做了章节划分。

这个设计思路和写代码一样：高内聚、低耦合。安全规则和代码风格规则没必要塞在一起。

可以抄的配置：在 .claude/rules/ 下按主题拆分——

.claude/rules/├── security.md        # 安全检查├── coding-style.md    # 代码风格├── git-workflow.md    # Git 规范├── testing.md         # 测试要求└── hooks.md           # 自动化钩子

好处是维护方便——改安全规则不用碰代码风格，哪个文件出问题改哪个就行。

规则五：自由发挥 = 稳定翻车

所有大厂的提示词里都有一样东西：行动边界。

Claude Code 对危险操作（git push --force、rm -rf、reset --hard）要求必须用户确认，不能自作主张。对 .env 这类敏感文件有权限管控，不会随意读取。

Cursor 限制 AI 每轮最多使用一次代码编辑工具——不是不让用，而是防止它一口气改十个文件把项目搞乱。

可以抄的配置：在提示词里明确列出需要确认的操作——

以下操作必须先确认：- git push（任何分支）- 删除文件或目录- 修改配置文件- 安装/卸载依赖

所以，系统提示词到底在教我们什么？

这 30 多款工具的系统提示词告诉我一件事：给 AI 写提示词，本质上和带新人一样。

你不会对一个新入职的同事说”写好代码就行”然后就走了。你会给他代码规范、安全检查清单、Git 流程文档、代码示例，告诉他哪些事不能做、哪些操作要先问你。

AI 也一样。只是它不会主动找你要规矩，得你先写好放在那里。

项目地址：github.com/x1xhlol/system-prompts-and-models-of-ai-tools