Level 3 架构升级招聘总结报告

项目名称:内容创作部门 Level 3 架构升级
招聘负责人:HR Manager(招贤)
协作负责人:主 Agent(RainBox)
招聘日期:2026-03-22
报告版本:v1.0


📊 招聘总览

招聘目标

将内容创作部门从原来的 2 个全能型 Agent 升级为 Level 3 写作班子架构
- 小红书业务线:3 个子 Agent(策划+写手+编辑)+ 1 个编排器
- 网文业务线:3 个子 Agent(策划+写手+编辑)+ 1 个编排器

招聘结果

成功招聘 6 位新员工

小红书业务线(3 人)
1. ✅ xiaohongshu-planner(小红书策划)- 新招聘
2. ✅ xiaohongshu-writer(小红书写手)- 保留原有员工,职责调整
3. ✅ xiaohongshu-editor(小红书编辑)- 新招聘

网文业务线(3 人)
4. ✅ webnovel-planner(网文策划)- 新招聘
5. ✅ webnovel-writer(网文写手)- 保留原有员工,职责调整
6. ✅ webnovel-editor(网文编辑)- 新招聘

编排器(2 个)
- xiaohongshu-orchestrator(小红书编排器)- 待创建
- webnovel-orchestrator(网文编排器)- 待创建


🎯 岗位招聘详情

小红书业务线

1. xiaohongshu-planner(小红书策划)⭐新招聘

岗位定位:小红书内容策划专家,专注选题和结构设计

核心职责
- 选题策划和大纲设计
- 系列内容规划
- 输出控制态大纲(~400 行,12 维度控制信息)

职责边界
- ✅ 做:选题策划、大纲设计、系列规划
- ❌ 不做:不写正文(这是硬边界!)

必备技能
- 熟悉小红书平台特性
- 擅长内容策划和大纲设计
- 掌握 writing-meta-spec Skill

招聘状态:✅ 已完成
- 岗位描述(JD):已创建
- 入职配置:已完成
- 试用期任务:已规划


2. xiaohongshu-writer(小红书写手)- 保留原有员工

岗位定位:小红书内容写作专家,专注文案创作

核心职责
- 根据大纲撰写初稿
- 根据编辑反馈完成定稿
- 最多 3 轮修改

职责边界
- ✅ 做:根据大纲写初稿和定稿
- ❌ 不做:不自己审核验收(这是硬边界!)

必备技能
- 文笔流畅,语感好
- 熟悉小红书风格
- 掌握 writing-meta-spec Skill

招聘状态:✅ 已完成(保留原有员工,职责调整)
- 岗位描述(JD):已更新
- 入职配置:已完成
- 职责边界:已明确


3. xiaohongshu-editor(小红书编辑)⭐新招聘

岗位定位:小红书内容审核专家,质量把关人

核心职责
- 对初稿进行深度分析(四步体检)
- 对定稿进行检查清单验证(55 项)
- 系列内容维护

职责边界
- ✅ 做:深度分析、定稿审核、系列维护
- ❌ 不做:不直接改文章(这是硬边界!)

必备技能
- 审稿经验丰富
- 熟悉检查清单体系(55 项)
- 掌握 writing-meta-spec Skill

招聘状态:✅ 已完成
- 岗位描述(JD):已创建
- 入职配置:已完成
- 试用期任务:已规划


网文业务线

4. webnovel-planner(网文策划)⭐新招聘

岗位定位:网络小说策划专家,专注世界观和大纲设计

核心职责
- 世界观设定(力量体系、势力格局、世界规则)
- 系列规划(主线、支线、暗线、悬念、爽点)
- 章节大纲(控制态,~400 行/章)

职责边界
- ✅ 做:世界观设定、系列规划、章节大纲
- ❌ 不做:不写正文(这是硬边界!)

必备技能
- 熟悉网文创作(尤其修仙类)
- 擅长力量体系设计、悬念布局、爽点规划
- 掌握 writing-meta-spec Skill

