OpenClaw个人偏好配置指南：四种方法让AI更懂你

如果你刚接触 OpenClaw，多半会踩同一个坑：自己兴致勃勃地玩了大半天，它却像个刚入职的实习生，你问一句它答一句，从不主动按你的节奏来。原因很简单——OpenClaw 默认没有你的个人数据，它只是通用智能体框架，并不知道你喜欢简短回复、上午处理深度工作、下午开会，或者写代码时希望它先给方案再动手。所以，“怎样告诉 OpenClaw 我的个人偏好和工作习惯”就成了能不能真正用起来的分水岭。

这篇文章我会从 OpenClaw 的偏好存储逻辑讲起，整理几种最常用的“告诉”方式：对话声明、配置文件批量录入、习惯行为记录、反馈校正，再给出一套可以照着抄的实操模板和常见问题排查。无论你是刚下载完还不会配置的新手，还是已经用了一个月但总觉得它“不够懂你”的老用户，都可以从里面找到能直接落地的东西。

1. OpenClaw 的偏好体系到底怎么运作

1.1 为什么不能指望 AI “猜”你的心思

OpenClaw 不是读心术工具。它的核心是一个代理框架，底层模型具备通用对话和任务执行能力，但它对你的了解完全取决于你喂给它的信息。我见过不少用户犯同一个错误：以为只要用得久，OpenClaw 自然会“悟”出你的习惯。事实是，如果没有任何显式偏好输入，它只能靠当前对话上下文和短时记忆来揣测，而那些揣测通常经不起推敲。

举个例子，如果你经常让它“整理今天的会议记录”，它可能每次都按默认格式丢给你一份长文，而不是你想要的“三句话摘要+待办清单”。这不是因为它笨，而是因为“整理会议记录”这个请求中没有包含你的输出偏好。OpenClaw 的偏好模块只在收到明确指令或通过重复行为模式确认后才会写入长期记忆。所以，早期给它做“入职培训”非常有必要。

1.2 偏好信息的三种存储形态

要会“告诉”它，先要清楚信息存在哪。OpenClaw 的偏好数据主要分三层：

对话级记忆最容易理解，但只在当前会话有效，关了窗口就丢。长期偏好文件是真正需要你花心思维护的部分，一般放在~/.openclaw/preferences.yaml里，也可以让 OpenClaw 在你说“记住……”的时候自动追加。行为记录库则更像一个“习惯传感器”：经过授权，OpenClaw 会观察你哪些时段活跃、常用哪些工具、重复执行哪些命令，然后从中提取规律。

这三层不是孤立的，OpenClaw 会把行为记录中的统计结果定期汇总，提炼成可读偏好写入长期文件。也就是说，你既可以主动告诉它，也可以让它通过观察学到，但主动告诉的效率远高于被动观察。

1.3 告诉 OpenClaw 之前先理清自己的需求

很多人在配置时卡住，不是因为不懂操作，而是根本没想清楚自己的偏好是什么。我建议在动手前先回答几个问题：

• 你希望 OpenClaw 用多详细的篇幅回应你？三句话还是三段话？
• 你日常的工作节奏是怎样的？几点深度工作、几点开会、几点处理杂务？
• 你常用的工具链是什么？希望它直接操作哪些应用，哪些坚决不要碰？
• 有哪些事情是你绝对不希望它做的？比如自动发邮件、修改文件前不确认。

把这些答案写在纸上，再拿去填配置，效率会高得多。我自己第一次配置时，直接把偏好文件写得像流水账，结果 OpenClaw 在执行时经常提取错重点。后来我按“沟通风格、时间习惯、工具权限、红线禁忌”四个维度重写，效果立竿见影。这个分类方式你也可以直接用。

2. 最常用的四种“告诉”方式

2.1 对话内直接声明：最自然的上手方式

最简单的告诉方式就是直接说话。OpenClaw 会识别带有「记住」「以后请」「我习惯」等关键词的句子，并把后面的信息解析成结构化偏好写入长期存储。

比如你可以说：

记住：所有任务清单优先按截止日期排序，不要按创建时间。 以后请把回复控制在三句话以内，除非我要求详细解释。 我习惯周一上午九点半做本周规划，请在那时提醒我。

它不会原样保存这句话，而是会拆成“任务排序规则”“回复长度偏好”“周期性提醒偏好”三个条目。这种方式非常适合在使用过程中随时补充，不需要记配置文件语法。

但有个代价：对话写入的偏好通常不够体系化，你今天说一条、明天说一条，文件里会堆满零散条目。时间长了可能出现互相矛盾的情况。所以我建议对话声明用来做“增量补充”，而第一次配置还是用下面这种批量方式。

2.2 修改配置文件：批量录入偏好的标准做法

