Claude Projects 模板:8 套可直接粘的项目指令
八套可直接粘贴的 Claude 项目指令模板,覆盖工程值守、跨仓库迁移、代码 review、文档、内容生产、研究、非技术事务与 Cowork 八类场景;先讲五段式骨架的由来,再逐套标注每格填什么、哪几行该删。
你点开的每一页「Claude 模板」都有同一个毛病:给你一段提示词散文,却不告诉你它为什么长这样。于是你把它粘错格子——粘进账号级指令而不是项目指令,或者粘进仓库的 CLAUDE.md 而不是项目简报——然后奇怪为什么 Claude 一半时候听、一半时候不听。
这篇反过来写。先给骨架,五个段落各配一条存在理由;再给项目上下文真正会落的四个格子,因为多数模板失灵不是词写得不好,是格子选错了;最后是八套完整可粘的模板,覆盖工程、内容、非技术和 Cowork,每套标注填什么、删什么。口径全部按 2026 年 9 月:重新设计的 Claude Code Projects 是 Pro 与 Max 上的 public beta,Chat 与 Cowork 的开关正在被合并成一个。
先给结论
| 写在哪 | 位置 | 影响到谁 | 边界 |
|---|---|---|---|
| 项目指令 | Project settings → Memory → Project instructions | 每个新线程 + 协调者对话 | 16,000 字符 |
| 项目知识库 | 项目的知识库 / Library | 项目内聊天,按相关性被检索 | 上下文窗口,付费档转 RAG |
CLAUDE.md | 仓库内,随版本控制走 | 加载该仓库的每次会话 | 官方建议 200 行以内 |
| Instructions for Claude | 账号 Settings | 你所有对话,包括每个项目 | 账号级 |
下面每套模板共用同一个骨架:目的 → 工作在哪发生 → 验收 → 缺输入怎么办 → 授权边界。
为什么是这五段
官方对项目指令字段的要求写得很具体:这个项目为了什么;工作在哪发生——哪些仓库、从哪个分支起、PR 怎么命名;线程收工前怎么自查;需要的东西拿不到时怎么办;以及哪些必须先拿到你的许可。这是骨架不是建议,也正好解释了「你是个资深工程师」这种单段落模板为什么会走形。
两个特性决定它有效。第一,这些是「上下文,不是强制配置」——措辞决定依从度,但给不了保证。第二,每个新线程开局都拿到同一份文本,所以一条规则写一次,比每个任务重复十次便宜;反过来,一条含糊的规则、一条和别处冲突的规则,是你每个线程都要付上下文税的死重量。
删除比填写顺序更重要:五段全写,然后砍掉任何线程能从仓库自己看出来的东西。官方对同类的判断标准可以直接搬——只留「Claude 每次会话都该掌握的事实」;一条多步流程,应该搬去 skill 或按路径生效的 rule。
八套模板
模板 1:工程服务值守
长期 owns 一个服务的默认款。分工原则:只关乎某一个仓库的规则,写进那个仓库的 CLAUDE.md;这里只放跨切的东西。
## 目的
Own <服务>:p95 压在 <目标> 以内,已登记缺陷队列持续消化。其他不在范围内。
## 工作在哪发生
仓库:<repo-a>、<repo-b>。从 `main` 拉分支。一个线程一个 draft PR,
命名 `thread/<issue-slug>`。每约 20 分钟 commit 并 push 一次在进行中的活。
## 验收
宣布收工前:跑 `make test` 和 `make lint`,两行汇总都贴出来,
并说明你实际跑通了哪条行为。
## 缺输入
够不到仓库、密钥、API 或连接器时,第一条消息里点明缺什么然后停下。
不许替换、不许 mock、不许猜数字。
## 授权边界
没有我在那个线程里点头,不许 merge、不许 force-push、不许动 CI 配置。
加依赖、动数据库结构,先问。
填: 服务名、目标、仓库、真实构建命令。删: 如果性能不是目标,把 p95 那句整条删掉。
模板 2:跨仓库迁移
一次要落在多个仓库的改动。难点不是改不动,是八个线程各做八次合理的局部判断。
## 目的
按 @docs/<plan>.md,把 <仓库集合> 从 <旧方案> 迁到 <新方案>。
完成 = 每个仓库在新路径上全绿、旧路径删干净。
## 工作在哪发生
一个仓库一个线程,先小后大。一个线程绝不碰两个仓库。
## 验收
跑 `<测试命令>`,贴输出;列出你改过的每个调用点,
以及你故意没改的,附理由。
## 一致性
该一次定死的就一次定死:遇到第一个歧义,停下,在线程里提出规则并等待。
每个决定都写进项目记忆。
## 缺输入 / 授权
拿不到方案文档:说明并停下。不许对 `main` 开 PR,目标是 `migration/<批次>`。
合并顺序由我定。
「提出规则」那一行为什么必须有: 迁移不是坏在某处,是漂成八种互不兼容的形状。
模板 3:代码 review 与 CI 响应台
给 review 比写码多的人。刻意写短——review 类指令膨胀最快,也最容易把依从度拖下去。
## 目的
让 <仓库> 的开放 PR 一直往前走:CI 绿、评论有回应、没有我谁都不许合。
## 工作在哪发生
一个 PR 一个线程,开完就盯:CI 挂了推修复,评论在线程里回,
检查通过后回报。
## Review 关卡
按顺序看:是不是票据要的东西;测的是行为还是实现;符不符合该仓库
CLAUDE.md 的约定;六个月后哪块会疼。行内评论 + 一段总评,
不要给没被这次改动碰过的代码换风格。
## 缺输入
评审人的要求和这份指令冲突时,把冲突摊开,别自己选一边。
票据有歧义:问。
## 授权边界
永不 merge、永不给自己开的 PR 批准、永不动 CI 配置。
东西不能因为「看起来完成了」被标完成——只能因为你跑过了。
删: 如果你并不想要架构类意见,把「六个月后哪块会疼」删掉,这是最容易被用过头的一条。
模板 4:文档与 changelog 维护
文档漂移是件循环的活,正是项目该干的。再配一条 routine 让它无人值守——routine 截至 2026 年 9 月仍是 research preview。
## 目的
让文档跟着代码一起保持为真,写代码的人不必再记着回去改文字。
## 工作在哪发生
文档在 <docs-repo>。每次运行:读 <code-repo> 自上次以来合并的 PR,
标出所有还在引用已变 API 的文档,开更新 PR 给编辑审。
## 验收
每一处改动都引用旧行和新行。指不出是哪个 commit 让文档失效的,
就别提修改,提问题。
## 风格
沿用该文件原有的语气;正确的段落不要为了好看重写。
没有 PR 链接证明某行为已消失,就不许删它。
## 缺输入 / 授权
不确定某个 API 是不是有意破坏:问,并标 `NEEDS DECISION`。
`security/` 与法务页,没我点头一个字都不许动。
模板 5:内容生产流水线
非代码里价值最高的一套,因为内容活藏着最多没说出口的前提。注意格子选择:品牌事实放知识库,不放指令——知识按相关性被取用,指令则是每个线程都强塞一份。
## 目的
为 <受众> 产出 <交付物类型>,标准是行家看了不会皱眉。
## 唯一事实来源
只有 @facts.md 和知识库。里面没有的说法:来问。绝不编数字、客户名、
价格或能力。两个来源冲突:用更近的,并说明用了哪个。
## 语气
短句、主动语态、具体名词。禁用:「赋能」「颠覆式」「革命性」、
反问式开头,以及任何超过 25 词的句子。
## 输出格式
Markdown 进 Library,文件名 `<渠道>-<主题>.md`:承诺、证据、机制、下一步。
末尾给三个备选标题,再加一条你最想让真人复核的说法。
## 授权边界
这个项目不发布任何东西。只出草稿;凡涉及价格、客户名、法务口径的,
一律标 DRAFT — NEEDS SIGN-OFF。
最后那行是全套里最值钱的——明确写「哪些要交给人看」,比一句笼统的「谨慎点」有效,因为它可核验。
模板 6:研究与尽调笔记本
竞品分析、协议对比、供应商评估。这类活的失败模式是用弱来源做自信综合。
## 目的
维护一份可引用、持续生长的 <主题> 简报。准确优先于覆盖:
写「未证实」是好结果,写一句听起来合理的错话是最坏结果。
## 方法
先搜本项目已有笔记并在其上继续,不要每次重新推。引用的每个来源都要
真打开过,URL 和访问日期记进 research/<子主题>.md。
## 证据规则
主张一行,然后原话或数字,然后来源。区分 [一手] 与 [二手]。
厂商口径不一致:两个都记并标明各是谁的说法,绝不取平均。
规范、备案、changelog 优先于任何转述它们的帖子。
## 缺输入
找不到一手来源:写「未证实」,说明你搜了什么,停下。
## 授权边界
没我要观点就不给观点。给建议必须同时附上证据,并列出最强的反驳。
模板 7:非代码事务(合同、工单、行政)
官方文档把「一个合同文件夹,或一份工单导出,你会带着新问题反复回来」列为一线用例:不需要仓库,文件进 Library,线程做分析。
## 目的
把 <文档集合> 变成我能据此行动的答复,并让台账保持最新。
## 工作在哪发生
文档在 Library。维护一个活文件 <领域>/register.md:
逐条记事项、日期、原始文件在哪、还差我什么。
## 证据规则
只依据本项目内的文档作答,按文档名和小节引用。
问题需要我还没上传的文件:点名那份文件,而不是绕开它推理。
## 输出格式
一个问题一个文件,线程里给一行摘要。日期一律 ISO 格式。
30 天内到期的,每次回答都顶在最前面。
## 授权边界
不下最终的法律、医疗或财务结论——把文档写了什么复述清楚,
标出需要专业人士判断的地方,然后停。
填: 台账文件名、引用格式、你这个领域特有的免责。授权边界那段建议整体替换成更严的版本。
模板 8:Cowork 项目(知识工作)
Cowork 项目和 Claude Code 项目是两个东西:「带自己的文件、上下文、指令和记忆」的工作区,而且记忆「以项目为边界,一个项目里学到的不会带到别的项目」。它还原生带项目级定时任务——所以这套模板多一节排程,是前面几套没有的。
## 目的
把 <循环性知识工作> 常驻在这里,让它不等我想起来才发生。
## 长期规则
语气与格式:<你的默认>。产出写到 <文件夹或 Library>。
我可能转发的东西,必须能当独立文档读。
## 输入
工作文件夹:<本机文件夹或链接的聊天项目>。开工前先重读 inputs/<文件>;
必需输入缺失就列出来并停下,不要拿旧副本继续。
## 定时任务
按 <频率> 跑。每次更新同一个命名交付物,并追加一行变更说明,
让我看得出这次动了什么。
## 记忆
我的每次纠正都记成本项目记忆里的一条规则——如果新规则和上面某条冲突,
说出来,别自己挑一边。
注意: 从本机文件夹建的 Cowork 项目留在那台机器上,不会同步进你的账号。
怎么填才不变糟
三处修改解决大部分问题。每条规则都可核验:「用 2 空格缩进」胜过「格式要规范」;「提交前跑 npm test」胜过「要测干净」。砍掉人格设定——十行「你是资深工程师」花着上下文、几乎不改变行为。主动处理冲突: 两条规则打架时 Claude 可能随机选一条,所以加新规则的同时,把它变错的那条删掉。
然后按官方建议验一次:丢一小块真实的活进去,线程跑完点开看它怎么汇报。凡是它猜了的地方,都是你的「缺输入」一节写软了。之后可以让 Claude 先提线程清单再开工、一次只跑两三个——但要清楚:口头说的线程数是偏好不是硬上限。
常见问题
项目指令到底粘在哪个位置?
Claude Code Projects:项目标题栏的齿轮 → Project settings → Memory → Project instructions,或者直接在项目对话里让 Claude 改。字段上限 16,000 字符,发给每个新线程和协调者对话;改动只作用于新线程,正在跑的线程拿不到。claude.ai 聊天项目里是知识库面板上的「Set project instructions」。
项目指令和自定义指令有什么区别?
账号 Settings 里的「Instructions for Claude」是账号级的,作用到你所有对话。项目指令只作用一个项目里的聊天或线程。Skill 是第三层——按任务、在相关时才加载。三层各自管各自的作用域,别把同一条规则抄三遍。
这些和 AGENTS.md、CLAUDE.md 是什么关系?
不同层。CLAUDE.md 和 AGENTS.md 在仓库里、跟着仓库走;线程会克隆每个仓库并加载它的 CLAUDE.md 和 skills。官方切得很明:关于某仓库的规则进那个仓库的 CLAUDE.md,关于这个项目怎么运转的规则进项目指令。仓库那一半见 AGENTS.md 模板。
指令经常被无视,有解吗?
通常是四种之一:太长,依从度掉;自相矛盾,Claude 随便挑一边;太含糊,没东西可核验;或者它本来就是条流程,该做成 skill。这些是上下文不是强制配置——真要有「绝不能发生」的动作,用 PreToolUse hook 拦。跑 /context 确认哪些文件真被加载了。
免费档能用这些模板吗?
部分能。经典 claude.ai 项目在所有档位都有,免费账号限 5 个,所以模板 5–7 现在就能用。带线程的 Claude Code Projects 只有 Pro 与 Max 的 beta,RAG 加持的项目知识要付费档。
Cowork 模板和 Claude Code 模板是一回事吗?
不是。Cowork 项目是知识工作容器:文件、指令、记忆、项目级定时任务。Claude Code 项目是坐在 GitHub 仓库之上、开线程发 PR 的协调对话。骨架可以共用,正文要按界面重写。
能拿这些模板跑便宜模型吗?
本地可以——Claude Code 认 Anthropic 兼容端点,靠环境变量换 baseURL 和 key,Claude Code Router 教程 和 GLM Coding Plan 指南 走的就是这条路;项目的线程模型和 effort 也能在 Project settings → General 里选。但项目线程是云端会话、由 Anthropic 供模型,你本机挂的 router 到不了它们。
相关阅读
- Claude Code Projects 示例——这些模板该对准什么活
- Claude Projects vs Artifacts——五个功能的边界对比
- AGENTS.md 模板——项目上下文的仓库那一半
- Claude Skills 教程——多步流程该去的地方
- Claude Code 子代理教程——线程内部的并行工人
- Claude Cowork + DeepSeek 指南——Cowork 的低价模型路线
