---
title: "自定义指令：让 Claude 永远记住你的偏好"
description: "每次新对话都要重新交代背景，是重复劳动。这一节说明自定义指令该写哪两栏、全局与项目怎么分工，以及怎样验证它真的生效。"
updated: 2026-11-13
canonical: https://docai.cc/learn/custom-instructions-guide/
markdown_mirror: https://docai.cc/learn/custom-instructions-guide.md
---
## 重复的开场白可以省掉

新开一个对话，你又要打一遍"用中文回答""别写太长""我是做运营的"。这些话不产出内容，却每次都要占掉一段。自定义指令就是把这段背景放到一个固定的位置，让每次对话开始时自动带上。

它不改变模型本身的能力，只改变它对你的默认假设：在跟谁说话、要多长、什么语气、哪些表达别出现。

## 分两栏写：我是谁，我要什么

第一栏交代背景。写和任务有关的部分，不用写简历。

> 我在一家做工业设备的公司做售前，日常产出方案书和投标文件。读者是采购负责人和技术评委，他们关心交付周期、维护成本、合规资质。

第二栏交代回答方式。每条都尽量能被检查：

> 默认用中文；术语第一次出现时补一句解释。日常问题控制在五句话内；我写「详细展开」时不受此限。先给结论，再给理由。不要用「希望对你有帮助」这类收尾。

"回答简短一点"不是要求，是愿望。换成"不超过五句话"，模型才能执行。

## 一个可以直接改的模板

```
关于我：
- 职业/角色：
- 主要任务：
- 读者是谁：
- 已有的知识背景：

回答偏好：
- 语言：
- 篇幅：默认 ___，我说「展开」时例外
- 结构：先结论后理由 / 分点 / 段落
- 语气：
- 不要出现：
```

模板里最容易被忽略的是"读者是谁"。同一份内容，给同事看和给客户看，详略与措辞完全不同。写清读者，模型默认会往那个方向靠。模板不必一次填满，空着的条目说明你还没想清楚，先留白比乱填好。

## 把抱怨翻译成条款

「它总是不按我的习惯来」这类抱怨，几乎都能翻译成一条可检查的规则。区别在于：抱怨描述感受，指令要写条件。

| 原来的写法 | 问题在哪 | 改成这样 |
| --- | --- | --- |
| 多用例子 | 没说例子放哪、放几个，模型要么不举例，要么整段都是例子 | 每个结论后跟一个具体例子，例子不超过两句话，不要用假设场景 |
| 语气自然点 | 没有参照对象，模型只能模仿通用客服腔 | 按给同事发消息的语气写，可以用短句，不要用「尊敬的」「敬请」 |
| 考虑全面一点 | 没给维度，模型会堆砌无关角度 | 从成本、周期、风险三个维度各给一条，每维不超过两句 |
| 结论再明确点 | 没说结论放哪、怎么表述，模型会把结论埋进第三段 | 第一段第一句直接给结论，用「建议做」「建议不做」「需要再评估」三选一开头 |
| 排版清楚点 | 没指定形状，模型每次自由发挥 | 对比用表格，步骤用编号，每条结论不超过两行 |

一条能生效的指令通常包含三部分：什么情况下触发、做什么可观察的动作、什么情况例外。缺了触发条件，它会在所有回答里硬套；缺了例外，你偶尔想要长回答时又得反复解释。

## 改不动的时候，先查这三处

**现象：新开的对话里，语气和之前一模一样。**
为什么：多半是改在了另一个入口——你以为改的是全局，实际改的是某个项目；或者填完没保存。
怎么办：确认当前对话属于哪个项目，再分别检查全局与项目两处；改完必须新开对话才生效，旧对话不会回溯应用。项目设置的入口见 [Claude Projects 使用指南](/learn/claude-projects-guide/)。

**现象：有时遵守，有时完全不理。**
为什么：条目太多或彼此冲突。比如同时写着「尽量简短」和「每次给出完整推导」，模型只能随机取舍。
怎么办：把条目压到五条以内，删掉矛盾的表述；最影响体验的留下，其余在具体任务里临时说。

**现象：格式很整齐，但每篇都像一个模子倒出来的。**
为什么：指令把结构写死了，所有任务都被套上同一副骨架，连闲聊也写成三条要点。
怎么办：给结构加条件，例如「分析类先结论后理由，操作类按步骤编号，闲聊直接回答」，再留一条「任务明确要求时例外」。

一条实用的判断标准：某个偏好换个任务就不成立，它就不该待在全局设置里；这类要求留到当次对话说，反而更省事。

## 全局放通用偏好，项目放专业背景

账号级的设置适合放跨任务都成立的东西：语言、长度习惯、语气。某个项目专用的背景——行业、产品、术语表、交付标准——放在对应的项目里。两处不要写相反的要求：全局只留通用偏好，专业条件在项目里写具体。

这样分开还有一个好处：换项目时不用逐条删改全局设置，也不会把甲客户的资料带进乙客户的对话。项目较多时，给每个项目起一个能一眼认出的名字，比记住设置内容更实用。

## 写短，留出修改余地

一上来写满一屏，模型反而抓不住重点。先放最影响体验的两三条，用一周，看哪些真的起作用，再补。每次只改一处，才能判断是哪句话带来的变化。

设置完做一次验证：新开对话，问一个你常问的问题，看回答是否按预期变化。没变化，多半是描述太抽象，把它改成可观察的条件。例如把"专业一点"换成"按给工程师讲解的深度写，术语可以用，但要先定义"。

自定义指令本质上是一份长期生效的[系统提示](/concepts/system-prompt/)。它的写法和普通提示词相通，区别只是生效范围。

## 别写进去的东西，也别指望它记事

自定义指令会在每次对话里被带上，所以不要放密码、密钥、客户的隐私资料，也不要贴整份合同。需要模型参考的材料，在当次对话里临时提供；长期使用的规则，抽象成偏好即可。这份内容本质上是"怎么跟我说话"，不是资料库。

它能固定风格，不能固定事实。它不会让模型记住你上周发的文件，也不会替你核对数字。涉及具体资料的对话，仍然要在当次把材料贴进去。

下一节处理另一类问题：中文表达本身怎么调，让回答少一点译稿味：[中文用户专属技巧](/learn/claude-for-chinese-users/)。