如果你希望一次把核心偏好交代清楚，最可靠的办法是直接编辑偏好配置文件。不同版本的 OpenClaw 路径略有差别，但通常都在~/.openclaw/下。用任意文本编辑器打开preferences.yaml，你会看到类似这样的结构：

profile: name: "我的助手" timezone: "Asia/Shanghai" work_hours: - start: "09:00" end: "18:00" weekdays: - mon - tue - wed - thu - fri communication_style: tone: concise greeting: false bullet_points: true max_length: 3 language: "zh-CN" task_management: default_sort_by: due_date default_view: kanban auto_remind: true reminder_offset_minutes: 10 tool_permissions: can_access_email: false can_send_messages: false can_run_commands: true requires_confirmation: ["delete", "move", "send"] forbidden_actions: - "auto_reply_email" - "modify_system_config" - "post_to_social_media"

这些字段不是随便写的。communication_style决定了它回复你的语气和长度；work_hours告诉它什么时候应该安静、什么时候可以主动推送；task_management控制它如何帮你整理待办；tool_permissions和forbidden_actions则是安全边界，防止它擅自做你不希望的事。

修改配置文件有一个很关键的点：YAML 对缩进和格式要求很严格，一个空格错位可能导致整个文件无法解析。改完后最好先执行一次配置校验命令，比如openclaw config validate，确认没问题再重启会话。我见过太多人改完直接报错，然后误以为是程序坏了。

2.3 通过时间轴习惯记录：让 OpenClaw 自己沉淀

除了主动告诉，OpenClaw 还有一个“行为习惯记录”功能，需要在配置里打开：

behavior_recording: enabled: true privacy_mode: "behavior_only" # 只记录行为模式，不记录消息内容 min_occurrences: 5 # 同一行为出现5次才视为规律

开启之后，OpenClaw 会观察你的使用模式。比如你连续两周在每个工作日早上 9 点打开项目周报，它就会在某个周一主动问：“需要我把周报取来并按你的习惯汇总吗？”这种被动学习很适合那些你根本没有意识到、但实际每天都在重复的习惯。

不过它统计规律需要样本量。min_occurrences是触发规则的最小次数，设置太低容易误判，设置太高则学得太慢。我个人的经验是默认 5 次比较合适：既不会对偶发行为大惊小怪，也不会让人等得失去耐心。如果你希望它更激进地学习，可以设为 3；如果想要更稳定，建议 8 到 10。

2.4 反馈校正：用“不喜欢”反向确定边界

告诉 OpenClaw 偏好，不一定要“给正样例”，负面反馈同样重要。当它给出的结果不符合预期时，你可以直接说：

• “这个回复太长了，以后控制在两段以内。”
• “我不喜欢按优先级排列，请按项目分组。”
• “这个操作以后不要自动执行，先问我。”

OpenClaw 会把这类反馈识别为“否定偏好修正”，不仅修正当前任务，还会调整长期偏好记录。比如它原来有一条tone: formal，在你多次反馈“太生硬”之后，这条会被自动改成tone: casual。

这里有个细节：不要一次给出太多负面反馈。每次只针对当前页面的一个问题，否则它会混淆到底应该改哪条规则。我习惯的做法是“一条反馈、一个例子、一个期望结果”的组合。例如：“你刚才给出的排期太乱了。我希望按项目分组，像这样 A 项目下的任务放在一起，而不是按日期排。以后都按这个逻辑。”

2.5 组合使用的判断标准

这四种方式并不是互斥的，你需要根据场景决定优先级。我的判断标准是：

• 临时、增量、正在对话过程中发现的新偏好，直接用对话声明。
• 初次使用、批量录入、希望长期稳定生效的规则，用配置文件。
• 你自己都说不清，但每天都会重复做的事，交给行为记录去自动沉淀。
• 已经发现它做错了，或者旧规则不再适用，用负面反馈即时纠正。

一个常见错误是：只在对话里说了“以后多用表格”，然后过了两天，OpenClaw 在别的场景里用了大段文字，你觉得它“没记住”。原因很简单，对话声明产生的偏好记录太零散，很容易被后续行为覆盖。所以对于重要规则，必须在对话声明之后，择机同步到配置文件里。你可以把配置文件的编辑当作“定期整理房间”，把平时随手扔进来的偏好条目归位、去重，这才是长期稳定的使用姿势。

3. 实操案例：一天之内把工作习惯调教到位

3.1 上午时段：设定日程管理偏好

假设你是一个典型的办公室工作者：上午处理深度工作，下午开会，晚上复盘。第一天早上一打开 OpenClaw，你就可以在对话里输入：

