1个文件夹+5个AI：这个产品经理把出版社"裁员"成了纯文本

7行配置，1条指令，5个会吵架的AI同事。没有代码，没有API调用，没有"智能体平台"的月费账单。Moonlearning.io创始人用Claude Cowork（克劳德协作模式）搭了一套"软代理团队"，现在写书、定价、改稿、发邮件都有人管——虽然这些人并不存在。

她给这套系统起的名字像柔顺剂品牌，但功能比多数SaaS实在。

从愧疚到动手：一本书的维护困境

她写的《SOLO》刚满一岁就已经过时。AI领域速度太快，卖一本没时间维护的书让她良心不安。她问Claude怎么搭代理来帮忙，本以为要恶补代码，结果只是连了个文件夹、聊了一天。

初期翻车很多。现在复制整套系统不到一小时。她已经给别的业务线搭了更多团队，还有一个正在建——管整个公司的。

五个代理，五个性格，全部住在同一个markdown文件夹里。

Elke是主编，不知道文件顺序，但从描述里知道该从哪开始。Joan管销售，专扫兴：写得挺好，但有人买单吗？Caitlin是声音管家，所有像她本人风格的内容都过她的手——从已发表文章和私人随笔里学的。Miranda管产品。还有一个读者代言人。

他们怎么工作：不是聊天，是真干活

这些代理会读文件、直接改文档、创建新文件、会话之间自我更新。她写，他们帮她想、改、规划、搭建。她懒了或者太宝贝某个想法时，他们会顶回来。偶尔还催她睡觉。

技术栈极简：纯文本文件。没有代码，就是markdown和Claude Cowork里的对话。她原话是："做PPT都比这难。"唯一需要的技能是"能进行人类对话"。

关键设计：所有代理住在基础文件里，只存快速基本信息；深度工作时才拉取详细资料。像人一样，有个简单人设，需要时才展开真本事，保证速度。

什么还在失灵

作者坦承有些东西她自己也没完全搞懂。系统会崩，代理偶尔会给出奇怪建议，自我更新的机制有时候像是黑箱。但她选择先跑起来，边用边修。

这种模式挑战了"AI代理=复杂工程"的预设。没有向量数据库，没有RAG架构（检索增强生成），没有多智能体编排框架。就是一个文件夹，几个角色定义，持续对话。

她特别强调：代理不写书，她写。他们是"从未拥有过的出版社"，而且是自己手搓的。

如果5个文本文件就能替代传统出版流程的协调成本，那更多"重人力、轻资产"的行业呢？