Claude Projects 项目指令怎么写：项目自定义指令模板提示词（让 Claude 先采访你，再生成可粘贴的指令）
在 Claude 里建了一个项目（写公众号、带一个客户、备一门考试），想写一份好用的项目指令却不知从何下手时用：让 Claude 先问你 6–8 个问题，再按「目的—资料怎么用—产出规范—不确定时怎么办」生成一份可直接粘贴进项目指令的文本，并附 3 个检验用的测试问题。
Claude 对话模型通用
我在 Claude 里新建了一个项目，想写一份项目指令（Project instructions），让这个项目里的每个对话都按同一套要求工作。请你帮我起草。 项目是做什么的：[项目用途] 我会放进项目知识库的资料：[知识库资料清单] 常让你做的几类事：[常见任务] 第一步：采访我 先向我提 6–8 个问题，一次问完，等我回答。问题要覆盖： - 产出给谁看、用在什么场合； - 我满意的产出长什么样（请我贴一两段样例）； - 以前遇到过哪些不满意的情况； - 知识库里的资料哪些是权威的、哪些只是参考、哪些可能过时； - 哪些事需要先问我再做； - 用语、格式、篇幅上的固定习惯。 第二步：起草项目指令 根据我的回答写出指令，要求： 1. 用平实的陈述句，每条要求尽量带上原因（「因为读者是……所以……」），不用全大写和层层加码的强调。 2. 用 XML 标签分成几块：<purpose> 项目目的与读者；<knowledge> 各份资料的用途、优先级，以及资料没写到时该怎么办；<output> 产出规范（附我给的样例）；<when_unsure> 哪些情况要先问我；<do_not> 少量明确的禁区及原因。 3. 只写这个项目特有的要求，通用常识（如「回答要准确」）不写。 4. 总长度控制在 [指令长度上限] 字以内。写不下时优先保留产出规范和资料用法。 5. 说明一下：项目的名称和描述 Claude 是看不到的，所以凡是需要你知道的信息都要写进指令正文。 第三步：给出检验方法 列 3 个我可以在项目里新开对话去问的测试问题：一个常规任务、一个资料里没有答案的问题、一个应该先反问我的模糊请求，并写明每个问题下「指令生效」的表现是什么。
高亮处换成你自己的内容：[项目用途]、[知识库资料清单]、[常见任务]、[指令长度上限]
Claude Pro 充值
已被复制 0 次
使用说明
项目指令是什么：Claude 的项目（Projects）有自己的知识库和项目指令，写好的指令会用于该项目里的每一个对话；同一项目里的不同对话默认不共享上下文，所以想让所有对话都知道的东西，要放进知识库或项目指令。按帮助中心的说明，项目的名称和描述只是给你自己看的，Claude 读不到。项目功能的套餐范围和文件限制见本站「Claude Projects 怎么用」教程，以官方说明为准。
为什么让它先采访：自己闷头写指令，最容易写成一堆形容词（专业、简洁、有洞察）。让 Claude 提问、你贴样例，它才能把「我想要的样子」落成可执行的规则。第一步里它问到「以前不满意的情况」时请认真回答，这部分直接决定 <do_not> 写什么。
怎么填变量：[知识库资料清单] 逐份列出并注明性质，如「品牌手册 2026 版（权威）」「去年的推文合集（风格参考）」「竞品资料（可能过时）」。[指令长度上限] 建议 600–1000 字，太长的指令里重要规则反而容易被淹没。
常见问题与调整：
- 用了一阵发现它老犯同一个错 → 回到项目里说：「把这次的问题用一句话加进项目指令的合适位置，并检查有没有可以删掉的旧条目。」然后把新版本粘贴回去。
- 指令和知识库资料冲突 → 在
<knowledge>里写明谁优先，例如「口径以《价格表》为准，推文合集里的旧价格不要引用」。
示例输出
示例，仅供参考（项目：一家烘焙店的公众号与朋友圈内容；节选）
<purpose>
这个项目用来写门店的公众号推文和朋友圈文案。读者是周边三公里的老顾客，多数在手机上快速浏览，所以每篇只讲一件事。
</purpose>
<knowledge>
《产品手册》里的品名、配料和价格是准确的，写到产品信息时以它为准。《往期推文》只用来参考语气，其中的价格和活动已经过期，不要引用。手册里没有的产品信息，先问我，不要自己描述口味和配料，因为涉及过敏原。
</knowledge>
<when_unsure>
涉及折扣力度、活动截止日期、到货时间时先向我确认。
</when_unsure>测试问题示例：「帮我写一条海盐卷的朋友圈」——指令生效时，品名与价格应与《产品手册》一致，并且不超过四行。
同款作品
用这条提示词做出来的作品；原作者会因此获得积分
还没有同款，来做第一个。
0 条评论
还没有评论，来抢沙发～