观浪编辑部

当写作任务膨胀成“一本书”，单线程提示词会在三个地方断掉：没人对全书结构负责，没人对成稿质量负责，也没人愿意干 Markdown 转 HTML/DOCX 的脏活。观浪编辑部用一套固定的多 Agent 编排来补位：总编小窝（WorkBuddy）负责统筹、质检、格式转换与外网部署，记者虾、编辑虾、文案虾、策划虾、运营虾、美工虾六个角色通过 Agent 工具在后台独立执行，完成后用 SendMessage 回报。总编不直接写稿，这样分工边界才不会糊掉。

它如何工作

启动时先补齐需求字段：书名、目标读者、字数、风格、交付物形式（策划案/样章/全稿）和输出格式（MD / HTML / DOCX / 全部）。接着用 WebSearch 调研合著者的学术成果与竞品书，在工作区里翻已有资料，最后用 TaskCreate 建任务列表。编号规则很朴素：单本书从 #1 连续编号，多项目并存时加项目前缀。

角色分配有一张明确的路由表。选题策划会由总编主持、全员参与；图书出版策划案与内容生态规划交给策划虾；知识类职业样章优先编辑虾；小说正文只有文案虾一个候选；学术专著初稿走编辑虾 + 文案虾组合；封面配图归美工虾；市场方案归运营虾。执行阶段每个 Agent 独立跑，总编汇总进度并向用户汇报。

质量规范与视觉

成稿质量靠结构化模板兜底，而不是靠“写得再好一点”。知识类样章 3000-4000 字，固定六段：职业定义、日常工作、AI 改变职业的四个维度（含对比表格与真实案例）、未来趋势、从业建议、三位从业者的转型故事。小说类要求第一句抓人、前三段建立时间地点人物冲突之一、理念冲突优先于动作冲突、至少三处感官细节、章末留钩子。学术专著每节 3000-5000 字，引文标注作者+年份+出处，文末附“待审定事项”清单。

视觉上美工虾提供三套风格：Mint Tech 薄荷科技风、Sage Paper 鼠尾草纸感风（推荐默认，适合长时间阅读）、Neon Circuit 霓虹电路风。

适用边界

1. 超过 500 行的大文档不建议委托 Agent，直接由总调用 Python/Node.js 脚本生成，否则容易超时。
2. Markdown 转 HTML 时，f-string 里的 JS 箭头函数必须移出 f-string，这是个很容易踩的实现坑。
3. 团队名称统一写“观浪编辑部”，不要混用其他称呼。
4. 这套系统解决的是“组织与规范”，不解决“观点正确性”。真实案例和数据仍需人工核验后再出版。