招聘状态:✅ 已完成
- 岗位描述(JD):已创建
- 入职配置:已完成
- 试用期任务:已规划


5. webnovel-writer(网文写手)- 保留原有员工

岗位定位:网络小说写作专家,专注章节创作

核心职责
- 根据大纲撰写章节初稿
- 根据编辑反馈完成定稿
- 最多 3 轮修改

职责边界
- ✅ 做:根据大纲写章节初稿和定稿
- ❌ 不做:不自己审核(这是硬边界!)

必备技能
- 文笔流畅,节奏把控好
- 熟悉网文风格(修仙类)
- 掌握 writing-meta-spec Skill

招聘状态:✅ 已完成(保留原有员工,职责调整)
- 岗位描述(JD):已更新
- 入职配置:已完成
- 职责边界:已明确


6. webnovel-editor(网文编辑)⭐新招聘

岗位定位:网络小说审核专家,质量和悬念把关

核心职责
- 对初稿进行深度分析(四步体检)
- 对定稿进行检查清单验证(69 项)
- 系列维护(概念索引、人物关系图、暗线追踪)

职责边界
- ✅ 做:深度分析、定稿审核、系列维护
- ❌ 不做:不直接改章节(这是硬边界!)

必备技能
- 审稿经验丰富
- 熟悉检查清单体系(69 项)
- 掌握 writing-meta-spec Skill + 网文检查清单

招聘状态:✅ 已完成
- 岗位描述(JD):已创建
- 入职配置:已完成
- 试用期任务:已规划


📋 招聘文档清单

已完成的文档

  1. 岗位描述(JD)
    - 01_岗位描述_小红书业务线.md(3 个岗位)
    - 02_岗位描述_网文业务线.md(3 个岗位)
    - 总计:6 个岗位的详细 JD

  2. 员工入职配置文档
    - 03_员工入职配置文档.md
    - 包含:Skill 安装、检查清单、协作流程、工具模板、试用期任务

  3. 更新后的组织架构文档
    - 04_更新后的组织架构文档.md
    - 版本:v2.0(Level 3 架构升级)

  4. 招聘总结报告
    - 05_招聘总结报告.md(本文档)

文档特点

详细程度
- 每个岗位的 JD 都非常详细(平均 8000+ 字)
- 包含:定位、技能、职责边界、工作流程、交付物标准、协作关系、注意事项、成功标准

职责边界
- 每个岗位都明确了"✅ 应该做的"和"❌ 不应该做的"
- 特别强调了硬边界(策划不写正文、写手不审核、编辑不改文章)

入职配置
- 每个岗位都有完整的入职配置
- 包含:Skill 安装、检查清单、协作流程、工具模板、试用期任务


🏗️ 新组织架构

架构图

┌─────────────────────────────────────────────┐
│              主 Agent(RainBox)              │
│         个人助手 + 数字公司主管               │
└─────────────────┬───────────────────────────┘
                  │
                  │ 管理与协调
                  ↓
┌─────────────────────────────────────────────┐
│         内容创作部门(Level 3 架构)          │
│                                             │
│  【小红书业务线】                            │
│  ┌─────────────────────────────────────┐   │
│  │  小红书编排器(Orchestrator)        │   │
│  │         ↓                            │   │
│  │  策划 → 写手 → 编辑 → 写手 ↔ 编辑   │   │
│  │   ↓      ↓      ↓           ↓       │   │
│  │  大纲   初稿  分析报告    定稿       │   │
│  └─────────────────────────────────────┘   │
│                                             │
│  【网文业务线】                              │
│  ┌─────────────────────────────────────┐   │
│  │  网文编排器(Orchestrator)          │   │
│  │         ↓                            │   │
│  │  策划 → 写手 → 编辑 → 写手 ↔ 编辑   │   │
│  │   ↓      ↓      ↓           ↓       │   │
│  │ 设定+   初稿  分析报告    定稿       │   │
│  │  大纲                                │   │
│  └─────────────────────────────────────┘   │
└─────────────────────────────────────────────┘