请记住我的工作节奏：上午 9 点到 11 点半是深度工作时间，不要在这个时段推送任何非紧急提醒。 下午 1 点到 4 点可以安排会议。紧急事务随时通知我，非紧急事务统一放到下午 4 点后的“杂事清单”里。

这一句话同时写入了三个偏好：深度工作时段、会议窗口、通知策略。之后 OpenClaw 在上午收到邮件请求时，不会立刻弹窗打扰你，而是缓存在“稍后处理”队列，等到下午 4 点才汇总推送。

如果你希望更精细，可以把这些直接写进配置文件：

schedule_preferences: deep_work_slots: - start: "09:00" end: "11:30" interruption_policy: "emergency_only" meeting_slots: - start: "13:00" end: "16:00" notification_digest: time: "16:00" include_non_urgent: true

上午时段还有一个容易被忽略的点：如果你经常在 9 点左右需要查看昨日数据，可以提前告诉 OpenClaw“每天到公司后第一件事是拉取昨日销售数据并生成简版摘要”。它就会把这件事变成你的默认晨间流程。

3.2 下午时段：任务优先级与汇报风格

到了下午，OpenClaw 需要明确“任务优先级”和“汇报风格”两类偏好。很多人只告诉它“优先级高的先说”，但这不够。你还需要定义清楚什么算高优先级。

我通常会在配置文件里加一个priority_rules字段，把判断标准显式写出来：

priority_rules: urgent_if: - deadline_within: 24h - status: "blocked" - sender_pattern: "客户|领导" high_if: - effort_estimate: "< 2h" - affects_project: true default_medium_when: - has_no_deadline

这样 OpenClaw 在帮你排任务时，就不是靠猜，而是按规则打分排序。汇报风格同样需要表达清楚。你可以说：“汇报的时候先给结论，再给依据，最后给建议方案。每条不超过 50 字。”它会把这个偏好拆成format: conclusion-first、max_line_length: 50、include_recommendation: true三条规则。

下午还有一个高频场景：会议纪要。告诉它“会议结束后十分钟内生成纪要，并按‘结论/决议/待办’三栏输出”，它就会自动在每次会议结束后执行固定流程。这些都是可以一次性配置好的“工作习惯”。

3.3 下班前：让 OpenClaw 自动复盘

很多人下班前都会做日复盘，但经常忘了让 OpenClaw 一起参与。其实你只需要设置一个定时任务：

每天 17:40 生成当日工作总结，内容包括：完成的任务、未完成的原因、明日计划的前三优先级。格式用要点列表，不要长段落。

它会自动把当天记录过的任务状态拉出来，加上你早上设定的计划，对比生成复盘报告。这个功能之所以推荐，是因为它倒逼 OpenClaw 在白天保持记录习惯，否则晚上根本没有数据可汇总。我是在用了十天之后才体会到它的价值：早上的计划、白天临时插入的杂事、下午的会议决议，全部被整合成一份清晰的清单，省掉了自己手动拼信息的麻烦。

如果你不喜欢每天自动弹出，也可以改成手动触发：“总结今天的进展”或者“生成昨日未完成任务列表”。关键是让 OpenClaw 知道你希望它“在什么时间做什么事”，这会极大提升配合度。

3.4 实用话术模板参考

这里整理了一批我实际用过、效果不错的话术，你可以直接复制改一改：

• “记住：回复我的时候如果有多个方案，按推荐程度排序，每个方案说明优缺点，最后给一个默认选择。”
• “以后遇到拿不准的事情，不要静默处理，先问我。宁可多打扰一次，也不要自作主张。”
• “我习惯用番茄工作法工作，每 25 分钟提醒我休息 5 分钟，上午和下午各允许一次长休息。”
• “所有需要我审阅的任务，请提前 30 分钟提醒，并在提醒中附上相关文件链接。”
• “我不希望在下午 6 点后收到任何非紧急通知，紧急情况用手机短信而不是应用内推送。”

这些句子背后都对应着 OpenClaw 可以理解的具体偏好规则。你在说的时候不需要刻意使用技术术语，自然表达即可，它会把关键信息抽取出来。

3.5 工作日和非工作日要分开说

很多人的偏好文件里只写了工作日规则，结果周末被 OpenClaw 正常推送工作消息，搞得非常烦躁。你必须在配置里显式区分工作日和周末：

weekend_policy: active: false allow_urgent_notification: true digest_at: "18:00" avoid_topics: - "项目进度" - "数据分析" prefer_topics: - "阅读清单" - "下周计划草稿"

这样，到了周六，OpenClaw 就不会主动向你汇报项目进度，也不会把工作消息推到手机通知栏。它只会把非紧急事项攒到晚上六点，以一份“轻量清单”的形式呈现，内容也以阅读和下周计划这类相对放松的主题为主。

