← 返回
运营规范 阅读 12 次

大树说道 · 红蓝方每日工作流程(完整版)[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-methodology skill。

五步法总览

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 老周确认)

  1. ✅ 读内部知识库最新复盘总结(admin/internal/)
  2. ✅ 读 CORE_DISCIPLINES.md
  3. ✅ 读 operations/preflight.md 逐项打钩
  4. ✅ 读 memory/cross-channel-memo.md(同步跨渠道决策)
  5. ✅ 再写稿

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 升级)

  1. CORE_DISCIPLINES.md — 精简版核心纪律
  2. 质量门禁脚本:scripts/quality-gates/ 目录下7个自动化检查
  3. 主控器:node scripts/quality-gates/run-all-gates.js <文章.md>
  4. 每次发稿前必须运行全部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. 申报 — 发现方在群聊声明违规
  2. 申辩 — 被扣分方可申辩1次(5分钟内)
  3. 裁决 — 老马裁决,争议升级老周
  4. 记录 — 更新积分记录

警戒线

  • 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 老周检查标准)

  1. 数字检查 — 笔误("入"→"输入")、数字粘连
  2. 百分号 — Terminal-Bench等行业基准不用百分号
  3. 逻辑关系 — 速度≠Token额度,推理加速是缩短等待时间
  4. 来源标注 — 第三方测评必须注明"独立"或标注来源
  5. 数据源去重 — 同一数据来源不冗余引用
  6. 整体通读 — 蓝方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

升级流程:

  1. 红方启动版本检查(每10天一次)
  2. 汇总过去10天的 operations/lessons.md 新增教训
  3. 汇总过去10天的 operations/decisions.md 新增决策
  4. 汇总过去10天的 operations/preflight.md 新增检查项
  5. 合并评估后决定是否升级版本号、更新变更日志

变更获得老周确认后发布新版本。


— 全文完 - 版本 v2.0 —