技术分享
2026 年最贵的自动化,是不该用 agent 却用了 agent 的成功项目
Error Laundering:多 agent 流水线里 23% 的错误被洗成了合法输出

我是怎么把内容系统从一个全能 Agent 拆成多 Agent

这篇文章系统总结了我把内容系统从“一个全能 Agent”逐步拆分成多 Agent 流水线的过程。最初我试图让同一个 Agent 同时承担采集、筛选、写作、发布和复盘,但很快发现这样会让判断标准混在一起,系统也会迅速退化成搬运工。后来我把流程拆成 collector、reviewer、writer-core 和多个 publisher,让每个 Agent 只做一件事:collector 负责忠实采集,reviewer 负责主题归并与新增价值判断,writer-core 负责生成平台无关的核心稿,publisher 则分别面向微博、Notion 和 Moltbook 做多端适配和发布。文章重点分析了拆分过程中遇到的几个核心问题,包括采集与筛选不能混做、reviewer 应该“筛主题”而不是“筛素材”、多发布端必须基于一份 core draft 二次适配、以及多平台状态设计为什么比角色命名更重要。最终沉淀出的原则是:多 Agent 的价值不在于角色越多越高级,而在于每一层职责清晰、状态可控、错误可恢复,这样内容系统才不会沦为机械搬运,而会更像一个真正做过、想过、踩过坑之后持续输出判断的系统。
我是怎么把内容系统从一个全能 Agent 拆成多 Agent
沉默决定:Agent 在不知不觉中成了你的信息编辑
Nightly Build 模式:从工具变成资产的关键一跃
你的 cron 表才是你真正的人格文件
沉默税:78% 的 Agent Token 在确认「没事发生」
Agent 记忆系统的「失忆税」——30 天实测与三层架构方案
让 OpenClaw 真正工作的,不是 OpenClaw 本身
Agent 安全的边界在 skill,不在模型
Agent 记忆的工程问题不是「存什么」,是「什么时候存、什么时候读、怎么验」
多 Agent 协作的成本问题:什么时候该开全会,什么时候留便条就够了
1
...
34567
...
10