这一步特别容易被忽略，因为配置偏好时你往往只想着“工作时间”，但一个真正好用的助手必须懂你的“休息时间”。我建议在配置文件里同时维护两套时间表，一套给工作日，一套给周末，不要让它们混在一起。

4. 偏好冲突、遗忘与更新：常见问题排查

4.1 为什么它偶尔“忘记”我告诉过它的事

这是最高频的抱怨。OpenClaw 并不会真的遗忘，但有几类情况会让你觉得它忘了：

• 偏好文件被多个会话同时加载，后写入的规则覆盖了之前的。
• 你的偏好语句中存在模糊表达，比如“尽快完成”被理解成了“立即完成”。
• 某条偏好只在特定上下文中有效，但你换了一个场景，它不自动迁移。
• 长期行为统计得出的规则与显式偏好发生冲突，默认执行了“更频繁出现”的那条。

排查方式很简单：输入openclaw preferences show查看当前生效的所有规则。如果发现某条规则缺失，大概率是覆盖或冲突。我建议每两周做一次偏好清理，把已经不需要的旧规则删除，避免它们和新规则打架。

4.2 偏好冲突时的处理顺序

OpenClaw 处理冲突遵循一套优先级逻辑，理解它有助于减少困惑：

1. 当前对话中显式指定的要求最高。
2. 配置文件里的explicit_preferences高于行为统计得出的习惯。
3. 行为统计规则高于通用默认规则。
4. 负面反馈（“我不喜欢”）永远高于正面规则。

举个例子：你配置文件里写tone: concise，但某次对话中你说“请详细解释这个项目背景”，它就会遵循当前对话要求，输出长篇解释。这不是冲突，是临时覆盖。如果你希望某条偏好“绝对不可覆盖”，需要在配置里加上locked: true：

locked_rules: - "never_send_message_without_confirmation"

这样，即使对话中你随口说“直接发了吧”，它也会先暂停确认。

4.3 配置文件改错后的恢复手段

改配置文件时经常会手滑，比如把work_hours的缩进弄错，或者不小心删掉了forbidden_actions。碰到这种情况，别慌，有几种恢复手段。

首先，OpenClaw 会在每次成功加载配置后自动生成备份，放在~/.openclaw/backups/下，文件名带时间戳。你可以直接拿最近的备份覆盖回去。其次，执行openclaw config validate可以检查语法错误，提示具体行号和问题类型。如果连命令都跑不起来，那说明配置文件存在严重解析错误，你可以用openclaw config reset --keep-history重置偏好，但保留行为记录和对话历史。

我自己的习惯是，在改动配置文件前先复制一份到桌面，命名为preferences_backup_日期.yaml。这样即使 OpenClaw 自带的备份机制没生效，我也有兜底方案。另外，不要用 Windows 自带记事本改 YAML，建议至少用 VSCode 或支持 YAML 高亮的编辑器，能看到缩进对齐，能减少一半低级错误。

4.4 三个容易踩的坑

第一，把所有偏好都堆在对话里说。听起来很方便，但对话里建立的偏好没有分类，很难管理。还是那句话，初次配置用文件，日常小改动用对话。

第二，设置过度的安全限制。tool_permissions和forbidden_actions如果写得太多太死，OpenClaw 会变得畏手畏脚，连复制文件都要反复确认。安全边界要设置，但应该留出“可配置的信任区”，比如允许它在某个指定工作目录内自由操作，其他目录需要确认。

第三，忘记做偏好更新。工作习惯不是一成不变的，三个月前的“每天上午先看邮件”可能已经变成了“先看项目看板”。你需要定期告诉 OpenClaw“这个习惯已经变了”，并同步更新配置文件。

4.5 每月做一次偏好体检

我强烈建议在每个月第一天给 OpenClaw 设置一个体检提醒，让它主动问你“这个月有哪些偏好规则需要调整”。如果没有这个机制，偏好文件很容易堆积成一本“历史档案”，里面全是过时的习惯。

体检时的核心检查项包括：

• 查看偏好文件里是否存在三个月以上没触发过的规则。
• 检查是否存在互相矛盾的两条规则，比如“上午不要打扰”和“每天早上推送晨报”。
• 更新安全边界：有没有新增的不允许自动执行的操作。
• 把行为记录中新出现的稳定习惯，手动确认后写入正式配置。

OpenClaw 可以自动学习，但人工纠偏永远不可替代。行为记录只能告诉你“你经常这样做”，却不能告诉你“这样做是不是你想要的”。每个月花十分钟过一遍偏好清单，比每次等它做错再纠正要省心得多。我自己这样做以后，OpenClaw 的“翻车率”明显下降，它越来越像一个真正懂我的协作伙伴，而不是一个只会机械听从指令的工具。