本页速答

Claude项目自定义说明怎么写(2026-11-02):新建或打开 Project → 写短而可执行的自定义说明(目标读者、术语、禁止编造、默认格式)→ 上传稳定参考文件 → 在项目内开对话验证一条小任务 → 再扩文件。说明里不要塞整本小说;大段原文放文件。

说明 vs 文件
你的情况更常做法提醒
品牌语气、术语表放自定义说明保持短、可扫读
产品手册 PDF放知识库文件见上传限制
一次性草稿普通聊天即可勿污染项目
密钥与隐私不要上传先脱敏
说明越写越长拆成「必须/禁止/格式」三块删过时规则

何时值得写项目自定义说明

  • 同一类任务会重复 5 次以上(周报结构、客服语气、合规措辞)。
  • 有一份不太变的术语表或产品名对照。
  • 你受够了每条对话从头声明「不要套话、不要编数据」。

若只是偶发问答,用普通聊天 + 提示词模板 更轻。项目总览与知识库思路见 Projects。

怎么写:三块就够

  1. 必须:读者是谁、默认语言、必须保留的字段(如工单号格式)。
  2. 禁止:不编造政策条款、不输出未提供的价格、不猜测未上传的附件内容。
  3. 格式:例如「先结论三句,再要点列表,最后待确认问题」。

说明草稿示例:

你在本项目中协助【团队】处理【任务类型】。读者:【】。必须:引用知识库文件中的术语;不确定就说「知识库未记载」。禁止:编造 SLA 数字与客户承诺。默认输出:结论|依据(文件名/小节)|待核实。

写完后用一条低风险真任务试跑;若模型忽略某条禁止项,把该条移到更前、写得更短更硬,而不是再堆形容词。

常见踩坑

  • 把整份合同贴进说明导致重点被淹没。
  • 说明与文件内容互相矛盾却不更新。
  • 上传含密码的导出文件。
  • 在项目里做一次性闲聊,造成检索噪声。

触顶或文件失败时,分别看 用量 与 上传限制;多文件分析技巧见 多文件一起分析。

完整示例:内容组周更项目

假设你在内容组维护「产品更新说明」项目。自定义说明可以写成:

示例说明(可删减):

你协助内容组撰写产品更新说明。读者:现有客户成功经理。必须:使用知识库《术语表 v3》中的产品名;版本号格式 vYYYY.MM.DD;不确定的行为写「待产品确认」。禁止:编造上线日期;承诺赔偿或 SLA;输出未公开的内部路线图。默认结构:变更摘要(≤5 条)→ 影响客户动作 → 风险与回滚提示 → 待确认问题。

知识库则放:术语表、上版更新说明、截图规范。临时采访录音稿不要长期堆在项目里,分析完可移除,减少噪声。

维护节奏建议

  1. 每周五花十分钟扫说明:删除过时禁止项,更新术语表版本号。
  2. 重大品牌改名时,先改知识库文件,再在说明顶部加「以术语表为准」。
  3. 成员变更时检查共享范围,避免外包临时账号带走全量客户附件。
  4. 若模型开始忽略说明,把最关键的三条禁止项提前并加粗(短句)。

上传失败或单文件过大,回到 上传限制;需要导出可预览稿时用 Artifacts 导出。项目不能替代账号登录与订阅问题,那些仍走 登录失败 与 Pro 决策。

说明的边界:什么不该写进去

  • 整份法律意见书原文(改放文件并指出章节)。
  • 明文 API 密钥、内网地址、员工身份证号。
  • 与当期任务无关的「人格设定」长篇故事。
  • 互相矛盾的双重要求(又要极短又要面面俱到且不省略)。

把说明想成「团队宪章的一页纸」,把资料想成「书架」。书架可以厚,宪章必须薄。薄了才撑得住长期复用。

从「乱聊天」迁到项目的迁移步骤

很多团队卡在「知道该用 Projects,但历史对话太乱」。按迁移清单做,一天内能完成最小可用版本。

  1. 选出近两周重复率最高的一类任务(例如周报、更新说明、客服口径)。
  2. 从旧线程复制出真正稳定的规则,压成不超过一屏的说明草稿。
  3. 把会更新的 PDF/表格上传为知识库文件,文件名带版本。
  4. 在项目内用一个真实但低敏感的任务验收;记录模型仍违反的禁止项并改说明。
  5. 冻结旧线程:只作考古,不再继续堆新规则。

迁移期常见失败是「说明与文件双份真相」。裁决规则写进说明首行:术语冲突时以《术语表》文件为准。上传报错不要硬扛,按 上传限制 拆文件。需要多份对比时用 多文件分析 流水线,而不是把二十份一次性塞进说明文本。

若项目成员跨国,统一时区与日期格式(建议 ISO 日期),减少「上周」这类相对时间造成的误读。对外漏斗或中文工作台需求与官方 Claude 项目能力不是同一产品,请勿混淆;第三方站点已在文内标注非官方。

常见问题

自定义说明和每次对话里的系统提示一样吗?

目标类似:稳定约束。但项目说明作用于该 Project 内对话,便于团队或个人复用;具体产品行为以界面为准。

说明里要不要贴大段范文?

少量短示例可以;大段请放知识库文件,并在说明里写「优先引用文件中的术语表」。

文件上传失败怎么办?

对照上传限制专文:格式、大小、聊天与 Projects 差异。

能代替 Pro 吗?

不能。项目是组织上下文的方式;订阅档位与额度另见 Pro / 用量文,本站不报价。

多人共用一个项目要注意什么?

统一术语与保密分级;不要把未授权的客户原件丢进共享知识库。

和 Artifacts 什么关系?

说明管规则;Artifacts 管可预览产出。长页迭代可两者配合。