DOCAI · 课程 · L1 · 22 分钟 · 学会用 Claude 对话
自定义指令:让 Claude 永远记住你的偏好
每次新对话都要重新交代背景,是重复劳动。这一节说明自定义指令该写哪两栏、全局与项目怎么分工,以及怎样验证它真的生效。
你将学会
- 能写出包含背景与回答偏好的自定义指令
- 知道哪些设置放全局、哪些放具体项目
- 能用一次新对话验证指令是否生效,并把模糊描述改成可检查的条件
重复的开场白可以省掉
新开一个对话,你又要打一遍“用中文回答”“别写太长”“我是做运营的”。这些话不产出内容,却每次都要占掉一段。自定义指令就是把这段背景放到一个固定的位置,让每次对话开始时自动带上。
它不改变模型本身的能力,只改变它对你的默认假设:在跟谁说话、要多长、什么语气、哪些表达别出现。
分两栏写:我是谁,我要什么
第一栏交代背景。写和任务有关的部分,不用写简历。
我在一家做工业设备的公司做售前,日常产出方案书和投标文件。读者是采购负责人和技术评委,他们关心交付周期、维护成本、合规资质。
第二栏交代回答方式。每条都尽量能被检查:
默认用中文;术语第一次出现时补一句解释。日常问题控制在五句话内;我写「详细展开」时不受此限。先给结论,再给理由。不要用「希望对你有帮助」这类收尾。
“回答简短一点”不是要求,是愿望。换成“不超过五句话”,模型才能执行。
一个可以直接改的模板
关于我:
- 职业/角色:
- 主要任务:
- 读者是谁:
- 已有的知识背景:
回答偏好:
- 语言:
- 篇幅:默认 ___,我说「展开」时例外
- 结构:先结论后理由 / 分点 / 段落
- 语气:
- 不要出现:
模板里最容易被忽略的是“读者是谁”。同一份内容,给同事看和给客户看,详略与措辞完全不同。写清读者,模型默认会往那个方向靠。模板不必一次填满,空着的条目说明你还没想清楚,先留白比乱填好。
把抱怨翻译成条款
「它总是不按我的习惯来」这类抱怨,几乎都能翻译成一条可检查的规则。区别在于:抱怨描述感受,指令要写条件。
| 原来的写法 | 问题在哪 | 改成这样 |
|---|---|---|
| 多用例子 | 没说例子放哪、放几个,模型要么不举例,要么整段都是例子 | 每个结论后跟一个具体例子,例子不超过两句话,不要用假设场景 |
| 语气自然点 | 没有参照对象,模型只能模仿通用客服腔 | 按给同事发消息的语气写,可以用短句,不要用「尊敬的」「敬请」 |
| 考虑全面一点 | 没给维度,模型会堆砌无关角度 | 从成本、周期、风险三个维度各给一条,每维不超过两句 |
| 结论再明确点 | 没说结论放哪、怎么表述,模型会把结论埋进第三段 | 第一段第一句直接给结论,用「建议做」「建议不做」「需要再评估」三选一开头 |
| 排版清楚点 | 没指定形状,模型每次自由发挥 | 对比用表格,步骤用编号,每条结论不超过两行 |
一条能生效的指令通常包含三部分:什么情况下触发、做什么可观察的动作、什么情况例外。缺了触发条件,它会在所有回答里硬套;缺了例外,你偶尔想要长回答时又得反复解释。
改不动的时候,先查这三处
现象:新开的对话里,语气和之前一模一样。 为什么:多半是改在了另一个入口——你以为改的是全局,实际改的是某个项目;或者填完没保存。 怎么办:确认当前对话属于哪个项目,再分别检查全局与项目两处;改完必须新开对话才生效,旧对话不会回溯应用。项目设置的入口见 Claude Projects 使用指南。
现象:有时遵守,有时完全不理。 为什么:条目太多或彼此冲突。比如同时写着「尽量简短」和「每次给出完整推导」,模型只能随机取舍。 怎么办:把条目压到五条以内,删掉矛盾的表述;最影响体验的留下,其余在具体任务里临时说。
现象:格式很整齐,但每篇都像一个模子倒出来的。 为什么:指令把结构写死了,所有任务都被套上同一副骨架,连闲聊也写成三条要点。 怎么办:给结构加条件,例如「分析类先结论后理由,操作类按步骤编号,闲聊直接回答」,再留一条「任务明确要求时例外」。
一条实用的判断标准:某个偏好换个任务就不成立,它就不该待在全局设置里;这类要求留到当次对话说,反而更省事。
全局放通用偏好,项目放专业背景
账号级的设置适合放跨任务都成立的东西:语言、长度习惯、语气。某个项目专用的背景——行业、产品、术语表、交付标准——放在对应的项目里。两处不要写相反的要求:全局只留通用偏好,专业条件在项目里写具体。
这样分开还有一个好处:换项目时不用逐条删改全局设置,也不会把甲客户的资料带进乙客户的对话。项目较多时,给每个项目起一个能一眼认出的名字,比记住设置内容更实用。
写短,留出修改余地
一上来写满一屏,模型反而抓不住重点。先放最影响体验的两三条,用一周,看哪些真的起作用,再补。每次只改一处,才能判断是哪句话带来的变化。
设置完做一次验证:新开对话,问一个你常问的问题,看回答是否按预期变化。没变化,多半是描述太抽象,把它改成可观察的条件。例如把“专业一点”换成“按给工程师讲解的深度写,术语可以用,但要先定义”。
自定义指令本质上是一份长期生效的系统提示。它的写法和普通提示词相通,区别只是生效范围。
别写进去的东西,也别指望它记事
自定义指令会在每次对话里被带上,所以不要放密码、密钥、客户的隐私资料,也不要贴整份合同。需要模型参考的材料,在当次对话里临时提供;长期使用的规则,抽象成偏好即可。这份内容本质上是“怎么跟我说话”,不是资料库。
它能固定风格,不能固定事实。它不会让模型记住你上周发的文件,也不会替你核对数字。涉及具体资料的对话,仍然要在当次把材料贴进去。
下一节处理另一类问题:中文表达本身怎么调,让回答少一点译稿味:中文用户专属技巧。
自测
先自己回答,再展开对照;答不上来就回到对应小节。01自定义指令里写「回答简短一点」为什么效果不好?看答案
它没有可检查的标准。改成「日常问题不超过五句话」这类具体条件,模型才能稳定执行。
02全局设置和项目设置的偏好冲突时,该怎么处理?看答案
别让两处出现相反要求:全局只留通用偏好,专业背景和具体条件写进项目指令,并写得比全局更具体。