我有一个面向 Java 开发者的 SpringXX社区,一直没空维护。这一章用 Eve 从零搭一支 AI 内容团队:研究员、撰稿人、审核人,加一个当主编的主 Agent。
(这个例子改编自社区教程,已按 0.22.0 的 API 简化。)
目录结构:
agent/
instructions.md # 主编身份与协作规则
skills/ # 选题/写作/审稿流程
topic_planning.md
article_writing.md
review_checklist.md
subagents/
researcher/ # 研究员,自带 topic_planning
writer/ # 撰稿人,自带 article_writing
reviewer/ # 审核人,自带 review_checklist
channels/
eve.ts
root agent 的 instructions 只做判断:当前任务属于哪一步、加载哪个 skill、把什么上下文交给哪个子 Agent、返回后怎么整合、哪些还要人确认。
研究员负责选题与来源计划;撰稿人负责大纲和草稿;审核人负责风险检查。三者各自独立上下文,互不打扰。
researcher 想用 topic_planning skill,得在自己目录放一份。因为子 Agent 不继承 root 的 skills——这是 Eve 反复强调的边界。
# 验证 Eve 是否发现了 skills 和 subagents
npm exec -- eve info
# 它会列出发现的 skills、subagents 和编译产物
先跑通再扩展。
这个拆法主要是说明 Eve 的 skills、subagents、协作边界,不代表内容团队最佳实践。真实项目你完全可按自己的业务重新设计角色。