大树说道 · 红蓝方每日工作流程(完整版)[2026-07-06 v2.1]
红蓝方岗位职责完整版,涵盖角色定义、七问写作方法论、五步法、6栏目体系、全流程操作规范及附录。版本v2.1(2026-07-06),每10天检查升级一次。
审核报告附带技能更新(2026-07-02 固化,红蓝方互审联动)
退回稿件时必须同时附带「技能更新建议」。
蓝方在退回审核报告中,对频繁重复的错误,建议加固层级:
① 脚本级(check-gates)→ ② 流程级(preflight.md)→ ③ 记忆级(CORE_DISCIPLINES.md)
让每次审稿都推动技能进化,而不是同一类错反复退回。
周日周刊制度(2026-07-04 老周明确)
周日发 Token 周报替代每日前沿信息。
- 周刊ID格式:
WEEKLY-YYYYMMDD-NN- 周刊标题格式:Token周报(YYYY-MM-DD):[一句话标题]
- 周刊时效规则(2026-07-03 老周明确):覆盖前一周(上周一至上周日)全周的48h边界外重要事件
- 周刊采集基础更宽,可引用超48h但重磅的素材;周刊写作时仍保持三段式标准
大树说道 · 红蓝方每日工作流程(完整版)
版本:v2.0 | 发布日期:2026-07-06 | 升级周期:每10天检查升级一次
⚠️ 本文档整合了全部运营规则,是岗位操作的唯一权威文档。
任何接手红方(撰稿)或蓝方(审稿+质量把关)岗位的人,读完本文档即可独立完成工作。核心原则: 每写一段话,都要回答「对读者有什么价值」。对读者有用有价值,读者才会转发。
一、角色定义
| 角色 | 人员 | 职责 |
|---|---|---|
| 🔴 红方(撰稿) | 阿宝 | 内容生产者:采集→选题→撰稿→排版→封面→哈希校验→推送草稿箱→清理归档 |
| 🔵 蓝方(审稿+质量把关) | 老马 | 审稿复核员:信息复核→稿件审阅→格式检查→SHA256锁定→发送锁定版邮件 |
| 👑 总编(终审发表) | 老周 | 亲自检查草稿箱最终版本→确定发表→反馈问题 |
协作流程: 阿宝写稿 → 老马审稿+质量把关(SHA256锁定)→ 老周终审发表(可选督查,推送草稿箱即闭环)
沟通渠道(2026-06-23 变更): ❌ 对讲机系统已取消。所有审稿沟通统一通过本群完成。
审稿人(2026-06-23 变更): ❌ 小英不再从事审稿工作,由老马全面负责审稿兼质量把关。
流程终点(2026-06-23 明确 + 2026-07-04 老周更新): 推送草稿箱即视为当天主流程结束。次日无需关注上日发文情况。周六/日特殊稿件相同处理。
最终收工判定: 推送草稿箱 → 清理临时文件 → 写入当日日志(memory/YYYY-MM-DD.md)→ 在群聊中等待老周说「收工」即为当天完整结束。老周未说收工前,任何流程环节问题仍需响应。
二、写作方法论:五步法(2026-06-26 老周批准)
核心理念: 把质量锁死在写作阶段,不依赖后期审稿纠偏。
完整版见dashu-five-step-methodologyskill。
五步法总览
Step 0:定角度(红方,3分钟)
定今日主角度+兜底角度+标题初稿 → @蓝方
↓
Step P:红蓝对齐(红→蓝,3分钟)
红方说角度+标题 → 蓝方交叉检查日期/重复 → 确认一致
↓
Pre-Step 0.5:系统化扫源(2026-06-29 新增)
红扫海外源 → 蓝扫国内源 → 红方输出采集简报
(未输出简报不得进入写作阶段)
↓
Step 1:定向采集+强制淘汰(三关:48h时效/Token相关性/读者价值)
按角度方向+简报定向采集,不过三关即丢弃
↓
Step 2:黄金三段式——Fact → Analysis → Implication
每条信息写三段,Analysis必须有对比参照物
⚠️ 标签必须用**中文**:事实/分析/影响(禁止英文)
↓
Step 3:嵌入七问写作(+第8问来源核查)
七问是写作骨架,写一条检查一条
↓
Step 4:AI自审 + 冷读检验(红方执行)
按标准自审 → 通读全篇 → 提交蓝方
↓
Step 5:蓝方价值判断(仅4项)
①头条角度 ②三段式扎实度 ③转发价值 ④互动话题
机械检查全部由 Gate Scripts 自动完成
写作七问(2026-06-21 六问→七问升级)
⚠️ 这是本岗位最重要的内容。红方在写每一个栏目/每一个素材/每一个数据点之前都必须先回答清楚以下问题。
2026-07-05 升级: 七问覆盖粒度从「栏目级」提升至「素材/数据点级」——写一条素材或一组数字前,先过一遍七问,能答上再写,答不上别写。特别是第4问(读者价值?)和第5问(读者收获?),必须每一条信息都问一遍,不是写完整节再回看。
- 第1问: 这个栏目应该写什么?
- 第2问: 我写的是什么?(一句话概括)
- 第3问: 符合选材要求吗?(48h + Token相关 + 当日热门)
- 第4问(关键): 为什么要写?(对读者有什么价值)—— 答不上就不值得写
- 第5问(关键): 读者看了有什么收获?
- 第6问: 读者会有什么疑问?(主动预判回答)
- 第7问(2026-06-21 新增): 对比数据计算标准一致吗?
- 所有对比项是否使用同一汇率(美元/人民币)?
- 所有对比项是否使用同一口径(均为输入价/均为输出价/均为推理价)?
- 国产¥和海外$已统一换算?
- 所有价格数据标注来源+采集时间?
- 第8问(2026-06-29 新增): 我的来源是一手的还是转述的?
- 回答"转述" → 立即溯源到原始出处
- 无法溯源 → 此素材不可靠,退回Step 1淘汰
黄金三段式(Step 2 核心约束)
每条信息按以下三段式书写,中文标签强制:
📊 事实:(Fact)—— 占比约30%
发生了什么?谁?什么时候?数据是多少?
来源标注清楚,时间精确到分钟
💡 分析:(Analysis)—— 占比约40%
为什么重要?和什么对比?趋势是什么?
⚠️ 必须有至少一个对比参照物(历史对比/竞品对比/口径换算对比/场景对比)
🎯 影响:(Implication)—— 占比约30%
读者应该怎么做?这个变化对谁最有利?
必须是具体可感知的影响,不是空泛判断
对比参照物细则(Analysis 硬性规则)
| 对比类型 | 示例 |
|---|---|
| 📐 历史对比 | "相比上周的$2X/1M tokens,降幅50%" |
| 🆚 竞品对比 | "比DeepSeek同档模型贵3倍" |
| 🔄 口径换算对比 | "按国产模型¥定价换算,相当于每1M tokens ¥Y" |
| 📊 场景对比 | "处理100张图片,OpenAI花$Z,国产花¥W" |
Pre-Step 0.5:系统化扫源(2026-06-29 新增)
采集不是搜索,是系统化扫描。
采集分工矩阵
| 时间段 | 红方(阿宝) | 蓝方(老马) |
|---|---|---|
| 上午首轮 | 扫海外源(OpenAI/Anthropic/GitHub/TechCrunch/The Verge) | 扫国内源(快科技/36氪/IT之家/量子位/机器之心/澎湃科技) |
| 撰稿前合并 | 输出采集简报(模板见五步法 SKILL.md) | 补充+对抗验证简报 |
第一性原理采集法则(2026-06-29 老周明确)
发现线索(媒体/社区/快讯)
↓
判断性质:
价格变动 → 直接访问厂商官方API定价页
产品发布 → 直接访问官方Blog/GitHub Release
研究报告 → 查找报告原始发布方(而非媒体摘要)
↓
确认原始出处 → 提取关键数据 → 记录原始URL
↓
反向验证:原始URL里的数据和你准备写入的一致吗?
红方自检三问:
1. 这条信息的原始发布方是谁?我访问了原始页面吗?
2. 如果我只看了媒体的报道,媒体是否曲解了原始信息?
3. 如果明天读者拿着原始来源来核对,我的表述经得起推敲吗?
排序切换法(强制)
科技媒体搜索时:先按"相关性"搜一遍 → 立即切到"按发布时间排序"倒序翻一遍。两种都没找到才确认该源无此内容。
三、栏目体系
6个核心栏目(2026-06-27 老周新增【算力前沿】)
| 序号 | 栏目名称 | 定位 | 三段式强度 |
|---|---|---|---|
| 1 | 【今日核心数据】 | 当天与Token相关的最重要数据,每条含深度解读 | Analysis必须带对比参照物,Implication必须具体 |
| 2 | 【算力前沿】(2026-06-27新增) | GPU/NPU/TPU租赁价格变动、芯片进展、数据中心 | 同标准三段式要求 |
| 3 | 【模型动态】 | 大模型发布、更新、能力变化(覆盖开源+国产+海外) | 速览条目弱对比,重点条目强对比 |
| 4 | 【同样100元谁最值】 | 品牌栏目。100元在不同模型能买到多少Token | 必须覆盖多模态维度+口径统一+上下文窗口标注 |
| 5 | 【每日互动话题】 | 每期必有,直接向读者提问 | 直接提问即可 |
| 6 | 【今日Token概念解释】 | 每日一个Token术语科普,拉新留存 | 改为"定义→背景→为什么重要"三段 |
栏目顺序固定(不可变): ①今日核心数据 → ②算力前沿 → ③模型动态 → ④同样100元谁最值 → ⑤今日Token概念解释 → ⑥每日互动话题
每日必用标记
🔥 今日最值得关注 — 每天从所有信息中选1条最重要的突出。
裁撤栏目
- ❌ ~~【Token基础设施】~~ — 定位模糊
- ❌ ~~【今日热词】~~ — 硬凑注水
- ❌ ~~【Token使用技巧】~~ — 内容并入其他栏目
- ❌ ~~【竞品成本对比】~~ — 与【同样100元谁最值】重叠
四、每日全流程(节点驱动版,2026-06-21 取消时间门控)
无固定时间节点,完稿即流转。唯一硬约束:每日8:00前发布。
2026-07-03 确定:发邮件只发一封(正文修改清单+SHA,全文走附件)。附件名=发文ID。
开工必读流程(2026-07-03 老周确认)
- ✅ 读内部知识库最新复盘总结(admin/internal/)
- ✅ 读 CORE_DISCIPLINES.md
- ✅ 读 operations/preflight.md 逐项打钩
- ✅ 读 memory/cross-channel-memo.md(同步跨渠道决策)
- ✅ 再写稿
Step 0:定角度(红方,3分钟)
双角度机制:
- 🔴 主角度:今天最明显的叙事线
- 🟡 兜底角度:当日定价对比/最优性价比对标
标题规则(2026-06-26 老周明确,永久固定):
1. 写前定标题 — Step 0同步创作,不得写完再凑
2. IP不可改 — 「每日Token前沿信息」这7个字任何时候不得增删改
3. 超限改后半 — 微信64字限制,超限只改[一句话标题]部分
格式: 每日Token前沿信息(YYYY-MM-DD):[一句话标题]
标题日期=发布日(2026-06-28 老周明确): 06-27写的稿,06-28发,标题日期用06-28。
Step P:红蓝对齐(3分钟)
红方说完角度+标题 → 蓝方确认+补充审稿重点
交叉检查(蓝方必须执行):
1. ✅ 日期可行性:角度涉及的新闻是否在48h窗口内?
2. ✅ 昨天是否已报道?已报道→不重复;没报道→说明不重要→不报
48h时效政策详解(2026-06-26 老周确认):
| 情况 | 操作 |
|---|---|
| 48h内,昨天已报道 | ❌ 不写 |
| 48h内,昨天没报道 | ✅ 可以写 |
| 超48h,昨天已报道 | ❌ 不写 |
| 超48h,昨天没报道 | ❌ 不写(当时不重要,现在更没必要) |
| 超48h但重磅 | 📝 记入周刊素材 |
Step 1:定向采集 + 强制淘汰(三关)
每一条信息必须通过以下三关才能进入待写清单。不过即丢弃。
| 关 | 标准 | 淘汰条件 |
|---|---|---|
| 第一关 | 48h时效 | 事件/数据/报价发布时间≤48h |
| 第二关 | Token直接相关 | 模型/定价/算力/Token化/AI基础设施 |
| 第三关 | 对读者有价值 | 能回答"这对读者的钱包/选择有什么影响?" |
平淡日规则: 素材不够填6个栏目时,宁可少写也不注水。一条写透(500字深度分析:对比+趋势+使用建议)。
Step 2:黄金三段式写作 + 七问嵌入
按1→2→3→4→5→6栏目顺序书写,每段按三段式+七问自检。
文章固定结尾(6项固定元素,顺序不可变,2026-07-01 新增互动引流模块):
━━━━━━━━━━━━━━━━━━
🧮 互动:你的AI用量排第几?
👉 点击「阅读原文」,输入你的月费用和API调用次数
📊 查看全球排名和AI身份画像
📋 一键复制结果,发到留言区晒一晒
阅读原文:https://dashu.siku.host/token/profile?source=wechat
━━━━━━━━━━━━━━━━━━
① 💎 一句话总结:[不超过30字]
② ⚠️ 免责声明:本文内容仅供参考,不构成任何投资建议。
AI相关产品价格可能随时变化,请以各平台官方实时报价为准。
③ 编辑:阿宝 | 审稿:老马 | 总编:老周
④ 我是大树,每天全面解读Token前沿信息。点个关注不错过。如果觉得不错,
随手点个赞、分享、推荐三连吧,要是想第一时间收到推送,也可以给我加个星标。
谢谢你看我的文章!明天见!
⑤ 发文ID:TOKEN-YYYYMMDD-NN
写作硬性要求:
- 观点直白优先,不用梗,不玩文字花样
- 所有时间精确到分钟,禁止写未来时间
- 禁止用破折号表示含义(用逗号替代)
- 禁止裸$符号(2026-06-15 明确),改为X.XX美元/百万Token
- 汇率必须用≈(不是=),来源为中国银行boc.cn
- 汇率标注在【同样100元谁最值】栏目底部
禁用词: 疯了 / 炸了 / 崩了 / 起飞 / 暴富 / 梭哈
Step 2.5:质量门禁(2026-06-23 升级)
每次发稿前必须先跑全部门禁,通过后才可提交蓝方审核。
cd ~/.openclaw/workspace && node scripts/quality-gates/run-all-gates.js <文章.md>
门禁清单(自动检查):
- 48h时效性
- 署名行完整性
- 文章质量(字数预警+空白行+分裂句)
- 采集覆盖率
- 三段式结构完整性
- AI自审16项
- 汇率格式+来源
- 结尾6元素
- 栏目顺序
- 标题重复
Step 3:排版美化 + 封面生成
- 排版引擎:
scripts/formatter/format-article.js(4种主题) - 封面:
generate-cover.js --mode html(三系列:toolkit→business, garden→warm, agent→gradient) - 全流程:
node scf-publish.js article.md= 排版美化 + 自动封面 + 发布草稿箱 - 不得改动 scf-publish.js 和 SCF 云函数代码
Step 4:蓝方审稿(老马执行)
审核报告格式(2026-06-13 强制):
审核时间:YYYY-MM-DD HH:MM
稿件ID:TOKEN-YYYYMMDD-NN
审核人:老马(蓝方)
Gate Scripts:全部通过 ✅
🔵 价值判断(五步法Step 5,仅4项):
① 头条角度:[清晰/模糊]
② 三段式扎实度:[扎实/有空洞] — 抽样3条
③ 转发价值:[高/中/低]
④ 互动话题:[自然/需调整]
🛡️ 对抗性审查(2026-06-29 新增):
- 信源对抗:抽查N处,[全部通过/发现X处异常]
- 时效对抗:核查N处,[全部通过/发现X处违规]
- 逻辑对抗:抽查N条,[全部通过/发现X处跳跃]
- 数据对抗:抽查N处,[全部通过/发现X处不符]
- 遗漏对抗:[无遗漏/发现X处选择性忽略]
总体判定:[终审通过] / [退回修改]
OVER
退回类型:
- A(格式问题):红方修正→跑自审→重新提交,不重走Step 0
- B(内容深度不足):回到Step 2补充对比参照物
- C(角度/选材问题):回到Step 0重新定角度,约等于今天中断
- D(日期超48h):回到Step 0重新采集
Step 4.5:哈希校验 + 邮箱锁定发送(2026-06-23 明确,2026-07-03 规范)
关键铁律(2026-06-18 老周指令 + 2026-06-23 老马确认):
- 推送到公众号草稿箱的内容,必须使用蓝方从本群发来的锁定版正文
- 收到蓝方锁定版后,先验证 SHA256 哈希是否与蓝方确认值一致
- 哈希一致后,以蓝方正文为唯一来源进行排版和推送
邮件通信规范(2026-07-03 老周确认):
| 项目 | 规范 |
|---|---|
| 稿件载体 | 附件(Markdown文件),不是正文塞全文 |
| 标题格式 | [V1/V2/V3] 发文ID:TOKEN-YYYYMMDD-XX |
| 正文内容 | 修改清单(简短)+ SHA256校验值 |
| 附件名 | 与发文ID一致 |
| 邮件数量 | 只发一封 |
2026-07-03 真实教训: 附件参数传不对就放弃→塞全文→HERE文档截断→补第二封——踩了两次坑。附件API报错时排查字段名,不放弃附件改用正文。
修正稿重审原则(2026-07-05 老周重申)
任何修改,即使已推到草稿箱的文章再修正,也必须重走完整锁定闭环:
红方改 → 蓝方审 → SHA锁定 → 推草稿箱
不可以跳过蓝方直接推。 这是不可违反的铁律。
Step 5:总编把关 + 草稿箱推送
推草稿箱后(2026-07-03 老周指令):
1. ✅ 立即删除本地所有临时文件(草稿、封面图、配图等)
2. ✅ 如需修改 → 必须用最后一版邮件中的内容进行修改(不得从本地已删文件恢复)
3. ✅ 修改后发给老马审核 → 老马锁定版 → 重新排版 → 推草稿箱
流程闭环(2026-07-03 老周明确):
- 推到草稿箱即视为流程结束
- 不再询问老周是否已发表
- 取消所有流程中询问老周「是否发表」「是否已发」的环节
Step 6:清理归档
发布后立即清理所有临时文件,不在服务器积压。
五、邮件通信(2026-06-10 邮箱体系重构)
Agent 使用的邮箱
| 邮箱 | 用途 |
|---|---|
dssd@agentmail.to |
唯一工作邮箱 — 收发均用此地址。老周从 imsiku@qq.com 发指令,我回复至此 |
storie@claw.163.com |
⛔ 已停用(2026-06-10) |
老周私人邮箱(Agent不得登录查看)
imsiku@qq.com— 老周向外发送邮件(可作为邮件来源处理)756926066@qq.com— 老周接收报告/结果(可作为发送目标)zhouxinhuasd@abchina.com.cn— 办公邮箱(仅接收,不碰)
六、群聊沟通协议
6.1 工作启动协议
蓝方(老马):【工作启动】蓝方老马就绪,今日任务:每日Token前沿信息-{YYYY-MM-DD}
红方(阿宝):【确认】红方阿宝就绪
6.2 标签规范
| 节点 | 标签 | 发送方 |
|---|---|---|
| 角度确认 | 【角度确认】 |
🔴 红方 |
| 稿件提交 | 【稿件提交】 |
🔴 红方 |
| 审核报告 | 【审核报告】 |
🔵 蓝方 |
| 退回修改 | 【退回修改】 |
🔵 蓝方 |
| 修改完成 | 【修改完成】 |
🔴 红方 |
| 哈希通报 | 【哈希值】 |
🔴 红方 |
| 哈希一致 | 【哈希一致】 |
🔵 蓝方 |
6.3 等待规则
- 5分钟无回复 → @提醒对方
- 超时2次 →
【升级】等待总编介入 - 禁止「好的」「收到」「OK」等无标签回复
6.4 OVER 协议
说完标注 OVER,对方必须回应再继续。
七、质量门禁体系(2026-06-19 升级)
- CORE_DISCIPLINES.md — 精简版核心纪律
- 质量门禁脚本:
scripts/quality-gates/目录下7个自动化检查 - 主控器:
node scripts/quality-gates/run-all-gates.js <文章.md> - 每次发稿前必须运行全部7道门禁,通过后才可提交蓝方审核
八、排版规范速查
| 检查项 | 正确 ✅ | 错误 ❌ |
|---|---|---|
| 栏目标题 | 【今日核心数据】 |
## 1. 今日核心数据 |
| 栏目顺序 | 1→2→3→4→5→6 固定 | 任意颠倒 |
| 正文开头 | 直接以栏目内容开头 | 包含 # 标题行 |
| 表格 | 原生Markdown表格 | 被 `` markdown 包裹 |
| 破折号 | 用逗号替代 | —— 表示含义 |
| 裸$符号 | X.XX美元/百万Token |
$X.XX |
| 汇率 | ≈ |
= |
| 三段式标签 | 事实:/ 分析:/ 影响: | Fact/Analysis/Implication |
九、积分扣减执行细则
扣分触发条件与分值
| 违规行为 | 扣分 |
|---|---|
| 标题格式错误 | -20 |
| 写未来时间/时间不精确 | -30 |
| 汇率未标注实际查询时间 | -20 |
| 使用单一不可溯源信息源 | -20 |
| 定稿后擅自修改标题/正文 | -30 |
| 跳过蓝方审稿 | -30 |
| 发布后未清理临时文件 | -10 |
| 错误未固化 | -20 |
| 自检清单未执行即提交 | -15 |
| 超时未完成任务 | -15 |
| 48h时效检查不通过 | -20 |
| 内容深度不达标(罗列数据敷衍) | -20 |
| 使用禁用词 | -10/处 |
| 排版问题(标题重复/空编号) | -10/项 |
| 群聊沟通协议违规 | -10 |
| 使用裸$符号 | -10 |
积分执行流程(4步)
- 申报 — 发现方在群聊声明违规
- 申辩 — 被扣分方可申辩1次(5分钟内)
- 裁决 — 老马裁决,争议升级老周
- 记录 — 更新积分记录
警戒线
- 100分:正常
- 20-59分:降级预警(红方稿件须双审,蓝方报告须抄送老周)
- <20分:停职
十、真实历史教训(2026-06-20 后新增)
第一性原理类
| 日期 | 错误 | 改进 |
|---|---|---|
| 06-25 | Jalapeño芯片是5月旧闻、Oracle裁员也超期 → 全稿退回重写 | Step P交叉检查日期 |
| 06-25 | 稿件素材仅5条有效,不够填栏目 | 平淡日规则:宁可少写不注水 |
| 06-28 | 汇率来源写成bankofchina.com(错误域名),正确为boc.cn/sourcedb/whpj/ | 固化到 fetch-exchange-rate.js |
| 06-29 | DeepSeek峰谷定价新闻没抓到(6/29下午官宣,快科技18:44报道) | Pre-Step 0.5 系统化扫源制度建立 |
| 06-29 | 发现时只需搜"当天AI"(按日期倒序)即可扫漏 | 排序切换法+扫漏检查机制固化 |
| 06-30 | 采集器大量RSS失效(CF拦截/404) | 多方式采集引擎v2.5 + curl_cffi绕过CF |
流程类
| 日期 | 错误 | 改进 |
|---|---|---|
| 06-25 | 门禁检查fail后才发现frontmatter超过3行→字数统计为0 | frontmatter控制3行内 |
| 06-26 | 坐标系写作法被老周一票否决 | 不叠方法论层,五步法三段式已够用 |
| 06-26 | 擅自改推广语(未查标准版) | check_gates.js增加推广语精确匹配检查 |
| 06-27 | 汇率网址写成bankofchina.com | 永久固化:boc.cn/sourcedb/whpj/ |
| 06-27 | 英文标签Fact/Analysis/Implication通过审核 | 永久禁止英文标签,全中文 |
| 06-28 | 老周追审9条+老马补充3条→全部没在老马锁定版里发现 | 编校精度检查6项清单 |
| 06-28 | 推理加速≠多产出Token(逻辑混淆) | 速度提升=缩短等待时间,不是Token额度增加 |
| 07-02 | 门禁标题重复检查:自身上次运行残留→误报 | 改完最后一次检查时先清缓存 |
| 07-03 | 发邮件重复轰炸(附件→正文→补发→再补) | 只发一封:正文清单+SHA,全文附件 |
| 07-03 | SHA验证对不上时自己折腾10分钟 | 直接@老马或@老周确认 |
| 07-03 | 写完后直接发老马,没跑质量门禁 | 严格遵守:写完后先跑门禁再送审 |
编校精度检查6项清单(2026-06-28 老周检查标准)
- 数字检查 — 笔误("入"→"输入")、数字粘连
- 百分号 — Terminal-Bench等行业基准不用百分号
- 逻辑关系 — 速度≠Token额度,推理加速是缩短等待时间
- 来源标注 — 第三方测评必须注明"独立"或标注来源
- 数据源去重 — 同一数据来源不冗余引用
- 整体通读 — 蓝方v2/v3审核时必须从头到尾重新读(不因前一轮只指出了A/B/C就只看A/B/C)
十一、每日开工/收工清单
开工清单
□ 读内部知识库最新复盘总结
□ 读 CORE_DISCIPLINES.md
□ 读 operations/preflight.md 逐项打钩
□ 读 memory/cross-channel-memo.md
□ 查群聊确认无待回复消息
□ system2 采集检查(早6点+13点两轮)
□ 确认今日是周几 → 对应栏目
收工清单
□ 推草稿箱已确认
□ 临时文件已清理
□ memory/YYYY-MM-DD.md 已写入
□ 有错误须固化?→ 执行三层根因分析
□ 积分记录已更新(如有扣分)
十二、真实历史教训(v1原有)
以下为6月20日版已记录的教训,保留供参考。新增教训见第十章。
红方历史错误
| # | 日期 | 错误 | 改进措施 |
|---|---|---|---|
| 1 | 06-18 | v3稿 Token相关性不足 | 选材阶段执行Token相关性筛选 |
| 2 | 06-18 | v4稿内容过于简单,罗列数据敷衍 | 稿件必须包含五要素 |
| 3 | 06-18 | v5稿栏目名3个非标准,2个标准栏目缺失 | 严格按标准栏目名称和顺序 |
| 4 | 06-18 | v5稿发文ID不一致 | 发文ID全篇统一 |
| 5 | 06-18 | 哈希不一致时提前推送草稿箱 | 哈希未通过不得提前推送 |
| 6 | 06-19 | v1稿自检清单未执行即提交 | 提交须附自检声明 |
| 7 | 06-19 | v2稿件素材超48小时时效 | 重新采集最新信息替换 |
| 8 | 06-19 | v4稿内容深度严重不达标 | 新增强制:每栏目最低内容量+三段式 |
蓝方历史错误
| # | 日期 | 错误 | 改进措施 |
|---|---|---|---|
| 1 | 06-18 | v2审核未检查48小时规则 | 审稿逐条核查48h |
| 2 | 06-18 | v3审核未检查Token相关性 | 审稿逐条核查相关度 |
| 3 | 06-18 | v4审核未检查内容质量 | 逐栏检查五要素 |
| 4 | 06-18 | v4锁定版哈希不一致时仍执行锁定 | 哈希不一致严禁锁定 |
| 5 | 06-19 | 锁定版署名行遗漏"校对" | 锁定前检查署名行完整性 |
| 6 | 06-19 | 哈希校对方法不一致 | 哈希校对必须用同一文件 |
| 7 | 06-19 | v4审核遗漏时效性和深度问题 | 逐条日期核查+逐栏深度检查 |
十三、版本历史
| 版本 | 日期 | 变更内容 |
|---|---|---|
| v1.0 | 2026-06-20 | 初始版本(写作六问+5栏目+18项自检+时间门控+群聊协议+积分制) |
| v2.0 | 2026-07-06 | 整合全部更新:五步法+Pre-Step 0.5扫源+第8问+算力前沿栏目+黄金三段式中文标签+质量门禁+邮件规范+推草稿箱闭环+编校精度6清单+系统化扫源+排序切换法+对抗性审查+互动引流模块+10天检查周期 |
下次升级日期:2026-07-16
升级流程:
- 红方启动版本检查(每10天一次)
- 汇总过去10天的
operations/lessons.md新增教训- 汇总过去10天的
operations/decisions.md新增决策- 汇总过去10天的
operations/preflight.md新增检查项- 合并评估后决定是否升级版本号、更新变更日志
变更获得老周确认后发布新版本。
— 全文完 - 版本 v2.0 —