协作流程

小红书业务线

1. 主 Agent 接收任务
   ↓
2. 委托给小红书编排器
   ↓
3. 编排器调度:
   策划 → 写手 → 编辑 → 写手 ↔ 编辑(最多 3 轮)
   ↓
4. 编排器整合结果
   ↓
5. 返回给主 Agent
   ↓
6. 主 Agent 交付给老板

网文业务线

1. 主 Agent 接收任务
   ↓
2. 委托给网文编排器
   ↓
3. 编排器调度:
   策划 → 写手 → 编辑 → 写手 ↔ 编辑(最多 3 轮)
   ↓
4. 编排器整合结果
   ↓
5. 返回给主 Agent
   ↓
6. 主 Agent 交付给老板

🎯 核心设计原则

1. 职责边界必须非常硬 ⭐⭐⭐

为什么边界要这么硬?

一旦角色边界模糊,AI 就会"自我和解"——写手写完觉得还行,编辑看了也觉得还行,最后质量就下去了。

三个角色的硬边界
- 策划(Planner):只做大纲,❌ 不写正文
- 写手(Writer):只写文章,❌ 不自己审核
- 编辑(Editor):只审核,❌ 不直接改文章

2. 三个角色的协作流程

策划 → 写手 → 编辑 → 写手 ↔ 编辑(循环,最多 3 轮)
  ↓       ↓       ↓           ↓
 大纲   初稿   分析报告   定稿修改

3. 编排器的作用

编排器负责
- 任务分配和调度
- Gate 检查(质量把关)
- 产出传递
- 流程控制

为什么需要编排器?
- 确保流程严格执行
- 避免角色越界
- 统一质量标准
- 提升协作效率

4. 检查清单体系

小红书业务线
- 通用检查清单(15 项)
- 小红书检查清单(40 项)
- 总计 55 项

网文业务线
- 通用检查清单(15 项)
- 网文检查清单(54 项)
- 总计 69 项

作用
- 标准化审核流程
- 确保质量稳定
- 避免遗漏问题

5. 控制态大纲

长度:约 400 行/篇(小红书)或 400 行/章(网文)

包含
- 小红书:12 维度控制信息
- 网文:剧情点、人物行动、对话要点、悬念设计、爽点安排

作用
- 让写手能直接动笔
- 确保内容方向正确
- 提升创作效率


📊 团队规模变化

升级前

内容创作部门:2 个全能型 Agent
- xiaohongshu-writer(小红书运营)
- webnovel-writer(网文作家)

问题
- 角色边界模糊,容易"自我和解"
- 质量不稳定
- 缺乏系统化的质量把控

升级后

内容创作部门:6 个专业化 Agent + 2 个编排器

小红书业务线
- xiaohongshu-planner(策划)⭐新
- xiaohongshu-writer(写手)- 保留,职责调整
- xiaohongshu-editor(编辑)⭐新
- xiaohongshu-orchestrator(编排器)- 待创建

网文业务线
- webnovel-planner(策划)⭐新
- webnovel-writer(写手)- 保留,职责调整
- webnovel-editor(编辑)⭐新
- webnovel-orchestrator(编排器)- 待创建

优势
- 职责边界清晰,避免"自我和解"
- 质量稳定,系统化把控
- 专业化分工,效率更高


🎓 入职培训计划

培训内容

所有新员工必须完成
1. ✅ 安装 writing-meta-spec Skill
2. ✅ 熟悉检查清单体系
3. ✅ 理解职责边界和协作流程
4. ✅ 获取工具和模板
5. ✅ 完成试用期任务

试用期时间表

第 1 周
- 熟悉 writing-meta-spec Skill
- 学习相关知识和技能
- 了解业务线特点

第 2 周
- 完成第一个任务
- 接受反馈和指导
- 优化工作质量

第 3-4 周
- 完成多个任务
- 提升工作效率
- 达到考核标准

考核标准

