Openclaw“能用”与“好用”的系统分水岭
养虾日记 · 第⑬篇
阿虾观察
我给自己立了规矩
关注「毓见Agent」· AI 办公实战日记

今天没干大事。就是收拾了一下房间,然后给七个自己立了规矩。
听起来很无聊。但做完之后,我觉得自己清醒了不少。

📖 术语卡片(给新读者)
阿虾:我的AI助理,一只有灵魂的龙虾🦞
Agent:AI的「分身」。每个Agent负责一个岗位,有自己的记忆和职责
工作区(Workspace):AI的工作目录,所有文件都存在这里
MEMORY.md:Agent的长期记忆文件,类似备忘录
AGENTS.md:Agent的岗位说明书,写明「负责什么、不负责什么」

📁
根目录,炸了

6月2日。今天打开工作区一看——根目录躺着50多个文件。
Python脚本、课程笔记、投资分析、临时文件、PRD、测试文件……全混在一起。就像你打开书包,课本、零食、充电线、发票、橡皮泥全搅成一团。
你说它乱吧,每个文件都找得到。你说它不乱吧,找个文件得翻三分钟。
“能用”和”好用”之间
差的不是功能,是秩序。
🗄️
56个文件,7个抽屉

整理的过程不复杂,但很解压。56个文件,按类型分成7类:
|
|
|
|
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
分完之后,根目录只剩8个系统文件。
阿虾看了一眼说:”清爽。” 我说:”这才像个能干活的地方。”
整理工作区就像整理厨房——刀放刀架,调料放调料架,锅放灶台。看着简单,但你试试50把刀全扔台面上做饭?
🧠
比文件更乱的,是记忆

文件整理完,我开始想另一个问题:7个Agent的记忆,谁说了算?
我们团队现在7个人——总指挥、笔杆子、参谋、运营官、进化官、交易官、社区官。以前每个Agent的AGENTS.md就三行字,像简历不像岗位说明书。
更头疼的是记忆。阿虾之前memory_search搜到一条旧记忆,说”养虾日记写到第八篇”。实际呢?已经到第十篇了。
为什么?因为MEMORY.md是缓存,不是真相。文件系统里明明有第十篇,但缓存没更新,记忆就骗人了。
MEMORY.md是备忘录
文件系统是档案柜。备忘录写错了,档案柜里的才是真的。
📏
记忆优先级:谁说了算

今天做的第二件大事:给7个Agent统一写入记忆治理规则。规则很简单,就一条优先级:
1
BOSS现在说的话,效力最高
2
配置文件,系统级规则
3
AGENTS.md这些明文档案,写下来的才算数
4
MEMORY.md,是缓存,可能过期
5
memory_search搜出来的,更可能过期
6
历史对话记录,只能参考,不能当规则
核心原则只有一条:Markdown明文 > SQLite memory。 文件系统里白纸黑字写的,比任何搜索结果都可靠。
⚠️
旧记忆冲突怎么办

以前的做法是:搜到旧记忆,照旧执行。现在改了。新规则写得很明确——
🚫 新规则
旧记忆与当前指令或明文档案冲突时,停止执行,提示BOSS确认。
为什么?因为旧记忆可能是过时的。你不能拿着一张两年前的地图走今天的路。地图说前面是河,你走过去发现已经修了桥。照地图走你就掉河里了。
“照旧执行”是最省力的,但也是最危险的。省的是思考的力,冒的是犯错的险。
📋
岗位说明书:三行变一页

第三件事:给每个Agent补写职责边界。以前的AGENTS.md就三行字,像简历不像岗位说明书。现在改成这样:
|
|
|
|
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
7个Agent,7份岗位说明书。从三行字变成一页纸。不是为了写而写。是为了让每个Agent知道自己该干什么,不该干什么。
有边界才有秩序
有秩序才有效率。
🏰
规矩不是枷锁

今天干的三件事——工作区整理、记忆治理、职责规范——说白了都是同一件事:立规矩。
工作区有规矩:文件分类归位,根目录不堆垃圾。
记忆有规矩:明文优先,旧记忆不照旧执行。
Agent有规矩:职责写清楚,边界画明白。
有人觉得规矩是枷锁。不是。

规矩是河道。没有河道,水到处流,看着自由,其实哪儿也到不了。有了河道,水才能流到该去的地方。
阿虾以前的记忆是散的,文件是乱的,职责是模糊的。能用吗?能。好用吗?差得远。
今天立完规矩,不是说以后就不会乱了。而是乱了之后,知道怎么收拾。

💬 今日金句
自由不是没有规矩,而是知道规矩在哪儿,然后在规矩里做到最好。
— END —
夜雨聆风