OpenClaw 入门:手把手教你给 AI 办张“身份证”,告别复读机式对话

大家好，我是大刘。

很多人用 AI 助手时，都有一种微妙的疲惫感：明明上周才交代过背景，今天新开一个窗口，又得从头讲一遍我是谁、做什么的、希望你怎么回答。

更糟的是，有些平台说过就忘，重要约束在下一轮对话中就像没发生过；

一换工具、一进群聊，AI 又变成陌生人，还容易在群里乱接话、抢话，把气氛搅乱。如果你只想问一句算一句，这还能忍。

可一旦你希望 AI 长期当你的写作搭档、学习助手、甚至半自动化的内容小帮手，这种反复自我介绍 + 行为不可控的成本就会指数级上升。

在 OpenClaw 这类框架里，有两份看起来平平无奇、实则威力很大的配置文件：USER.md 和 AGENTS.md。

它们不神秘——本质上就是 Markdown文档，也就是你会写字、会分段、会列清单，就能配。你不需要先学会写复杂代码，也能搭出一套认得你、懂规矩的 AI 工作方式。

下面这篇文章，用小白能懂的话，把两件事讲清楚：它们各自解决什么问题、和普通聊天差在哪、你怎么从零写起、以及怎样一步步玩到更顺手。

用两句话记住它们

先把名字和分工刻在脑子里，后面就不容易混：

可以打个比方：USER.md 像身份证叠上一张喜好卡片；AGENTS.md 像员工手册叠上一套值班流程。

你只配置一次，之后每次会话，AI 可以按规则先读它们再开口，你就不必一遍遍当人肉复读机。

AI 有了“专属工位”：环境先对齐

普通聊天是打开页面 → 直接对话，上下文全靠当前窗口里那几轮话撑着。

OpenClaw 的思路不一样：它会给 AI 一个专属的“工作目录”（Workspace），里面除了 USER.md 和 AGENTS.md，还可能有性格设定、长期记忆、按日归档的对话日志等。他不是上来就瞎聊，而是可以按你在 AGENTS.md 里写的顺序，先读一圈环境说明再正式干活。

一个典型目录长这样（不同版本可能略有差异，理解结构即可）：

~/.openclaw/workspace/├── USER.md       ← 用户信息├── AGENTS.md     ← AI 行为手册├── SOUL.md       ← AI 人格设定├── MEMORY.md     ← 长期记忆├── memory/       ← 每日对话日志│   └── 2026-04-13.md└── TOOLS.md      ← 本地工具配置

对小白来说，记住一句就够：这是 OpenClaw 和普通问一句答一句的关键差异——环境先对齐，再谈产出。

你也不必第一天就把目录填满；先从 USER.md + AGENTS.md 入手，往往性价比最高。

USER.md：别让 AI 说话一股“爹味”

很多人吐槽 AI 说话翻译腔、不接地气，往往是因为它不知道你是谁、你吃哪一套。

USER.md 就是用来把这块补上的：AI 每次启动可以先读它，把你这块信息从对话里抽出来，变成稳定配置。

大刘的小建议： 先写 USER.md。让 AI 认主之后，你后面加工具、改流程都会省力很多——因为“对象感”稳住了。

下面是一段示意，你可以把内容换成你自己的就成：

# USER.md - 关于我- **姓名:** 大刘 (或其他你喜欢的称呼)- **所在地:** 北京- **当前任务:** 写技术公众号，带小白学编程## 表达偏好- **文风:** 简洁、接地气、拒绝空洞的励志口号。- **结构:** 先说结论，再分条列出要点。- **忌讳:** 不要说“作为一个AI语言模型”这类废话。**小技巧：先写 `USER.md`，再折腾别的。** 让 AI 认主之后，你后面无论是加工具、加记忆，还是改流程，都会省力很多——因为对象感先稳住了。

AGENTS.md：让 AI 知道在这个地盘怎么干活

如果说 USER.md 决定了“你是谁”，那 AGENTS.md 就决定了“它该怎么做”。

特别是如果你想让 AI 帮你管理群聊，或者处理本地文件，这份“规矩”就是它的防火墙。

入门版可以先写清三类内容：

1. Every Session（每次启动）：按什么顺序读哪些文件。例如先读人格设定，再读 USER.md，再读最近一两天的日志，主会话再读长期记忆。顺序本身就是在训练 AI 的注意力。
2. Safety（安全）：哪些信息不能外传；危险操作（删库、群发、执行未知命令）要不要先问你；删文件是否强制用更安全的方式等。
3. 群聊规则：没被 @ 是否少说话；遇到其他机器人回复是否不接话；人类发言是否优先等。一段示意如下（务必按你的真实需求改写）：

# AGENTS.md - Your Workspace## Every Session1. Read SOUL.md — AI 的性格设定2. Read USER.md — 用户信息3. Read memory/日期.md — 最近对话记录4. 主会话再读 MEMORY.md## Safety- 不要泄露私密信息- 执行危险命令前必须询问- 用 trash 代替 rm（防止误删）## 群聊规则- 群里没 @ 你就不要发言- 遇到其他 AI 回复，跳过不接话

进阶玩法：Multi-Agent（多智能体）：

复杂任务可以拆角色：有人写、有人审、有人润色。

每个角色建议写清 Role（是谁）、Responsibility（只干什么）、Workflow（上下游怎么交接）。

这里有个小白避坑点：别把一个 Agent 塞满所有功能——拆得越清楚，执行成功率往往越高。

新手可以先只保留一个总负责，等任务真的变复杂，再拆出 Editor_Agent、Coder_Agent 之类，反而更不容易把自己绕晕。

怎么开始？最小路径三步走

你可以把下面当成最小可行路径：

1. 定位工作目录（路径以你跟随的教程为准，常见形如 ~/.openclaw/workspace/）。
2. 先写USER.md：名字、称呼、时区、城市、你是干什么的、表达偏好。
3. 再写AGENTS.md：启动时读什么、安全规则、群聊规则；规则越具体，表现通常越稳。
4. 明确告诉 AI 或系统：以后每次对话都先按 AGENTS.md 的流程读文件（具体触发方式依你使用的客户端/插件而定）。

有官方或社区模板时，复制再改永远是最快的入门方式。

改这两份文档不是写代码，而是“改说明书”。

写得具体，比写得漂亮更重要。

你能立刻用上的三个场景

1. 技术写作 / 公众号：在 USER.md 里写清身份与文风，草稿会更贴你的口气，减少把 AI 痕迹改到断手的次数。
2. 内容小流水线：在 AGENTS.md 里把策划 → 撰写 → 纠错 → 整理固化为流程；任务变重时，再考虑多智能体分工。
3. 多项目并行：不同项目用不同 workspace，人设、规则、记忆互不串台，比在一个大杂烩对话里硬撑要干净得多。

再往后，你还可以玩长期记忆定时心跳检查等进阶能力——那是你已经入门、知道自己要什么之后的加分项，不必第一天就焦虑。

大刘的互动时刻

配置一次，长期有效。

USER.md 让 AI 知道在和谁说话；

AGENTS.md 让 AI 知道在这个地盘上怎样才靠谱。

两份都是普通文档，却能把体验从每次重来的复读机，拉成认得你、有规矩、可预期的助手。

对小白来说，性价比最高的投入，往往就是：先把这两页写清楚——写得具体，比写得漂亮更重要。

如果你现在要给你的 AI 助理定一条“铁律”，你最想写什么？

比如我写的是：回答问题时先概括要点，多说人话，少打官腔。

欢迎在评论区留言，我帮你看看怎么把你的需求翻译成 AI 能听懂的规矩