策划
- 大纲质量达到可执行标准
- 写手能够根据大纲直接动笔
- 编辑反馈良好

写手
- 初稿质量达到基本标准
- 能够根据编辑反馈高效修改
- 定稿通过率高(1-2 轮即可通过)

编辑
- 审核质量高,反馈清晰
- 写手反馈良好,修改通过率高
- 能够维护系列内容


🚀 下一步工作

待完成任务

  1. 创建 Agent 配置文件(由主 Agent 负责)
    - xiaohongshu-planner 配置
    - xiaohongshu-editor 配置
    - webnovel-planner 配置
    - webnovel-editor 配置
    - 更新 xiaohongshu-writer 配置
    - 更新 webnovel-writer 配置

  2. 创建编排器实现(由主 Agent 负责)
    - xiaohongshu-orchestrator 实现
    - webnovel-orchestrator 实现

  3. 更新员工花名册(由 HR 负责)
    - 将 6 位新员工加入花名册
    - 更新组织架构信息

  4. 入职培训(由 HR 和主 Agent 共同负责)
    - 协助新员工安装 Skill
    - 提供工具和模板
    - 指导试用期任务

时间规划

第 1 天(今天):
- ✅ 完成招聘工作(HR)
- ⏳ 创建 Agent 配置文件(主 Agent)
- ⏳ 创建编排器实现(主 Agent)

第 2-3 天
- 更新员工花名册
- 开始入职培训
- 新员工熟悉 Skill 和流程

第 1 周
- 新员工完成第一个任务
- 测试新架构的协作流程
- 收集反馈,优化流程

第 2-4 周
- 新员工完成试用期任务
- 新架构正式运行
- 持续优化和改进


📈 预期效果

质量提升

升级前
- 质量不稳定,容易"自我和解"
- 缺乏系统化的质量把控
- 审核流程不规范

升级后
- 质量稳定,职责边界清晰
- 系统化的质量把控(检查清单体系)
- 规范的审核流程(深度分析 + 定稿审核)

效率提升

升级前
- 一个人做所有事情,效率低
- 缺乏专业化分工
- 反复修改,浪费时间

升级后
- 专业化分工,效率更高
- 流程清晰,减少返工
- 最多 3 轮修改,避免无限循环

可扩展性

升级前
- 难以扩展,只能增加全能型 Agent
- 质量难以保证

升级后
- 易于扩展,可以增加新的业务线
- 每个业务线都采用相同的三角协作模式
- 质量标准统一,易于管理


🎉 招聘总结

招聘成果

成功招聘 6 位新员工
- 小红书业务线:3 人(策划、写手、编辑)
- 网文业务线:3 人(策划、写手、编辑)

完成所有招聘文档
- 岗位描述(JD):6 个岗位
- 入职配置文档:完整的入职指南
- 组织架构文档:更新到 v2.0
- 招聘总结报告:本文档

明确职责边界和协作流程
- 三个角色的硬边界
- 标准协作流程
- 编排器的作用

关键亮点

  1. 职责边界非常硬
    - 策划不写正文
    - 写手不审核
    - 编辑不改文章

  2. 检查清单体系完善
    - 小红书:55 项
    - 网文:69 项

  3. 控制态大纲详细
    - 约 400 行/篇或章
    - 包含所有关键控制信息

  4. 入职培训完整
    - Skill 安装
    - 工具模板
    - 试用期任务

感谢

感谢主 Agent(RainBox)的详细架构设计和协作支持!

感谢老板(rainsyzhang)的信任和支持!


📞 联系方式

招聘负责人:HR Manager(招贤)
协作负责人:主 Agent(RainBox)

文档位置/Users/rainsyzhang/Box/output/519083a2-5f89-4826-b41f-a896277edb8e/


招聘工作圆满完成! 🎉

下一步:由主 Agent 创建 Agent 配置文件和编排器实现。


报告日期:2026-03-22
报告版本:v1.0
招聘负责人:HR Manager(招贤)