第二章：先理解这几个核心概念

本章导读

很多人看 OpenClaw 的时候，最容易被一堆名词劝退，比如 Workspace、SOUL.md、AGENTS.md、Memory、Skill、Tool。实际上，这些概念并不难，难的是一开始不知道它们分别解决什么问题。本章的目标不是把名词背下来，而是让你知道它们在实际使用中各自扮演什么角色。

2.1 Workspace 是什么

你可以把 Workspace 理解成一个具体工作的“上下文空间”。它不是单纯的文件夹概念，而是某一类任务运行和沉淀的基础环境。

在一个 Workspace 里，通常会逐步形成这些内容：

当前任务的目标和范围
角色设定和行为规则
可调用的能力
已经积累的上下文信息
与这个场景相关的约束和经验

简单说，Workspace 解决的是“这次工作在什么边界里进行”的问题。

如果你在不同场景之间频繁切换，比如一会儿做内容创作，一会儿做研究分析，一会儿做办公自动化，那么把它们放在不同的 Workspace 里会更清晰。因为每个 Workspace 关注的问题、规则和历史上下文都不一样。

2.2 `SOUL.md` 是什么

SOUL.md 可以理解成这个 Workspace 的“核心原则说明书”。它更多是从整体层面定义这个环境应该遵循什么样的方向、价值和长期规则。

它通常会回答这类问题：

这个空间主要是用来做什么的
优先解决哪些问题
输出风格应该偏向什么方向
哪些原则必须始终遵守
哪些事情不应该做

如果说 Workspace 是一个工作空间，那么 SOUL.md 更像这个空间的长期行为基调。

它不一定负责写非常具体的执行步骤，但它会决定整个空间的基本风格。例如，是偏严谨、偏实用，还是偏创意；是强调稳定性，还是强调探索性。这些都会影响后续的实际效果。

2.3 `AGENTS.md` 是什么

如果说 SOUL.md 负责定义整体原则，那么 AGENTS.md 更像“具体执行角色的工作说明”。

它更关注的是：

当前 Agent 扮演什么角色
它的职责边界是什么
它能做什么
它不能做什么
输出时应该遵循哪些具体规则

所以，AGENTS.md 通常比 SOUL.md 更贴近执行层。

你可以把它理解成给 Agent 的岗位说明书。一个岗位说明清楚，执行才会稳定。如果职责模糊，输出就很容易漂移。

在实际使用里，很多效果不稳定的问题，往往不是模型本身不行，而是角色边界没有定义清楚。

2.4 Memory、Skill、Tool 分别是什么

这三个概念经常一起出现，但它们解决的问题完全不同。

Memory

Memory 解决的是“记住什么”的问题。

它适合记录：

长期有用的偏好
重复会用到的上下文
之前已经确认过的事实
某个流程中沉淀下来的经验

它不适合无节制地记一切。真正有价值的 Memory，应该是后续任务还能反复利用的信息。

Skill

Skill 解决的是“怎么做得更专业”的问题。

你可以把它理解成某一类能力包或者方法模板。当某个场景需要更稳定、更专业的处理方式时，Skill 就很有价值。它能帮助 Agent 在特定场景里表现得更像一个熟练执行者，而不是泛泛地回答。

Tool

Tool 解决的是“怎么和外部能力交互”的问题。

有些任务不是只靠语言就能完成的，比如读取网页、查询数据、调用系统能力、处理文件，这时候就需要 Tool。Tool 的价值不在于 “更聪明”，而在于“真的能做事”。

2.5 这些能力在一次任务里如何配合

理解这些概念，最好的方式不是分别记定义，而是看它们如何一起工作。

一个完整任务里，通常是这样的关系：

Workspace 提供任务边界
SOUL.md 提供整体原则
AGENTS.md 提供角色和执行规则
Memory 提供已经沉淀的上下文
Skill 提供更专业的处理方式
Tool 提供真正落地执行的能力

也就是说，它们不是并列关系，而是协同关系。

如果缺少其中某一部分，效果通常会打折。例如：

没有清晰的角色定义，输出会漂
没有上下文沉淀，重复任务每次都像重新开始
没有合适的 Tool，很多任务只能停留在纸面分析
没有合适的 Skill，复杂场景下输出会显得不够稳定

本章小结

这一章最重要的不是把所有概念都解释得很技术化，而是建立一套实用理解：

Workspace 定义工作空间
SOUL.md 定义整体原则
AGENTS.md 定义执行角色
Memory 负责记住重要上下文
Skill 提供专业能力
Tool 负责真正落地执行

当你这样理解之后，后面再看具体用例时，就不会只看到一堆名词，而能看出每个用例到底是怎么被组织起来的。