别把风格指南整份糊进 Project 指令。短规则进指令，手册与示例进 Knowledge；外置版本＋冲突自检＋新会话验收。
要点
- 指令与知识库是两个盒子：指令管行为（怎么说、禁什么），Knowledge 管材料（手册与样稿、术语表）。聊天间上下文不共享，除非写进 Knowledge。（Anthropic：创建 and manage projects）证据强度：高（官方）。
- 项目名／描述 Claude 看不到；要让它知道的事，写进指令或 Knowledge，别指望标题栏。（同上）证据强度：高。
- Free 最多 5 个 Project；付费项目知识接近上下文上限时可自动开 RAG。（同上）证据强度：高。额度／具体上限数字本稿不写死。
- 账号级“Instructions for Claude”管全局；Project 指令只管该项目内聊天。组织指令（Team／Enterprise）冲突时官方写明组织优先。（Anthropic：personalization；Promptline 汇总）证据强度：高／中高。
- 可维护三件套：指令写短规则；手册与示例放文件并外置版本；改完后新会话四问验收。（第三方模板思路：Prompt Architects；团队拆分：ClaudeReadiness）证据强度：中（第三方可抄，非官方功能）。
- 官方界面没有指令版本历史；改坏了不能一键 diff。要可回滚，自己在仓库／文档里留副本。（Prompt Architects 对官方缺口的归纳）证据强度：中。
- 与“建第一个 Project”“共享项目知识库”错开：本稿只谈风格指南如何拆指令 vs Knowledge。
正文
场景
品牌手册 40 页，你整份粘进“Set project instructions”，点保存。新聊天开写落地页，语气还对；改了第二版禁词表，指令里却还是旧的。同事另开一条同项目聊天，又从训练默认腔往回拉。
问题多半出在塞的位置。风格要稳定，靠短规则常驻指令，长材料进 Knowledge；整本手册当系统提示糊进去，后面几乎改不动。
可跟做步骤／可抄工作流
证据强度：官方拆分＝高；短规则骨架与验收四问＝中（第三方可抄模板）。
1. 先分两盒，再动手
按 Anthropic 项目管理页：
- 打开项目 →“Set project instructions”：只写行为：角色一句；Always／Never；默认格式；术语冲突怎么办。
- 右侧 Project knowledge“+”：上传品牌手册 PDF／Markdown、3～5 篇“好稿样例”、术语对照表。这些材料会进该项目下所有聊天；单聊里聊过的内容不会自动进下一聊，除非你放进 Knowledge。
- 项目名和描述 Claude 读不到。客户名与产品线、禁写竞品清单，写进指令或 Knowledge。
- Free 账号项目数上限是 5；付费侧知识体量顶到上下文附近时，官方写明可自动启用 RAG。具体是否已切 RAG、额度几次，以账号现页为准，勿写死次数。
2. 指令里只留“短规则”（可抄骨架）
把下面整块贴进 Project instructions，按你的品牌改括号；长例句、完整禁词表、样稿不要塞这里。
【ROLE】你是【品牌／栏目】的撰稿助手。只在本项目内按下列规则写。
【ALWAYS】
- 先给出可核对的事实或步骤，再给判断。
- 专名、价格、日期以 Project Knowledge 内文件为准；文件没有就写 UNKNOWN，禁止编。
- 中文用弯引号“”；列表不超过【N】层。
【NEVER】
- 不用：【禁词 1】、【禁词 2】、【禁词 3】（完整表见 Knowledge《禁词表-vX》）。
- 不编造折扣、评价星级、下载量。
- 不把“项目名／描述”里的字当成已告知上下文（你看不到那些字段）。
【FORMAT】
- 默认：【短散文／要点列表／表格】；未指定时用【…】。
- 需要引用样稿语气时，先点名 Knowledge 里哪一篇，再仿写。
【TERM CONFLICT】
- 术语以 Knowledge《术语表-vX》为准。
- 账号级 Instructions 与本项目冲突时：本项目优先；组织指令另有规定则按组织。
- 两份 Knowledge 文件互相打架：点名两份文件名，停止发挥，等人工裁定。
【ESCALATION】
- 风格问题答不上来：说“不在项目知识”，不要用通用网文腔顶上。骨架六段（Role／Scope／Sources／Method／Format／Escalation）来自 Prompt Architects 对官方“keep instructions concise”的展开；官方本身没有模板库。证据强度：中。
3. 长示例与手册进 Knowledge，并外置版本
- 上传：
brand-voice-v2026-11.md、samples-good-3.md、glossary.md。文件名带版本号，方便你对照。 - Claude 界面不提供指令 diff／历史。可维护＝你在 Git／网盘另存一份与项目内同步的副本；改指令前先改外置文件，再粘贴进“Set project instructions”。
- 团队场景：ClaudeReadiness 建议“一工作流一项目”，别把法务＋社媒＋研发塞进同一个巨型 Project，免得规则互撞。证据强度：中（顾问文，非官方配额）。
4. 冲突自检＋新会话验收
Promptline／Anthropic 组织指令建议：具体、短、只写应长期成立的习惯；自查互相打架的句子。Prompt Architects 给的四问，适合每次改完指令后新开一条项目内聊天粘贴：
先别做任务。只根据当前 Project 指令与你可见的 Knowledge 回答：
1) 用一句话各复述：角色、Always／Never、冲突时怎么处理。
2) 列出你目前能看到的 Knowledge 文件名（仅文件名）。
3) 举一个 IN scope 请求、一个 OUT scope 请求；OUT 时你会怎么做。
4) 指出指令里你认为最模糊的一条，原文引用。答错角色、编出禁词表外条目、或说“看不到任何文件”却开始写长文。停，改指令／补文件，再测一轮。验收只抓你点名的错；整本手册是否无损进上下文，这轮验收证明不了。
真实用户诀窍／反例
- 诀窍：指令写“指向文件”，不写“复述全书”。 “禁词见 glossary.md”比粘 80 条禁词更耐改。
- 诀窍：Always／Never 各控制在数条。 越长越容易自相矛盾；模型常悄悄挑一边执行。
- 诀窍：样稿 ≥3 篇进 Knowledge。 只有抽象形容词（“专业但不冷”）时，输出会回到通用网文腔。
- 诀窍：账号级指令保持通用。 客户 A 的口吻放进 Project，别写进全局 Settings，免得污染其他项目。
- 反例：40 页手册整份糊进指令。 改一处禁词要翻整坨文本；也更容易顶满、逼出 RAG 后检索不稳（付费侧行为以现页为准）。
- 反例：只改 Knowledge、不改指令里的过期摘要。 指令里若还留着旧口号，会和文件打架。
- 反例：指望项目名当上下文。 官方写明 Claude 看不到 name／description。
- 反例：改完指令不新开聊。 旧会话可能已带上改前习惯；验收必须新会话。
适用边界
- 本稿覆盖：claude.ai Project 里风格／品牌类材料如何拆“指令 vs Knowledge”，以及外置版本＋验收。
- 不覆盖：Team 共享权限细表（见站内“共享项目知识库”）、从零创建 Project 按钮路径（见“建第一个 Project”）。
- personalization 帮助页“Choosing the right feature”有一处写 Project instructions“paid plans only”，与项目管理页“全员可用、Free 最多 5 个”并存；以项目管理页＋你账号现页为准，本稿按“全员可用”写。证据强度：官方页自相口径，2026-11-06 现页仍并存。
- 组织指令 3000 字符上限已公开；Project 指令字符上限官方未在本稿引用页写死，勿臆造。
- Skills 与 Project 指令可并用：Skills 是按需能力，Project 是静态背景。别用 Skills 替代整份品牌手册。