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