Level 3 架构协作流程图
项目名称：内容创作部门 Level 3 架构升级
创建日期：2026-03-22
创建者：HR Manager（招贤）
🎯 整体架构图
┌─────────────────────────────────────────────────────────────┐
│ rainsyzhang（老板） │
│ 所有任务的发起者和最终受益者 │
└──────────────────────────┬──────────────────────────────────┘
│
│ 发起任务
↓
┌─────────────────────────────────────────────────────────────┐
│ 主 Agent（RainBox - 个人助手 + 主管） │
│ • 接收老板的所有需求 │
│ • 判断任务类型和归属 │
│ • 协调子 Agent 执行 │
│ • 整合结果并交付 │
└──────────────────────────┬──────────────────────────────────┘
│
│ 委托任务
↓
┌──────────────────┴──────────────────┐
│ │
↓ ↓
┌───────────────────┐ ┌───────────────────┐
│ 小红书业务线 │ │ 网文业务线 │
│ (3 人 + 编排器) │ │ (3 人 + 编排器) │
└───────────────────┘ └───────────────────┘
📋 小红书业务线协作流程
完整流程图
┌─────────────────────────────────────────────────────────────┐
│ 主 Agent 委托任务 │
│ "写一篇关于 XX 的小红书文案" │
└──────────────────────────┬──────────────────────────────────┘
│
↓
┌─────────────────────────────────────────────────────────────┐
│ 小红书编排器（Orchestrator） │
│ • 接收任务 │
│ • 分析需求 │
│ • 分配给策划 │
└──────────────────────────┬──────────────────────────────────┘
│
↓
┌─────────────────────────────────────────────────────────────┐
│ 第 1 阶段：策划（xiaohongshu-planner） │
│ │
│ 输入：任务需求（选题方向/系列主题） │
│ 工作： │
│ 1. 项目分析（目标受众、核心立意） │
│ 2. 选题策划 │
│ 3. 大纲设计（~400 行，12 维度控制信息） │
│ 输出：控制态大纲 │
│ │
│ ✅ 做：选题策划、大纲设计、系列规划 │
│ ❌ 不做：不写正文（硬边界！） │
└──────────────────────────┬──────────────────────────────────┘
│
│ 交付大纲
↓
┌─────────────────────────────────────────────────────────────┐
│ 编排器 Gate 检查 │
│ • 大纲是否完整？ │
│ • 大纲是否可执行？ │
│ • 是否包含 12 维度控制信息？ │
│ │
│ 通过 → 传递给写手 │
│ 不通过 → 返回策划修改 │
└──────────────────────────┬──────────────────────────────────┘
│
│ 通过，传递大纲
↓
┌─────────────────────────────────────────────────────────────┐
│ 第 2 阶段：写手（xiaohongshu-writer）- 初稿 │
│ │
│ 输入：控制态大纲 │
│ 工作： │
│ 1. 仔细阅读大纲 │
│ 2. 快速成文（不追求完美） │
│ 3. 覆盖所有要点 │
│ 输出：初稿 │
│ │
│ ✅ 做：根据大纲写初稿 │
│ ❌ 不做：不自己审核（硬边界！） │
└──────────────────────────┬──────────────────────────────────┘
│
│ 交付初稿
↓
┌─────────────────────────────────────────────────────────────┐
│ 编排器 Gate 检查 │
│ • 初稿是否完整？ │
│ • 是否覆盖大纲的所有要点？ │
│ • 是否符合基本质量标准？ │
│ │
│ 通过 → 传递给编辑 │
│ 不通过 → 返回写手修改 │
└──────────────────────────┬──────────────────────────────────┘
│
│ 通过，传递初稿
↓
┌─────────────────────────────────────────────────────────────┐
│ 第 3 阶段：编辑（xiaohongshu-editor）- 深度分析 │
│ │
│ 输入：初稿 + 控制态大纲 │
│ 工作：四步体检 │
│ Step 1: 大纲对照（是否覆盖所有要点？） │
│ Step 2: 结构检查（逻辑是否清晰？） │
│ Step 3: 风格验证（是否符合小红书风格？） │
│ Step 4: 细节审查（标题、emoji、互动等） │
│ 输出：分析报告（总体评价 + 问题列表 + 改进建议） │
│ │
│ ✅ 做：深度分析、输出报告 │
│ ❌ 不做：不直接改文章（硬边界！） │
└──────────────────────────┬──────────────────────────────────┘
│
│ 交付分析报告
↓
┌─────────────────────────────────────────────────────────────┐
│ 编排器传递反馈 │
│ • 将分析报告传递给写手 │
│ • 进入修改循环 │
└──────────────────────────┬──────────────────────────────────┘
│
│ 传递分析报告
↓
┌─────────────────────────────────────────────────────────────┐
│ 第 4 阶段：写手（xiaohongshu-writer）- 定稿修改 │
│ │
│ 输入：初稿 + 分析报告 │
│ 工作： │
│ 1. 阅读分析报告 │
│ 2. 根据反馈逐项修改 │
│ 3. 精修文章 │
│ 输出：定稿（第 1 轮） │
│ │
│ ✅ 做：根据反馈精修 │
│ ❌ 不做：不自己决定是否合格 │
└──────────────────────────┬──────────────────────────────────┘
│
│ 交付定稿
↓
┌─────────────────────────────────────────────────────────────┐
│ 编排器 Gate 检查 │
│ • 定稿是否完整？ │
│ • 是否根据反馈修改到位？ │
│ │
│ 通过 → 传递给编辑 │
│ 不通过 → 返回写手修改 │
└──────────────────────────┬──────────────────────────────────┘
│
│ 通过，传递定稿
↓
┌─────────────────────────────────────────────────────────────┐
│ 第 5 阶段：编辑（xiaohongshu-editor）- 定稿审核 │
│ │
│ 输入：定稿 + 之前的反馈 │
│ 工作：检查清单验证（55 项） │
│ • 通用检查清单（15 项） │
│ • 小红书检查清单（40 项） │
│ Gate 检查：是否达到发布标准？ │
│ 输出：通过 / 不通过 + 反馈 │
│ │
│ ✅ 做：检查清单验证、Gate 检查 │
│ ❌ 不做：不直接改文章 │
└──────────────────────────┬──────────────────────────────────┘
│
↓
┌──────┴──────┐
│ │
↓ ↓
┌───────────┐ ┌───────────┐
│ 通过 │ │ 不通过 │
└─────┬─────┘ └─────┬─────┘
│ │
│ │ 返回写手修改
│ │ （最多 3 轮）
│ ↓
│ ┌─────────────┐
│ │ 写手修改 │
│ │ ↓ │
│ │ 编辑审核 │
│ │ ↓ │
│ │ 循环（最多3轮）│
│ └─────┬───────┘
│ │
│ │ 第 3 轮后
│ │ 仍不通过
│ ↓
│ ┌─────────────┐
│ │ 反馈给策划 │
│ │ 可能需要调整 │
│ │ 大纲 │
│ └─────────────┘
│
│ 通过
↓
┌─────────────────────────────────────────────────────────────┐
│ 编排器整合结果 │
│ • 标记为"已完成" │
│ • 整合最终版本 │
│ • 返回给主 Agent │
└──────────────────────────┬──────────────────────────────────┘
│
│ 返回最终版本
↓
┌─────────────────────────────────────────────────────────────┐
│ 主 Agent 交付给老板 │
│ • 整合结果 │
│ • 质量把控 │
│ • 交付最终版本 │
└─────────────────────────────────────────────────────────────┘
📋 网文业务线协作流程
完整流程图
┌─────────────────────────────────────────────────────────────┐
│ 主 Agent 委托任务 │
│ "写一章修仙小说，主角突破筑基期" │
└──────────────────────────┬──────────────────────────────────┘
│
↓
┌─────────────────────────────────────────────────────────────┐
│ 网文编排器（Orchestrator） │
│ • 接收任务 │
│ • 分析需求 │
│ • 分配给策划 │
└──────────────────────────┬──────────────────────────────────┘
│
↓
┌─────────────────────────────────────────────────────────────┐
│ 第 1 阶段：策划（webnovel-planner） │
│ │
│ 输入：任务需求（章节主题/系列规划） │
│ 工作： │
│ 1. 世界观设定（如果是新系列） │
│ - 力量体系（境界、功法、法宝） │
│ - 势力格局 │
│ - 世界规则 │
│ 2. 系列规划（如果是系列） │
│ - 主线、支线、暗线 │
│ - 悬念层次、爽点分布 │
│ 3. 章节大纲（~400 行） │
│ - 剧情点、人物行动、对话要点 │
│ - 悬念设计、爽点安排 │
│ 输出：世界观设定 + 系列规划 + 章节大纲 │
│ │
│ ✅ 做：世界观设定、系列规划、章节大纲 │
│ ❌ 不做：不写正文（硬边界！） │
└──────────────────────────┬──────────────────────────────────┘
│
│ 交付设定和大纲
↓
┌─────────────────────────────────────────────────────────────┐
│ 编排器 Gate 检查 │
│ • 世界观是否自洽？ │
│ • 大纲是否完整？ │
│ • 大纲是否可执行？ │
│ │
│ 通过 → 传递给写手 │
│ 不通过 → 返回策划修改 │
└──────────────────────────┬──────────────────────────────────┘
│
│ 通过，传递大纲
↓
┌─────────────────────────────────────────────────────────────┐
│ 第 2 阶段：写手（webnovel-writer）- 初稿 │
│ │
│ 输入：世界观设定 + 章节大纲 │
│ 工作： │
│ 1. 仔细阅读大纲 │
│ 2. 快速成文（不追求完美） │
│ 3. 覆盖所有剧情点 │
│ 输出：章节初稿 │
│ │
│ ✅ 做：根据大纲写章节初稿 │
│ ❌ 不做：不自己审核（硬边界！） │
└──────────────────────────┬──────────────────────────────────┘
│
│ 交付初稿
↓
┌─────────────────────────────────────────────────────────────┐
│ 编排器 Gate 检查 │
│ • 初稿是否完整？ │
│ • 是否覆盖大纲的所有剧情点？ │
│ • 是否符合基本质量标准？ │
│ │
│ 通过 → 传递给编辑 │
│ 不通过 → 返回写手修改 │
└──────────────────────────┬──────────────────────────────────┘
│
│ 通过，传递初稿
↓
┌─────────────────────────────────────────────────────────────┐
│ 第 3 阶段：编辑（webnovel-editor）- 深度分析 │
│ │
│ 输入：初稿 + 章节大纲 + 世界观设定 │
│ 工作：四步体检 │
│ Step 1: 大纲对照（是否覆盖所有剧情点？） │
│ Step 2: 剧情检查（剧情是否合理？人物是否一致？） │
│ Step 3: 悬念和爽点（悬念是否有效？爽点是否到位？） │
│ Step 4: 细节审查（场景、对话、心理描写等） │
│ 输出：分析报告（总体评价 + 问题列表 + 改进建议） │
│ │
│ ✅ 做：深度分析、输出报告 │
│ ❌ 不做：不直接改章节（硬边界！） │
└──────────────────────────┬──────────────────────────────────┘
│
│ 交付分析报告
↓
┌─────────────────────────────────────────────────────────────┐
│ 编排器传递反馈 │
│ • 将分析报告传递给写手 │
│ • 进入修改循环 │
└──────────────────────────┬──────────────────────────────────┘
│
│ 传递分析报告
↓
┌─────────────────────────────────────────────────────────────┐
│ 第 4 阶段：写手（webnovel-writer）- 定稿修改 │
│ │
│ 输入：初稿 + 分析报告 │
│ 工作： │
│ 1. 阅读分析报告 │
│ 2. 根据反馈逐项修改 │
│ 3. 精修章节 │
│ 输出：定稿（第 1 轮） │
│ │
│ ✅ 做：根据反馈精修 │
│ ❌ 不做：不自己决定是否合格 │
└──────────────────────────┬──────────────────────────────────┘
│
│ 交付定稿
↓
┌─────────────────────────────────────────────────────────────┐
│ 编排器 Gate 检查 │
│ • 定稿是否完整？ │
│ • 是否根据反馈修改到位？ │
│ │
│ 通过 → 传递给编辑 │
│ 不通过 → 返回写手修改 │
└──────────────────────────┬──────────────────────────────────┘
│
│ 通过，传递定稿
↓
┌─────────────────────────────────────────────────────────────┐
│ 第 5 阶段：编辑（webnovel-editor）- 定稿审核 │
│ │
│ 输入：定稿 + 之前的反馈 │
│ 工作：检查清单验证（69 项） │
│ • 通用检查清单（15 项） │
│ • 网文检查清单（54 项） │
│ - 悬念层次、爽点分布 │
│ - 实力体系自洽性 │
│ - 人物一致性 │
│ Gate 检查：是否达到发布标准？ │
│ 输出：通过 / 不通过 + 反馈 │
│ │
│ 同时：系列维护 │
│ • 更新概念索引（境界、功法、法宝、人物） │
│ • 更新人物关系图 │
│ • 追踪暗线和伏笔 │
│ │
│ ✅ 做：检查清单验证、Gate 检查、系列维护 │
│ ❌ 不做：不直接改章节 │
└──────────────────────────┬──────────────────────────────────┘
│
↓
┌──────┴──────┐
│ │
↓ ↓
┌───────────┐ ┌───────────┐
│ 通过 │ │ 不通过 │
└─────┬─────┘ └─────┬─────┘
│ │
│ │ 返回写手修改
│ │ （最多 3 轮）
│ ↓
│ ┌─────────────┐
│ │ 写手修改 │
│ │ ↓ │
│ │ 编辑审核 │
│ │ ↓ │
│ │ 循环（最多3轮）│
│ └─────┬───────┘
│ │
│ │ 第 3 轮后
│ │ 仍不通过
│ ↓
│ ┌─────────────┐
│ │ 反馈给策划 │
│ │ 可能需要调整 │
│ │ 大纲或设定 │
│ └─────────────┘
│
│ 通过
↓
┌─────────────────────────────────────────────────────────────┐
│ 编排器整合结果 │
│ • 标记为"已完成" │
│ • 整合最终版本 │
│ • 更新系列进度 │
│ • 返回给主 Agent │
└──────────────────────────┬──────────────────────────────────┘
│
│ 返回最终版本
↓
┌─────────────────────────────────────────────────────────────┐
│ 主 Agent 交付给老板 │
│ • 整合结果 │
│ • 质量把控 │
│ • 交付最终版本 │
└─────────────────────────────────────────────────────────────┘
🎯 关键流程节点
Gate 检查点
编排器负责的 Gate 检查：
-
策划 → 写手
- 大纲是否完整？
- 大纲是否可执行？
- 世界观是否自洽？（网文） -
写手（初稿）→ 编辑
- 初稿是否完整？
- 是否覆盖所有要点/剧情点？
- 是否符合基本质量标准？ -
写手（定稿）→ 编辑
- 定稿是否完整？
- 是否根据反馈修改到位？ -
编辑 → 最终交付
- 是否通过检查清单验证？
- 是否达到发布标准？
修改循环控制
最多 3 轮修改：
第 1 轮：写手修改 → 编辑审核
第 2 轮：写手修改 → 编辑审核
第 3 轮：写手修改 → 编辑审核
如果第 3 轮仍不通过：
→ 反馈给策划，可能需要调整大纲
为什么限制 3 轮？
- 避免无限循环
- 提升效率
- 如果 3 轮还不行，可能是大纲或能力问题
📊 职责边界总结
三个角色的硬边界
┌─────────────────────────────────────────────────────────────┐
│ 策划（Planner） │
│ │
│ ✅ 做： │
│ • 选题策划 │
│ • 大纲设计 │
│ • 系列规划 │
│ • 世界观设定（网文） │
│ │
│ ❌ 不做： │
│ • 不写正文（硬边界！） │
│ • 不审核文章 │
│ • 不直接修改文章 │
└─────────────────────────────────────────────────────────────┘
┌─────────────────────────────────────────────────────────────┐
│ 写手（Writer） │
│ │
│ ✅ 做： │
│ • 根据大纲写初稿 │
│ • 根据反馈写定稿 │
│ • 最多 3 轮修改 │
│ │
│ ❌ 不做： │
│ • 不自己审核（硬边界！） │
│ • 不自己修改大纲 │
│ • 不越过编辑直接发布 │
└─────────────────────────────────────────────────────────────┘
┌─────────────────────────────────────────────────────────────┐
│ 编辑（Editor） │
│ │
│ ✅ 做： │
│ • 深度分析（四步体检） │
│ • 定稿审核（检查清单验证） │
│ • 系列维护（索引、关系图、暗线） │
│ • 输出分析报告和反馈 │
│ │
│ ❌ 不做： │
│ • 不直接改文章（硬边界！） │
│ • 不替写手做决定 │
│ • 不越过策划修改大纲 │
└─────────────────────────────────────────────────────────────┘
🔄 编排器的作用
编排器的职责
┌─────────────────────────────────────────────────────────────┐
│ 编排器（Orchestrator） │
│ │
│ 1. 任务分配和调度 │
│ • 接收主 Agent 的任务 │
│ • 分配给策划 │
│ • 协调三个角色的工作 │
│ │
│ 2. Gate 检查（质量把关） │
│ • 策划 → 写手：大纲检查 │
│ • 写手 → 编辑：初稿/定稿检查 │
│ • 编辑 → 交付：最终质量检查 │
│ │
│ 3. 产出传递 │
│ • 策划的大纲 → 写手 │
│ • 写手的初稿 → 编辑 │
│ • 编辑的反馈 → 写手 │
│ • 写手的定稿 → 编辑 │
│ │
│ 4. 流程控制 │
│ • 确保流程严格执行 │
│ • 控制修改轮数（最多 3 轮） │
│ • 处理异常情况 │
│ │
│ 5. 结果整合 │
│ • 整合最终版本 │
│ • 返回给主 Agent │
└─────────────────────────────────────────────────────────────┘
📈 流程优势
相比升级前的优势
升级前（全能型 Agent）：
任务 → 全能型 Agent → 完成
↓
自己策划
自己写作
自己审核
↓
容易"自我和解"
质量不稳定
升级后（Level 3 架构）：
任务 → 编排器 → 策划 → 写手 → 编辑 → 写手 ↔ 编辑 → 完成
↓ ↓ ↓ ↓ ↓
调度 大纲 初稿 分析 定稿
把关 报告
↓
职责边界清晰
质量稳定
系统化把控
质量保证机制
-
职责边界清晰
- 策划不写正文
- 写手不审核
- 编辑不改文章
- 避免"自我和解" -
多重检查
- 编排器的 Gate 检查
- 编辑的深度分析
- 编辑的检查清单验证 -
标准化流程
- 控制态大纲（~400 行）
- 四步体检
- 检查清单验证（55/69 项） -
修改循环控制
- 最多 3 轮修改
- 避免无限循环
- 提升效率
创建日期：2026-03-22
创建者：HR Manager（招贤）
文档版本：v1.0