返回博客

Claude Projects 模板:8 套可直接粘的项目指令

八套可直接粘贴的 Claude 项目指令模板,覆盖工程值守、跨仓库迁移、代码 review、文档、内容生产、研究、非技术事务与 Cowork 八类场景;先讲五段式骨架的由来,再逐套标注每格填什么、哪几行该删。

2026年9月22日

你点开的每一页「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.mdAGENTS.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 到不了它们。

相关阅读