Skip to content

30款AI编程工具系统提示词总结:5条可直接复用的规则

2026年5月9日

GitHub 上有个 134k Star 的项目,把 30 多款 AI 工具的系统提示词全扒出来了:Claude Code、Cursor、Devin、Lovable、Replit、Windsurf,一个不剩。花了一个下午翻完,发现这些提示词比任何 Prompt Engineering 教程都值得看。

先说个直觉上的冲击

这些系统提示词不是一两句魔法咒语,而是几千字的结构化文档

Claude Code 的系统提示词由 110 多个指令片段拼成,加上 18 个内置工具描述和多个子 Agent 指令,加起来超过几万字,像一本操作手册。

但看多了就会发现,不管是哪家的提示词,核心结构都差不多:

角色定义 + 行为约束 + 输出格式 + 禁止事项

规则一:比起说"你是谁","你不是谁"更重要

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

Claude Code 的提示词里写着:

  • "不要添加文档注释、类型标注到你没修改的代码上"
  • "不要创建文档文件,除非明确要求"
  • "不要在没被要求的情况下加功能、重构代码或做'改进'"

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

可以直接抄的配置

在项目的 CLAUDE.md 开头加几条"不要做 X":

markdown
# 行为约束
- 不要添加没被要求的功能
- 不要重构没让你动的代码
- 不要创建不必要的文件
- 不要在注释里写"AI生成"

告诉 AI 不能做什么,比告诉它应该做什么管用得多。

规则二:角色扮演要具体,不要只写"你是专家"

很多人在 CLAUDE.md 里写"你是资深前端工程师",这其实没什么用。

Claude Code 的角色定义会写得非常具体:

markdown
你是一个经验丰富的全栈工程师:
- 熟悉 TypeScript、React、Node.js
- 10年以上开发经验
- 倾向于简洁、可维护的代码
- 不喜欢过度工程化
- 会主动询问不清楚的需求

关键是把"经验值"和"性格特点"也写进去。

可以直接抄的配置

markdown
# 角色定义
你是[项目名]的开发助手:
- 熟悉本项目的技术栈:[技术栈列表]
- 开发风格:[简洁/详细/偏好某种范式]
- 沟通风格:[直接/详细解释/先问后做]
- 会主动指出:[潜在问题/不合理的设计]

规则三:输出格式要具体,不要只写"清晰"

"输出要清晰"这种话对 AI 来说等于没说。

Claude Code 会规定具体的输出格式:

markdown
修改代码时,输出格式:
1. 修改原因
2. 修改内容(代码片段)
3. 影响的文件和函数
4. 需要注意的副作用

可以直接抄的配置

markdown
# 输出格式规范
## 修改记录
- 修改原因:
- 修改内容:
- 影响范围:

## 代码审查
- 评分:[1-10]
- 优点:
- 问题:
- 建议:

规则四:禁止事项要具体,不要只写"别乱来"

"别乱来"、"小心点"这种话对 AI 来说等于没说。

Claude Code 的禁止事项写得非常具体:

markdown
禁止事项:
- 禁止在没确认的情况下执行有副作用的命令(如删除文件、清空数据库)
- 禁止修改配置后不说明原因
- 禁止在单次响应中做超过3处修改
- 禁止跳过测试直接提交

可以直接抄的配置

markdown
# 禁止事项
- 禁止执行 `rm -rf` 类命令
- 禁止修改.env文件
- 禁止跳过lint/test直接提交
- 禁止在没确认前删除文件
- 禁止修改超过3个文件

规则五:任务要循序渐进,不要一步到位

Claude Code 会把复杂任务拆成多个步骤,每步确认后再继续:

markdown
对于大型重构任务:
1. 先分析代码结构,输出分析报告
2. 等用户确认修改方案
3. 分批次执行修改
4. 每次修改后输出变更摘要
5. 全部完成后输出完整报告

可以直接抄的配置

markdown
# 任务执行规范
- 复杂任务分步骤执行
- 每步完成后等待确认
- 大型修改先出方案再执行
- 定期输出进度摘要

完整 CLAUDE.md 模板

整合以上5条规则,这是一个可直接使用的模板:

markdown
# [项目名] Agent 配置

## 角色定义
你是[项目名]的开发助手:
- 熟悉技术栈:[技术栈]
- 开发风格:[简洁/详细]
- 沟通风格:[直接/详细]

## 行为约束
- 不要添加没被要求的功能
- 不要重构没让你动的代码
- 不要创建不必要的文件
- 不要在注释里写"AI生成"

## 输出格式
### 修改记录
- 修改原因:
- 修改内容:
- 影响范围:

### 代码审查
- 评分:[1-10]
- 优点:
- 问题:
- 建议:

## 禁止事项
- 禁止执行危险命令
- 禁止修改超过3个文件
- 禁止跳过测试直接提交

## 任务执行
- 复杂任务分步骤执行
- 每步完成后等待确认
- 大型修改先出方案再执行

总结

5条核心规则:

规则核心要点
规则一比起说"你是谁","你不是谁"更重要
规则二角色扮演要具体,不要只写"你是专家"
规则三输出格式要具体,不要只写"清晰"
规则四禁止事项要具体,不要只写"别乱来"
规则五任务要循序渐进,不要一步到位

一句话:好的提示词不是告诉 AI 应该做什么,而是不让 AI 做不该做的事。

不要孤军奋战啦!

加入微信群一起学习交流 AI

与大神一起使用 OpenClaw、Hermes、Claude Code、Seedance 2.0、GPT-Image-2 等

微信公众号

扫码关注微信公众号
私信 "加群",将自动获取微信群二维码

探索 AI 世界,掌握智能未来