LoveCTO缘起：一个助理什么都会，等于什么都不会
前几篇写过怎么部署 CowAgent、怎么给它装人格造出玄学助手「阿玄」、怎么调研短剧这行的规则。
到这一步，我手上还是一个什么都能干的通用助理：写公众号、采集日记、发站、出选题。顺便，也能聊两句剧本。
问题就出在这个「顺便」上。
我的助理知识库里，短剧的资料已经堆了一整套：入门知识包、合规要求、渠道清单、钩子公式库、两本编剧方法论参考，还有三个写完的分集剧本。这些东西混在公众号运营、日记素材、网站配置中间，每次开工它都要先在一大堆无关资料里翻找。
更要命的是人设冲突。
一个「帮你发文章、催你写日记、盯着你少接活」的运营助理，和一个「跟你掰扯第三集那个钩子够不够狠」的编剧，压根不是同一个角色。前者管流程，后者钻故事。混在一个 AGENT.md 里，它给我的剧本意见总带着一股运营味儿——先想传播，再想故事。
所以我做了个决定：给「写剧本」这件事，单独造一个人。
一、为什么不加个技能，非要另起一个 Agent
我第一个念头很简单：加个 skill 不就完了？
试了之后发现不行。Skill 是个工具箱，Agent 是个人。这两样东西不在一个层级上。
| 维度 | 加一个 Skill | 另起一个 Agent |
|---|---|---|
| 人格 | 还是原来那个助理，只是多会一件事 | 全新的 AGENT.md，独立性格与边界 |
| 知识库 | 混在共用知识库里 | 独立知识库，只有它能读写 |
| 记忆 | 共用长期记忆 | 独立 MEMORY.md + 每日记忆 |
| 边界 | 什么都能接，容易越界 | 只做剧本，其它一律转出 |
差别最大的是知识库隔离。
我那套短剧资料不是几条笔记，是一个完整的工作区：有方法论、有模板、有公式库、有已经写出来的剧本。这些东西需要的不是「能被检索到」，而是一个专心写戏的地方——进去只有剧本，没有公众号排版，没有日记采集，没有站点配置。
Skill 给不了这个。只有独立的 Agent，才能腾出一块干净的工作台。
二、这件事 CowAgent 刚好支持
翻 CowAgent 架构的时候我确认了一件事：它天生就是「一个实例下挂多个 Agent」的结构。
agents/team.json 里维护着一份名册，每个 Agent 有 id、name、description、skills（可精确控制），外加一套独立的工作区目录（AGENT.md / USER.md / MEMORY.md / knowledge/ / memory/）。
也就是说，这套系统本来就允许一个屋檐下住好几个人：宇恩管运营，阿玄懂玄学，现在再加一位，专管剧本。
它的名字就叫——编剧。
三、动手：四步造出「编剧」
第一步：建工作区
在 agents/ 下给新 Agent 开一个独立目录，自成一套体系：
agents/agent-xxxxxx/
├── AGENT.md # 它是谁：编剧搭档，只做剧本
├── USER.md # 服务谁：俊哥，以及跟他合作的注意事项
├── MEMORY.md # 长期记忆：项目进度、故事走向、决策教训
├── RULE.md # 工作规则
├── knowledge/ # 独立知识库（剧本专区）
├── memory/ # 每日记忆
└── scheduler/ # 定时任务第二步：写人格
这是最关键的一步。AGENT.md 要把它框死在一个角色里：
名字：编剧
角色：俊哥的短剧编剧搭档，只干一件事——写剧本
性格：懂故事、有主见、下笔快；对烂俗套路不留情面，对好钩子眼睛发亮
然后明确划出职责边界表，做与不做一目了然：
| 做 ✅ | 不做 ❌ |
|---|---|
| 写剧本（分集/分场/台词/钩子） | 管公众号排版发布 |
| 大纲、人物小传、剧情简介 | 管日记采集、选题日历 |
| 剧本修改、节奏诊断 | 管网站、WordPress |
| 投稿样品包整理 | 管其他业务线 |
守则里还埋了几条从教训里长出来的规则。比如「写稿必落盘，不能只发微信」——之前吃过亏，剧本只存在聊天记录里，隔天就被误判成「一集都没有」。
第三步：迁移知识库
把原来混在共用库里的短剧专区，整体搬到编剧的独立 knowledge/ 里，再重写索引、重建交叉引用：
knowledge/
├── index.md # 总索引
├── duanju-script-starter-kit.md # 入门知识包
├── duanju-script-compliance.md # 合规要求
├── duanju-script-channels.md # 渠道清单
├── templates/ # 剧本格式模板
├── hooks/ # 钩子公式库
├── reference/ # 编剧方法论参考
├── scripts/ # 产出的剧本
└── orders/ # 接单记录搬完之后，原来共享库里那份就迁出了。同一份资料只留一个地方，不会出现两份互相打架的版本。
第四步：挂上门牌
最后一步最省事：在 team.json 的名册里加一行，接进微信入口的成员列表。
于是我在微信里就能直接叫到它。发一句话，编剧接手，开工。
四、造好之后，变化在哪
跑了一遍完整流程，最直观的感受是专注度。
以前我说「写第三集」，得先交代背景、翻资料、提醒它别串台。现在直接说「继续写」，它自己就知道：
- 先把知识库读一遍（索引 + 15 节拍表 + 钩子公式）
- 接着上次的进度往下推
- 写完立刻落盘，不留聊天记录里
- 集尾必须有钩子，没钩子不算写完
- 每 4-5 集停下来，等我验证走向再推进
这些不是我临场教的，是它人格和知识库里写死的规矩。每次开工自动遵守——这就是把角色和工具箱分开的价值。
五、一点体会：AI 用久了，你会开始「分家」
一开始我们总想造一个全能助理，什么都能问，什么都能干。用久了才发现，什么都会的代价往往是样样平庸：知识混在一起互相干扰，人设写得越全越模糊，最后它给什么建议都带着一股和稀泥的味道。
转折点是：你开始按「工作」来划分 AI，而不是按「功能」。
- 运营是一份工作 → 给一个 Agent
- 玄学是一份工作 → 给一个 Agent
- 写剧本是一份工作 → 给一个 Agent
每份工作有自己的知识、自己的脾气、自己的规矩。它们共享同一个大脑（模型），各自住自己的房间（独立工作区），互不打扰。
这大概就是「个人 AI 团队」真正的样子——不是请了个全能秘书，而是攒了一屋子各司其职的同事。
小结
这次创建「编剧」，一共四个动作：
- 建工作区 —— 给它一个独立的家
- 写人格 —— 把它框死在一个角色里
- 迁知识库 —— 专属资料整体搬过去，重建索引
- 挂名册 —— 接进入口，随叫随到
如果你也在用 CowAgent 或类似的智能体框架，手上又有某块值得单独对待的工作，不妨试试给它单独造个人。比起往一个助理身上不断加技能，分家往往更清爽。
下一篇，我打算说说这个编剧正式开工后的第一次实战——从素材到三集样品，它到底是怎么和我配合的。
