init: 虚拟公司架构设计——治理、流水线、中台、token 经济与演进路径
This commit is contained in:
@@ -0,0 +1,43 @@
|
||||
# 02 内容生产流水线
|
||||
|
||||
内容事业部的核心流水线,六站串联 + 双回路。
|
||||
|
||||
## 六站职责
|
||||
|
||||
| 站点 | 角色 | 职责 | 产物 |
|
||||
|---|---|---|---|
|
||||
| 1 选题 | PM 代理 | 选题池排序,每条带目标读者与预期价值 | 选题单 |
|
||||
| 2 研究 | 研究员代理 | 只交带来源的事实包,**不自行创作** | 研究包(事实+引用) |
|
||||
| 3 创作 | 主笔代理 | 基于研究包出稿,不自行上网找料 | 初稿 |
|
||||
| 4 编辑 | 编辑代理 | 结构编排、排版、配图、风格手册校对 | 成稿 |
|
||||
| 5 审校 | 独立审校代理 | 只查三件事:事实准确/逻辑自洽/风格合规 | 审校报告 |
|
||||
| 6 发布 | 发布代理 | 多渠道分发 + 发布数据采集 | 发布记录 |
|
||||
|
||||
## 两条设计铁律
|
||||
|
||||
1. **研究与创作分离**:研究员不写稿,主笔不找料。杜绝「为了行文顺手牺牲事实」——主笔拿到的事实包必须带来源,无来源断言审校直接打回。
|
||||
2. **审校独立**:审校者与创作者必须是不同代理实例,审校者只看成品 + 选题单 + 风格手册,看不到创作过程,避免被实现者的自我论证带偏。
|
||||
|
||||
## 双回路
|
||||
|
||||
- **打回回路**(红色):审校不过 → 带审校报告打回创作重写;同一稿件连续 3 次不过 → 选题回炉或拉黑。
|
||||
- **数据回流**(琥珀色):发布后的阅读/转化数据回流选题池——跑得好的选题类型加权,扑街方向进黑名单。数据回流是流水线的命,没有它选题就是盲拍。
|
||||
|
||||
## 选题池的四个水源
|
||||
|
||||
1. 用户回声(运营事业部采集的反馈与问题);
|
||||
2. 代码/资产扫描(文档缺口、示例缺失);
|
||||
3. 生态对标(同类头部内容有而我们没有的);
|
||||
4. 热点窗口(时效性选题,带过期时间)。
|
||||
|
||||
## 与产品线的同构性
|
||||
|
||||
| 产品线 | 内容线 | 共享机制 |
|
||||
|---|---|---|
|
||||
| backlog 条目 | 选题单 | 验收标准前置 |
|
||||
| 工程师代理 | 主笔代理 | 独立实现 |
|
||||
| 交叉评审 | 独立审校 | 双代理制衡 |
|
||||
| qa/stable | 发布渠道 | 门禁后置合并 |
|
||||
| 价值审计 | 数据回流 | 闭环反馈 |
|
||||
|
||||
架构图:[diagrams/content-pipeline.svg](diagrams/content-pipeline.svg)
|
||||
Reference in New Issue
Block a user