AI 这行每天都在变，但 90% 的新闻跟你没关系。我只挑那 10% 跟你工作、学习、生活有关的讲。
TechCrunch 今天的头条被 Meta 霸了屏："Everything new coming to Meta's AI agent Muse"——Meta 把单个 agent 做成了穿戴设备，一个 agent 撑起一整条产品线。
但你看自己电脑上的 OpenClaw，大多数人还停在第一个窗口里那一个。
问题是这一个会越用越笨。 我本机直接跑了一遍，下面输出都是本地的：
$ openclaw agents list Agents:
main (default) Identity: 📋 管家 (IDENTITY.md) Workspace: ~/.openclaw/workspace Agent dir: ~/.openclaw/agents/main/agent Model: ollama/qwen3.8:latest
（routing、providers 那几行我省了） 一个 agent，一整个 workspace。
写文章、跑脚本、查东西，全塞给它一个人。它越用越不精准，病根在下面四个地方。
不习惯命令的话，openclaw dashboard 能开网页控制台：左边是 agent 列表，右边是当前 agent 的 workspace 文件、技能和权限，后文所有操作基本都能图形化完成。
越忙越笨，毛病有四样
全是结构性的。 上下文先被填满。
每个任务都伴随它去 workspace 读一堆 Markdown——SOUL.md、user.md 这些——再往 memory 写。日子一长，文件变厚，它答题时读到的是一半自己的旧包袱。
/new 开新会话能临时复位，会话记录清空了，但文件还在盘上，下次接着读。视频里把这叫短期缓解，不是解法。
第二是重复交代。想让一个任务做好，不能只说"写篇文章"，得每次把背景和要求讲一遍。只有一个 agent，就只有一个可交代对象，同一套规矩翻来覆去讲。
第三是全串行。一个 agent 先写代码、再搜资料、再整理汇总，排队走。子 agent 能并行，但它是临时工：不持久、不能实时回报、不能单独配权限和模型。
第四是权限全开。一个既对外回消息、又能读写你本地文件的 agent，就是一个人干两类性质完全不同的活，没有隔离。
多 Agent：一个人的团队
解法不是把单个养得更强，是拆开。
多 agent 模式下，第一个 agent 变总管：负责派活，每种活交给专科 agent——写作的写作，查 Web3 的查 Web3，各配各的工具，随时能加人，加了不影响现有的在干活。
卖点就落在这：以前一个团队才覆盖得过来的活，现在几个 agent 协同就盖住了，而且能并行——写作的在写，查链上的在查，互不排队。
单个 agent 是串行走，agent 团队是同时干，效率差主要从这来。人不用加，速度先上去了。 收益落在三处。
权限隔离：对外答话的那个不给本地写权限，它要是能让外人触发你改文件，那就是给机器埋雷。
模型专配：难活给贵模型，简单活给快而便宜的，成本差是实打实的。各读各的上下文：写作 agent 写的东西不碰 Web3 的记忆，干扰自然就少了。
但拆之前有纪律：
三个条件同时满足才拆——上下文互不干扰、需要不同的记忆和专业知识、流程独立不互相依赖。
同一个项目的前端和后端就别拆，背景相同，一个 agent 配上编程工具，让它吃透整个项目反而更好。
动手：先问，再建
建之前，先问你的主 agent，你该配哪几个专科 agent。
我看的视频里博主是这么做的：主业自媒体、副业 Web3，外加家庭资产和个人作息，主 agent 推荐了 4 个专用 agent，继续追问，连每个的渠道、工具权限、使用场景都给全了。照单干活就行。
动手：一条命令建一个
建 agent 就一条命令。
本机跑 openclaw agents add --help 验证过，参数齐在这：名字给 writer，可选的有 --model 直接指定模型、--bind 直接绑渠道、--workspace 指定工作空间，还有 --non-interactive 全非交互模式。
交互跑一遍，它自动给你开一个新 workspace，问你要不要复制默认配置、现在配不配模型、配不配渠道。所有配置项事后都能改：网页控制台里点，或者命令行重新下，不用推倒重来。
想让它接上 Telegram，走一遍视频里的流程：去 Telegram 找 BotFather 发 /newbot，bot 的 username 必须以 Bot 结尾，拿到 token 填回配置，绑定到这个 agent，然后在 Telegram 里给它发消息，它回一个配对码，拿回终端执行配对命令，打通。
之后 /model 能直接看和切这个 agent 当前用的模型。
建完，别跳过这一步
建完之后最容易被跳过的一步：配这个 agent 自己的核心文件。SOUL.md 是它的人设，user.md 是背景和要求。
写什么？把想要的角色一句话说清，再加几条硬性规矩——比如"输出文件放到 Obsidian 的 articles 文件夹、命名用 YYYY-MM-DD-主题"。视频里博主用的是偷懒法：把这些用一段话丢给 agent，让它自己写这两个文件，网上还有现成模板可以直接抄。
skill 也是分层挂的。本机 openclaw skills list 实跑，现在挂着 69 个技能、33 个 ready：内建的（openclaw-bundled）先在 web 界面启用、填 API key 就能用；装到全局的，所有 agent 共享；agent 自己 workspace 下的，只归它自己。
默认它读全局加自己那份——主 agent workspace 里的东西不会自动流到新 agent，要同步，明说让它拷过来。
拆成什么样，看一个真实例子
博主的机器最后拆成 4 个 agent：写作（主业自媒体）、Web3 研究（副业，查合约和 DeFi）、家庭资产（研读财报）、个人作息规划。
每个 agent 的模型、渠道、工具权限都单独配，加人删人互不影响。你不用照抄这 4 个，照的是"按你的主业副业列一遍，每类一个 agent"这个拆法。
建完先派个小活
建完不能直接上量。
先给新 agent 派个小任务，验证它的人设和权限对了。
视频里有个具体例子：博主给写作的 agent 派的活是"写 5 个多 agent 实际使用场景，输出到 Obsidian"——顺手就能验证它有没有遵守之前写进 SOUL 的命名和文件夹存放规则。
文件落对了地方，角色就算立住了。过了这步再切到真正的长任务上，不然人设写偏了也不知道，只会越用越歪。
再顺手记一条排障：对话里它说"无法执行命令"，多半是权限。去 web UI 把工具权限放开，或者改配置文件里的 tools 段。
容易栽的四个坑
一是 BotFather 的 username 不写 Bot 结尾，创建就卡住，视频里专门标了一条。
二是配对码那步：Telegram 里发的第一个消息只会得到一串配对码，终端里执行配对命令之前，这个 bot 是连不上 agent 的，别以为绑完 token 就通了。
三是技能不继承：新建的 agent 只会读全局技能加自己那份，主 agent 攒的本地技能不会自动流过去，要同步就明说。
四是权限：默认给的权限偏宽，对外消息渠道的 agent 建议收紧到只读。
什么时候值得拆
标准就一句话：你的活儿是不是已经开始需要"两套互不相关的记忆"。
只聊天问答、场景单一，一个 agent 够，别搭团队。
主业副业两套背景、或者要给不同 agent 配完全不同的模型和权限，拆。
拆的时候把权限和模型绑在 agent 上，而不是在每个任务里临时叮嘱——前者是一次设置，后者是天天加班。
单 agent 是管家，多 agent 是班子。
差别不在模型变强了，在你不再让同一个人又当前台又当仓库：以前一个团队才覆盖的活，现在几个 agent 并行就盖住了，人不加，速度先上去。分工立住之后，"越来越不精准"这个现象本身就没机会出现了——不是问题被修了，是问题不再有出处。
相关文章
