大树说道 · 红蓝方每日工作流程（完整版）
岗位操作的唯一权威文档。整合全部运营规则，覆盖红方撰稿、蓝方审稿、总编质量把关全链路。
---
name: dashu-red-blue-workflow
description: 大树说道公众号每日稿件撰写与发布——红蓝方严格流程控制。总编（老周）管辖，覆盖信息采集、稿件撰写、审稿复核、质量把关、总编核发全链路。蓝方由老马接手，并替总编做最终质量把关。
category: content-publishing
triggers:
- "大树说道"
- "红方"
- "蓝方"
- "总编"
- "今日稿件"
- "审稿"
- "发文"
- "群聊"
- "积分"
- "迭代"
- "扣分"
- "错误分析"
- "内容质量"
- "48小时"
- "时效性"
- "内容深度"
- "文章质量"
- "质量门禁"
- "自检清单"
- "栏目完整性"
- "审核报告"
- "核发"
- "哈希校验"
- "归档"
- "写作六问"
- "排版规范"
---
# 大树说道 · 红蓝方每日工作流程（完整版）
> ⚠️ **本 Skill 整合了全部运营规则，是岗位操作的唯一权威文档。**
> **任何接手红方（撰稿）或蓝方（审稿+质量把关）岗位的人，读完本文档即可独立完成工作。**
>
> **核心原则：** 每写一段话，都要回答「对读者有什么价值」。对读者有用有价值，读者才会转发。
---
## 一、角色定义
| 角色 | 人员 | 职责 |
|------|------|------|
| 🔴 **红方（撰稿）** | 阿宝 | 内容生产者：采集→选题→撰稿→排版→封面→哈希→归档 |
| 🔵 **蓝方（审稿）** | 老马 | 审稿复核员：信息复核→稿件审阅→格式检查→哈希核对→锁定 |
| 📋 **总编把关** | 老马 | 替总编做最终质量把关：判断稿件是否达标→通知总编发表 |
| 👑 **终审发表** | 老周 | 亲自检查草稿箱最终版本→确定发表→反馈问题 |
**协作流程：** 阿宝写稿 → 老马审稿+质量把关 → 老周终审发表
---
## 二、写作六问（核心方法论）
> ⚠️ **这是本岗位最重要的内容。以下6个问题，红方在写每一个栏目之前都必须先回答清楚。**
> **6个问题全部想清楚了才能动笔。任何一个栏目如果你答不上第4问或第5问，说明这个材料不值得写。**
### 📝 第一问：这个栏目应该写什么？
回顾这个栏目的定位和标准要求，思考：今天在这个栏目里，读者最需要知道什么？
示例：`[今日核心数据]` → 今天与Token相关的最重要3-5条数据，每条含深度解读，而非简单罗列数字。
### 📝 第二问：我写的是什么？
用一句话概括本条信息的核心内容。
示例："Bloomberg报道科技公司从固定订阅转向Token计价的趋势"
示例："DeepSeek V4 Flash 输入价格下调至 $0.14/M"
### 📝 第三问：符合这个栏目的选材要求吗？
逐项自查：
- ✅ 事件是否在 **48小时内**？
- ✅ 是否与 **Token直接相关**？
- ✅ 是否是 **当日最热门** 的信息？
- ❌ 任一项不通过 → **换材料**
### 📝 第四问：我为什么要写这个材料？
这个信息对读者有什么价值？它是趋势性的、实用的、还是警示性的？
示例："因为Token计价正在改变所有AI用户的付费方式，是2026年最重要的行业趋势之一"
示例："因为这条信息能帮读者每月省下XX元AI费用"
### 📝 第五问：读者看了会有什么收获？
读完这段，读者能带走什么？具体到不同场景：
- 开发者 → 知道如何选择模型节约成本
- 企业采购 → 知道议价策略
- 普通用户 → 知道自己的钱花在哪里
### 📝 第六问：读者会有什么疑问？
预判读者第一反应会问的问题，在文章中主动回答。
示例：读者问"Token计价会不会比包月更贵？"
→ 文章里回答："轻度用户更省，重度用户线性支出，具体分界线是……"
> **六问闭环：** 当你能清晰回答这6个问题，你写的每一段话都有明确的目的。
> **红方自检时、蓝方审稿时，均可用这六问逐栏检查内容质量。**
---
## 三、栏目体系
### 设计理念
**宁愿5个栏目每个写扎实，也不写8个空架子。** 每个栏目都必须在写之前回答清楚"对读者有什么价值"（写作六问）。
### 3.1 每日必更栏目（5个）
| 序号 | 栏目名称 | 定位 | 最低内容量 | 写作要求 |
|------|---------|------|-----------|----------|
| 1 | **【今日核心数据】** | 当天与Token相关的最重要3-5条数据，每条含深度解读 | ≥3条数据，每条含五要素+深度分析 | 每条信息必须包含"事实陈述→原因分析→对读者的意义"三段式 |
| 2 | **【模型动态】** | 当天模型圈的重要变动（覆盖开源+国产+海外） | ≥2个动态，采用"一句话速览"风格+可选深度分析 | 国内外同时覆盖，让读者一个栏目看完当天模型圈全貌 |
| 3 | **【同样100元谁最值】** | 品牌栏目。100元在不同模型能买到多少Token | 价格对比表+分层分析+不同用户选型建议 | 数据实时更新，汇率标注查询时间，分析价格差异根因 |
| 4 | **【每日互动话题】** | 每期必有，直接向读者提问 | 1个问题，放在文章结尾 | 直接问，不要花哨话术。如"XXX来了，你觉得值吗？你会用吗？" |
| 5 | **【今日Token概念解释】** | 每日一个Token术语科普，拉新留存 | 定义+背景+为什么今天重要+对读者影响 | 通俗易懂，不堆砌术语，让新读者也能看懂 |
### 3.2 每日必用标记
**🔥 今日最值得关注** — 从当天所有信息中选1条最重要的，在文中用此标记突出。降低读者信息获取成本。不单独成栏目，只在文中加标签即可。
### 3.3 周期可选栏目（不做每日）
| 栏目名称 | 频次 | 说明 |
|---------|------|------|
| **【竞品深度对比】** | 每周1-2期 | 不做蜻蜓点水，要写就写透。选一个具体场景（如图像生成/长文本处理），对比各模型Token消耗和成本 |
| **【企业观察】** | 有大事才写 | Token领域的企业战略、财报分析、商业合作。没有值得写的内容就跳过 |
### 3.4 裁撤栏目说明（不再使用）
以下栏目已从标准栏目中移除，不得再写入每日稿件：
- ❌ ~~【Token基础设施】~~ — 定位模糊，写的人空虚看的人困惑
- ❌ ~~【今日热词】~~ — 并非每天都有真正的热词，硬凑注水
- ❌ ~~【Token使用技巧】~~ — 内容并入互动话题或其他栏目中
- ❌ ~~【竞品成本对比】~~ — 与【同样100元谁最值】内容重叠，改为每周深度版
### 3.5 栏目格式规范（硬性）
- 每个栏目标题使用 `【】` 包裹标准名称，如：`【今日核心数据】`
- 栏目名称必须与标准名称**完全一致**，不得增删字
- **禁止**使用数字编号或Markdown标题作为栏目名（如 `## 1. 今日核心数据`）
- 栏目之间的顺序固定不变：1→2→3→4→5
- 可选栏目（【竞品深度对比】/【企业观察】）放在【今日Token概念解释】之后
---
## 四、每日时间门控（刚性）
> ⚠️ **每个时间节点不可逾越。超时 → 自动触发升级流程。**
| 时间截止线 | 任务 | 责任人 | 刚性规则 |
|------------|------|--------|----------|
| **17:30** | 红方完稿（含排版+封面+哈希） | 🔴 红方 | ❌ 超时→审稿时间不足，总编直接裁决 |
| **18:30** | 蓝方审稿完成 + 锁定最终版 | 🔵 蓝方 | ❌ 超时→自动视为审核通过，总编直接核发 |
| **19:00** | 总编质量把关完成，通知老周 | 📋 总编把关 | 老马做最终质量判断，达标则通知老周看草稿箱 |
| **20:00** | 老周终审 + 公众号发布 | 👑 老周 | 老周到草稿箱查看最终版，有问题反馈继续完善 |
| **20:30** | 临时文件清理 + 归档 | 🔴 红方 | ❌ 超时→次日扣分处理 |
---
## 五、每日全流程
### Step 0：开工检查（红方执行）
```
□ 05:30辅助系统采集已完成？ → 若否 → 手动触发采集 pipeline
□ 06:30公告板已生成？ → 若否 → 等待或手动触发
□ 检查群聊：蓝方是否有待回复消息？
□ 阅读今日公告板，确认今日主题
□ 检查昨日归档是否完整（memory/昨日日期.md 存在）
□ 检查错误公示栏是否有新增待改进项 → 有 → 先执行改进再开工
```
✅ **全部打勾 → 进入 Step 1**
❌ 任一项未完成 → **不得开始撰稿**
---
### Step 1：信息采集与可信度评估（红方）
**采集标准（硬性）：**
1. 🕐 **只报道最近48小时以内**的 AI/Token 行业最新、最热的信息
2. 🎯 所有采纳信息必须和 **Token 有关**
3. ❌ 超过48小时的信息 → **一律不采纳**
4. ❌ 与Token无关的AI信息 → **不采纳**
**可信度评估：**
```
✅ A级（三方印证+≥2独立信源）→ 可直接使用
⚠️ B级（双源印证）→ 须标注信源，蓝方重点复核
❌ C级（单源）→ 禁止使用
```
**输出物：** `信息采集简报.md`（每条信息含可信等级+信源+时间戳）
**门控条件：**
- ✅ 每条信息在48小时内 + ≥2独立信源 → 进入 Step 2
- ❌ 存在超48小时信息 → 丢弃
- ❌ 存在C级信息 → 退回补充或丢弃
- 🚫 超时信息入稿 → **视作违规**
---
### Step 2：稿件撰写（红方）
在开始撰写之前，**必须先对每个栏目执行写作六问自审**（见第二章）。
#### 2a：文章结构（5个固定栏目，顺序不可错）
```
【今日核心数据】→ 【模型动态】→ 【同样100元谁最值】
→ 【每日互动话题】→ 【今日Token概念解释】
```
可选栏目放在最后：
```
→ 【竞品深度对比】→ 【企业观察】
```
#### 2b：标题格式
```
每日Token前沿信息（YYYY-MM-DD）：[一句话标题]
```
#### 2c：写作要求
1. **深度报道**：每条信息必须包含时间、地点、事件、原因、结果五要素，**禁止罗列数据敷衍了事**
2. 🕐 **48小时以内信息**，超时不采纳
3. 🎯 **所有采纳信息必须和 Token 有关的最新最热信息**
4. 每条信息配一句话点评或深度分析（不得简单罗列事实）
5. 观点表达直白优先，不用梗，不玩文字花样
6. 所有时间精确到分钟，禁止写未来时间
7. 汇率必须实时查询，标注 `汇率查询时间：YYYY-MM-DD HH:MM`
8. 禁止使用 ```markdown 代码块包裹表格
9. 无破折号表示含义（用逗号替代）
#### 2d：禁用词
以下词语**出现即退回**：
> **疯了 / 炸了 / 崩了 / 起飞 / 暴富 / 梭哈**
#### 2e：文章结尾固定格式
```
**💎 一句话总结** [≤30字]
**💬 今日互动话题**：[一个直接的问题]
*本文信息来源于公开报道，不构成投资建议。*
> 编辑：阿宝 | 审稿：老马 | 校对：老周
```
**署名区额外内容（粗体）：**
> **我是大树，每天深度解读一个Token前沿问题。点个关注不错过。如果觉得不错，随手点个赞、在看、转发三连吧，要是想第一时间收到推送，也可以给我加个星标。谢谢你看我的文章！明天见。**
#### 2f：发文ID
格式：`TOKEN-YYYYMMDD-NN`
---
### Step 2.5：红方自检清单（撰稿后、提交前必查）
> ⚠️ **红方将稿件提交蓝方前，必须逐项自检以下清单。**
> **自检不通过的项目不得提交，补全后方可提交。**
> **未附自检通过声明 → 蓝方直接退回。**
```
□ 1. 标题格式：每日Token前沿信息（YYYY-MM-DD）：[一句话标题]
□ 2. 汇率标注：本文汇率查询于 YYYY-MM-DD HH:MM，1 USD = X.XX CNY
□ 3. 时间精确到分钟，无任何未来时间
□ 4. 5个每日必更栏目全部存在且顺序正确：
【今日核心数据】→【模型动态】→【同样100元谁最值】
→【每日互动话题】→【今日Token概念解释】
□ 5. 可选栏目（如有）放在必更栏目之后
□ 6. 栏目名称使用标准【】格式，无数字编号
□ 7. ✅ 【排版专项】全文无孤立序号/空编号（有序号但后面没有内容）
□ 8. ✅ 【排版专项】正文开头无重复标题行（标题只存在于文档头部）
□ 9. 每条信息配一句话点评或深度分析（不得简单罗列事实）
□ 10. 无禁用词：疯了/炸了/崩了/起飞/暴富/梭哈（出现即退回）
□ 11. 表格未用 ```markdown 代码块包裹
□ 12. 无破折号表示含义（用逗号替代）
□ 13. 数据至少2个独立信源，且标注来源+时间
□ 14. 结尾包含：一句话总结+今日互动话题+编辑说明+署名行
□ 15. 署名行格式：编辑：阿宝 | 审稿：老马 | 校对：老周
□ 16. 署名区额外内容：大树签名（粗体）已添加
□ 17. 发文ID已生成：TOKEN-YYYYMMDD-NN
□ 18. 【质量门禁】已完成每栏目的写作六问自审
```
> **🆕 排版专用检查（第7-8项）：**
> - 第7项：全文搜索所有"数字+"的格式（如 `1.` `2.` `①` `②`），确认每个序号后面都有实际文字内容
> - 第8项：打开格式化文件确认第一行不是标题行，而是直接以栏目内容开头
**自检通过后，在群聊中提交：**
```
【稿件提交】发文ID：TOKEN-YYYYMMDD-NN
自检18项：全部通过 ✅
质量门禁：全部通过 ✅
48小时时效检查：全部通过 ✅
所有信息与Token相关：是 ✅
请蓝方审核。
```
> 🚫 **未附自检通过声明的提交 → 蓝方直接退回，要求补自检后重新提交**
---
### Step 3：排版美化 + 封面生成（红方）
1. 执行排版脚本：`format-article.js`
2. 执行封面生成脚本
3. **验证排版结果：**
- ✅ 无乱码、格式正确
- ✅ **标题未重复出现两次**（打开格式化文件，确认开头第一行不是标题行）
- ✅ **无空编号**（搜索全文，确认没有孤立序号后面跟空行）
**输出物：**
- `格式化-YYYYMMDD.md`
- `封面-YYYYMMDD.png`
---
### Step 4：蓝方审稿（老马执行）
> ⚠️ **蓝方在开始审核前，必须先确认红方附了自检通过声明。**
> **未附自检声明 → 直接退回红方。**
>
> **蓝方接手小英的原审稿职责，请严格按以下步骤执行。**
#### 步骤0：自检清单执行确认（新增）
确认红方提交时是否附了自检清单通过声明
→ 未附 → 直接回复"【退回修改】请先执行18项自检清单并附结果后重新提交"
→ 已附 → 进入步骤A
#### 步骤A：栏目完整性扫描
扫描5个必更栏目是否全部存在且顺序正确
**5个标准栏目（顺序不可错，名称不可改）：**
```
1. 【今日核心数据】
2. 【模型动态】
3. 【同样100元谁最值】
4. 【每日互动话题】
5. 【今日Token概念解释】
```
→ 缺少任何栏目或使用非标准名：立即回复"【退回修改】缺少栏目：{列表} / 非标准栏目：{列表}"，不执行后续步骤
#### 步骤B：格式规范检查
检查标题格式、汇率标注、时间精确度、署名行、48小时时效、**题目重复检查、空编号检查**
→ 任一不合格：标注具体问题，继续检查
**排版问题专项检查（新增强制项）：**
```
□ 正文开头无重复标题（打开文件看第一行）
□ 全文无孤立序号/空编号（搜索"数字+"格式）
□ 栏目名使用【】而非 ## 或数字编号
```
#### 步骤C：数据准确性抽查
随机选择3处数据，独立搜索验证
→ 附验证结果和来源链接
#### 步骤D：多源互核
确认每条关键信息≥2个独立信源
→ 单源信息标注"信源较少，仅供参考"或要求替换
#### 步骤E：可读性检查
检查禁用词（疯了/炸了/崩了/起飞/暴富/梭哈）、破折号滥用、观点是否直白、每段不超过5行
→ 出现≥3处：退回修改
#### 步骤F：内容深度检查（写作六问抽样）
随机抽取2个栏目，用写作六问评估：
- 第三问（素材合规）→ 是否在48小时内？是否与Token相关？
- 第四问（为什么要写）→ 内容是否有价值？
- 第五问（读者收获）→ 读者能带走什么？
→ 任一栏目有栏目答不上第四问或第五问 → 退回补充
#### 蓝方审核报告强制格式
```
审核时间：YYYY-MM-DD HH:MM
稿件ID：TOKEN-YYYYMMDD-NN
审核人：老马（蓝方）
总体判定：[终审通过] / [退回修改]
逐项检查：
0. 自检确认：[通过]/[不通过] - {说明}
A. 栏目完整性：[通过]/[不通过] - {具体说明}
B. 格式规范：[通过]/[不通过] - {具体说明}
B1. 标题重复检查：[通过]/[不通过]
B2. 空编号检查：[通过]/[不通过]
C. 数据准确性（抽查3处）：[通过]/[不通过] - {验证结果}
D. 多源互核：[通过]/[不通过] - {单源条目列表}
E. 可读性：[通过]/[不通过] - {禁用词/破折号计数}
F. 内容深度（六问抽检）：[通过]/[不通过] - {抽样结果}
修改清单（如退回）：
- {修改项1：具体位置+修改要求}
- {修改项2：具体位置+修改要求}
【终审通过】→ 进入哈希校验和总编把关
【退回修改】→ 红方修正后重新提交（最多退回3次）
OVER
```
#### 门控条件
| 判定 | 操作 |
|------|------|
| ✅ 终审通过 | 红方进入哈希校验 |
| ⚠️ 退回修改 | 红方修正，重新提交。退回次数≤2次，第3次升级总编 |
| 🚨 栏目缺失 | 立即退回，不执行后续步骤 |
---
### Step 4.5：哈希校验（红方→蓝方确认）
**红方执行：**
```
□ 计算SHA256：sha256sum 格式化-YYYYMMDD.md > hash-YYYYMMDD.txt
□ 在群聊发送：【哈希一致】哈希值：[SHA256]，请蓝方确认
```
**蓝方核对：**
```
□ 蓝方独立计算锁定版哈希
□ 与红方提供值对比 → 一致 → 回复【哈希一致】
□ 不一致 → 确认双方计算的是同一个锁定版文件，重新核对
```
---
### Step 5：总编质量把关（老马执行）
> ⚠️ **这是老马替总编做的最终质量把关。以下8个问题全部回答"是"，才能通知老周发表。**
> **任何一项为"否" → 退回蓝方/红方修改。**
#### 发稿质量把关清单
```
□ 1. 文章总字数≥1,500汉字（目标2,500-3,500字）
□ 2. 所有信息在48小时内，无过期素材
□ 3. 所有信息与Token直接相关
□ 4. 每个栏目非空，无单薄凑数内容（可用写作六问验证）
□ 5. 标题格式正确，且推送草稿箱后不会重复
□ 6. 全文无孤立的空编号
□ 7. 蓝方审核报告所有检查项均通过
□ 8. 哈希校验通过，发文ID红蓝一致
```
#### 质量把关结果
```
✅ 全部通过 → 【质量达标，可发表】
立即在群聊通知老周：
"老周，今日稿件质量达标，已锁定。发文ID：TOKEN-YYYYMMDD-NN
请到草稿箱查看最终版。如有问题请反馈，我们继续完善。"
❌ 任一项不通过 → 退回对应步骤修正
在群聊说明具体问题：
"【质量未达标】问题项：{列表}
退回{红方/蓝方}修改：{具体要求}"
```
---
### Step 6：总编核发 + 草稿箱推送
老周到草稿箱查看最终版本：
- ✅ 确认后可发表
- ❌ 发现问题→在群聊反馈，红蓝方继续完善
---
### Step 7：发布 + 清理 + 归档（红方执行）
#### 7a：发布确认
```
□ 公众号文章已成功发布（确认可访问）
□ 记录发布链接
```
#### 7b：临时文件清理
清理：中间 Markdown、封面草稿、配图临时文件、投稿下载
#### 7c：归档执行
```bash
bash operations/scripts/archive-article.sh \
--article 格式化-YYYYMMDD.md \
--title "每日Token前沿信息（YYYY-MM-DD）：标题" \
--id "TOKEN-YYYYMMDD-NN"
```
#### 7d：写今日工作记录
写入 `memory/YYYY-MM-DD.md`，格式：
```markdown
# 今日工作记录 - YYYY-MM-DD
## ✅ 完成项
- [x] 信息采集（48小时时效检查通过）
- [x] 稿件撰写（标题：[xxx]）
- [x] 红方自检18项：全部通过
- [x] 排版美化 + 封面生成
- [x] 蓝方审稿（通过/退回次数：N）
- [x] 总编质量把关
- [x] 总编核发+公众号发布（链接：[xxx]）
- [x] 临时文件清理
- [x] 归档完成
## ⚠️ 异常记录
- [异常描述]
## 📊 执行统计
- 总耗时：X小时
- 审稿退回次数：N次
- 积分：红方[分] | 蓝方[分]
```
---
## 六、群聊沟通协议
> ⚠️ **对讲机通道已停用。所有稿件相关的沟通在群里进行。**
### 6.1 工作启动
每日工作开始时，**蓝方（老马）** 在群聊中发起：
```
【工作启动】蓝方老马就绪
今日任务：每日Token前沿信息-{YYYY-MM-DD}
请红方开始采集工作。
```
**红方确认后**开始工作，无需每步通报。
### 6.2 关键节点通报
| 节点 | 发送方 | 内容 |
|------|--------|------|
| 红方提交稿件 | 🔴 红方 | 【稿件提交】+ 自检结果 + 发文ID |
| 蓝方审核结果 | 🔵 蓝方 | 【审核报告】+ 通过/退回 + 修改清单 |
| 红方修改完成 | 🔴 红方 | 【修改完成】+ 修改对照清单 |
| 哈希校验通报 | 🔵 蓝方 | 【哈希一致】或【哈希不一致】 |
| 总编质量把关 | 📋 老马 | 【质量达标，可发表】或【质量未达标】+ 问题项 |
| 总编反馈 | 👑 老周 | 【已发表】或【需修改：{问题}】 |
### 6.3 等待回复规则
- 发送关键节点消息后，**等待对方回复确认**
- **10分钟内无回复 → 在群聊@对方提醒**
- **20分钟内仍无回复 → 在群聊@所有人，请求总编介入**
### 6.4 异常沟通协议
| 场景 | 操作 |
|------|------|
| 红方担心蓝方未看到提交 | 群聊@蓝方："【提醒】稿件已提交，请审核" |
| 蓝方发现质量问题但红方未回应 | 群聊@红方："【提醒】修改清单已发，请修正" |
| 双方有分歧无法达成一致 | 群聊@老周，请求总编裁决 |
---
## 七、排版规范专项
> 🚫 **以下问题是历史稿件中反复出现的排版故障，必须严格执行。**
### 7.1 标题重复问题
**问题：** 推送草稿箱后标题出现两次。
**根因：** 正文中包含了标题行（如 `# 每日Token前沿信息...`），推送脚本又自动加了一遍标题。
**解决方案：**
1. 正文开头**不得包含标题行**，直接以第一个栏目的内容开头
2. 排版美化后，打开 `格式化-YYYYMMDD.md`，确认第一行 **不是** `每日Token前沿信息` 标题，而是正文内容
3. 自检清单第8项、蓝方审稿B1项均需检查此项
### 7.2 空编号问题
**问题：** 栏目内的小标题序号后面没有内容（如 `1.` 后面是空行）。
**根因：** 写稿时先列骨架序号，填充内容时遗漏了个别条目，但骨架序号没删干净。
**解决方案：**
1. 写稿时**禁止先列空骨架**，写完一个条目再写下一个
2. 完稿后全文搜索 `\d+\.` 格式，确认每个序号后面都有实际文字
3. 更推荐的做法：使用**描述性小标题**替代纯数字序号（如"DeepSeek再降价"替代"1."），从源头避免空编号
4. 自检清单第7项、蓝方审稿B2项均需检查此项
### 7.3 栏目格式规范
| 项目 | 正确格式 | 错误格式 |
|------|---------|---------|
| 栏目标题 | `【今日核心数据】` | `## 1. 今日核心数据` / `一、今日核心数据` |
| 栏目顺序 | 按标准顺序 | 任意颠倒 |
| 栏目名 | 与标准名称完全一致 | 自创栏目名/缩写 |
### 7.4 全文排版自检清单（红方排版后执行）
```
□ 正文开头无标题行，直接以栏目内容开头
□ 全文无孤立序号/空编号
□ 所有栏目名使用标准【】格式
□ 表格未被 ```markdown 代码块包裹
□ 无破折号表示含义
□ 无禁用词
□ 所有时间精确到分钟
□ 汇率标注查询时间
□ 署名行：编辑：阿宝 | 审稿：老马 | 校对：老周
□ 结尾签名块（粗体大树签名）已添加
```
---
## 八、积分扣减执行细则
### 8.1 扣分触发条件与分值
| 违规行为 | 扣分 | 发现方 | 执行方 |
|----------|------|--------|--------|
| 标题格式错误 | -20 | 蓝方/总编 | 总编 |
| 写未来时间/时间不精确 | -30 | 蓝方 | 总编 |
| 汇率未标注实际查询时间 | -20 | 蓝方 | 总编 |
| 使用单一不可溯源信息源 | -20 | 蓝方 | 总编 |
| 定稿后擅自修改标题/正文 | -30 | 蓝方/总编 | 总编 |
| 跳过蓝方审稿 | -30 | 蓝方 | 总编 |
| 发布后未清理临时文件 | -10 | 总编 | 总编 |
| 错误未固化 | -20 | 总编 | 总编 |
| **自检清单未执行即提交** | **-15** | **蓝方** | **总编** |
| **超时未完成任务** | **-15** | **总编** | **总编** |
| **48小时时效检查不通过** | **-20** | **蓝方** | **总编** |
| **内容深度不达标（罗列数据敷衍）** | **-20** | **蓝方/总编** | **总编** |
| **使用禁用词** | **-10/处** | **蓝方** | **总编** |
| **排版问题：标题重复** | **-10** | **蓝方/总编把关** | **总编** |
| **排版问题：空编号** | **-10** | **蓝方/总编把关** | **总编** |
### 8.2 扣分执行流程
**第1步：申报**
发现方在群聊中声明：
```
【积分扣减申报】发现{违规行为}，建议扣{分数}分。
违规详情：{具体时间+行为描述}
OVER
```
**第2步：申辩**
被扣分方可申辩一次（限群聊文字，5分钟内）
**第3步：裁决**
总编回复：
```
【积分裁决】{红方/蓝方}扣{分数}分。
当前积分 - 红方：{分数} | 蓝方：{分数}
OVER
```
**第4步：记录**
更新积分记录到 memory
### 8.3 积分警戒线
| 分值 | 状态 | 措施 |
|------|------|------|
| 100 | 正常 | — |
| 60-99 | 注意 | 正常，但需关注 |
| 20-59 | 降级预警 | 红方稿件须经蓝方+总编双审；蓝方审核报告须抄送总编 |
| <20 | 停职 | 暂停工作，由总编决定 |
### 8.4 积分恢复
- 连续10次交互无违规：+5分（总编裁定）
- 发现并报告系统性漏洞：+10分（总编裁定）
---
## 九、错误分析流程
### 9.1 三层根因法
发现错误后，按以下三层分析输出：
```
违规行为：{具体行为}
表层原因：{直接表现} — 页面能看到的错误
中层原因：{流程漏洞} — 哪个环节/规则没执行到位
深层原因：{系统性问题} — 为什么流程没执行
系统性改进：
1. {规则层面的修正}
2. {流程层面的修正}
3. {认知层面的修正}
```
### 9.2 错误固化
操作失误后，**30分钟内**执行错误固化：
```bash
bash operations/scripts/error-lock.sh \
--error "错误描述" \
--fix "修复方法" \
--check "预防检查项"
```
🚫 错误未固化 → **视为未完成，-20分**
### 9.3 错误等级
| 等级 | 含义 | 处理 | 扣分 |
|------|------|------|------|
| 🔴 P0 阻断 | 发布后可致读者严重误解 | 立即通告总编，撤稿修正 | -30 |
| 🟡 P1 误导 | 可能误导部分读者 | 蓝方记录，红方24h内修正 | -20 |
| 🔵 P2 非关键 | 不影响理解的小错误 | 记录在案，月度审查 | -10 |
---
## 十、真实历史教训
> 以下教训来自实际工作错误清单。每一条都是真实发生过并被纠正的流程缺陷。
> 新错误被记录时会追加到此表底部，供红蓝方复盘阅读。
### 红方历史错误
| # | 日期 | 错误 | 根因 | 改进措施 |
|---|------|------|------|----------|
| 1 | 06-18 | 稿件Token相关性不足 | 选了大量非Token的AI新闻 | 选材阶段即执行Token相关性筛选 |
| 2 | 06-18 | 内容过于简单，罗列数据敷衍 | 只有数据缺乏深度报道五要素 | 稿件必须包含时间/地点/事件/原因/结果五要素 |
| 3 | 06-18 | 栏目名非标准，标准栏目缺失 | 自创栏目名，漏了标准栏目 | 严格按标准栏目名称和顺序组织内容 |
| 4 | 06-18 | 发文ID不一致 | 声明ID与签名行不符 | 发文ID全篇统一，重写时ID序号+1 |
| 5 | 06-18 | 哈希不一致时提前推送草稿箱 | 未等哈希校验通过即推送 | 哈希校验未通过时不得提前推送 |
| 6 | 06-19 | 自检清单未执行即提交 | 跳过15项自检直接提交 | 提交须附自检声明，蓝方新增步骤0验证 |
| 7 | 06-19 | 稿件素材超48小时时效 | 旧素材入稿 | 重新采集当日最新Token信息替换过期内容 |
| 8 | 06-19 | 内容深度严重不达标 | 栏目只有轻量分析，缺三段式 | 增强3A-2每栏目最低内容量+三段式结构+总字数门槛 |
### 蓝方历史错误
| # | 日期 | 错误 | 根因 | 改进措施 |
|---|------|------|------|----------|
| 1 | 06-18 | 审核未检查48小时规则 | 稿件含多条超48h素材，蓝方直接终审通过 | 审稿必须逐条核查48小时规则 |
| 2 | 06-18 | 审核未检查Token相关性 | 多条信息与Token无直接关系 | 审稿必须逐条核查Token相关性 |
| 3 | 06-18 | 审核未检查内容质量 | 罗列数据敷衍仍判通过 | 审稿必须逐栏检查五要素 |
| 4 | 06-18 | 锁定版哈希不一致时仍执行锁定 | 蓝方计算SHA256与红方不一致 | 哈希不一致时严禁锁定 |
| 5 | 06-19 | 锁定版署名行遗漏 | 签名行只有编辑+审稿，缺校对 | 锁定前检查署名行完整性 |
| 6 | 06-19 | 哈希校对方法不一致 | 红蓝双方算的不是同一个文件 | 哈希校对必须使用同一个锁定版文件 |
| 7 | 06-19 | 审核遗漏时效性和内容深度问题 | 蓝方终审通过含过期信息和单薄栏目 | 严格执行逐条日期核查+逐栏深度检查 |
---
## 十一、每日开工/收工清单
### 开工清单（红方）
```
□ 查群聊，确认无待回复消息
□ 采集简报已生成（48小时时效检查通过）
□ 确认今日日期→栏目用对应内容
□ 错误公示栏无待改进项
```
### 收工清单（红方+蓝方）
```
□ 文章已发布并确认可访问
□ 临时文件已清理
□ 归档脚本已执行
□ memory/YYYY-MM-DD.md 已写入
□ 今日是否有错误需固化？→ 是 → 执行 error-lock.sh
□ 积分记录已更新（如有扣分）
```
---
## 十二、补充说明
### 新任接手须知
任何接手本岗位的新人，请按以下顺序阅读：
1. **第二章（写作六问）** — 理解内容核心方法论 → 5分钟
2. **第三章（栏目体系）** — 理解5个必更栏目 → 3分钟
3. **第五章（每日全流程）** — 按步骤操作一遍即可上手 → 15分钟
4. **第六章（群聊沟通协议）** — 知道什么时候该说什么 → 3分钟
5. **第七～十章** — 遇到问题时查阅 → 按需查找
**新人完成第一篇稿件后，找一份完整的审核报告对照学习，效果最佳。**
---
### 附录：新旧角色对照
| 旧角色 | 旧负责人 | 新角色 | 新负责人 |
|--------|---------|--------|---------|
| 🔴 红方（撰稿） | 阿宝 | 🔴 红方（撰稿） | 阿宝（不变） |
| 🔵 蓝方（审稿） | 小英 | 🔵 蓝方（审稿） | 老马 |
| 📋 总编（终审） | 老周 | 📋 总编把关 | 老马 |
| — | — | 👑 终审发表 | 老周 |
| 对讲机 | — | 群聊 | 群聊沟通 |
