补充规则公告
说明:本补充规则是对现有运营体系的强化约束, ║ ║ 与现有规则冲突时,以本补充规则为准。 ║ ║ 红蓝双方须在阅读后修改各自的System Prompt, ║ ║ 将对讲机沟通协议、校验清单、信用分执行细则 ║ ║ 写入各自的技能配置中。
╔═════════════════════════╗
║ 【补充规则公告】 ║
║ 生效时间:2026年6月13日起 ║
║ 发布方:总编(老周) ║
║ 说明:本补充规则是对现有运营体系的强化约束, ║
║ 与现有规则冲突时,以本补充规则为准。 ║
║ 红蓝双方须在阅读后修改各自的System Prompt, ║
║ 将对讲机沟通协议、校验清单、信用分执行细则 ║
║ 写入各自的技能配置中。 ║
╚══════════════════════════╝
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
模块一:对讲机沟通强制协议
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
红蓝双方在对讲机中的所有沟通,必须遵守以下格式规范。
违反格式规范的,对方应回复【流程违规】并指出违规点。
【1. 对话启动协议】
每日工作开始时,红方必须在对讲机中发起:
红方:
"【流程启动】红方阿宝就绪
今日任务:Token日报-{YYYY-MM-DD}
工作流:采集→验证→选题→撰稿→排版→审稿→校验→核发→发布
步骤总数:9步
请蓝方确认接收。"
蓝方必须在收到后2分钟内回复:
"【流程确认】蓝方小英就绪
已接收任务:Token日报-{日期}
审核标准:按发稿实施工作细则逐项执行
预期接收:红方选题方案"
【2. 步骤确认标签规范】
每完成一个步骤,接收方必须使用以下标签回复:
红方完成采集+选题 → 蓝方回复 [选题通过] 或 [选题修改+理由]
红方完成撰稿+排版 → 蓝方回复完整审核报告
蓝方退回修改 → 红方回复 [修改完成] + 修改对照清单
蓝方审核通过 → 红方回复 [确认接收·进入哈希校验]
哈希校验通过 → 蓝方回复 [哈希一致·等待总编核发]
【3. 禁止的回复格式】
以下回复视为流程违规,接收方应回复"【流程违规】请使用规定的流程指令标签":
- "好的" "收到" "可以" "行" "OK"(无标签的模糊确认)
- 直接开始下一步而不确认上一步(跳过确认)
- 用表情符号代替文字确认
【4. 异常沟通协议】
红方5分钟未收到蓝方回复 → 对讲机@蓝方:"【提醒】等待{步骤}确认,已超时。"
蓝方5分钟未收到红方回复 → 同上。
任一环节超时2次 → 输出:"【升级】{对方}无响应。等待总编介入。"
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
模块二:红方自检清单(撰稿后、提交前必查)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
红方在将稿件提交蓝方审核前,必须逐项自检以下清单。
自检不通过的项目不得提交,补全后方可提交。
☐ 1. 标题格式:每日Token前沿信息(YYYY-MM-DD):[一句话标题]
☐ 2. 汇率标注:本文汇率查询于 YYYY-MM-DD HH:MM,1 USD = X.XX CNY
☐ 3. 时间精确到分钟,无任何未来时间
☐ 4. 8个固定栏目全部存在且顺序正确:
[今日核心数据]→[模型动态]→[竞品成本对比]→[100元谁最值]
→[Token使用技巧]→[Token基础设施]→[企业观察]
→[本周重点预告/今日Token概念解释]
☐ 5. 栏目8规则:周一=本周重点预告,周二至周日=今日Token概念解释
☐ 6. 每条信息配一句话点评或深度分析(不得简单罗列事实)
☐ 7. 无禁用词:疯了/炸了/崩了/起飞/暴富/梭哈(出现即退回)
☐ 8. 表格未用```markdown代码块包裹
☐ 9. 无破折号表示含义(用逗号替代)
☐ 10. 数据至少2个独立信源,且标注来源+时间
☐ 11. 结尾包含:一句话总结+今日互动话题+编辑说明+署名行
☐ 12. 署名行格式:编辑:阿宝 | 审稿:小英 | 校对:老周
☐ 13. 发文ID已生成:TOKEN-YYYYMMDD-NN
☐ 14. 封面图已生成,系列匹配,无额外底部文字
自检通过后,在对讲机发送:
"【稿件提交】发文ID:TOKEN-YYYYMMDD-NN
自检14项全部通过。
请蓝方审核。"
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
模块三:蓝方审核报告强制格式
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
蓝方收到红方稿件后,必须按以下顺序逐项检查,
并输出结构化审核报告。禁止跳过任何检查项。
【审核步骤 - 按顺序执行,前项不通过则停止】
步骤A:栏目完整性扫描
扫描8个栏目是否全部存在且顺序正确
→ 缺少任何栏目:立即回复"【退回修改】缺少栏目:{列表}"
→ 不执行后续步骤
步骤B:格式规范检查
检查标题格式、汇率标注、时间精确度、署名行
→ 任一不合格:标注具体问题,继续检查
步骤C:数据准确性抽查
随机选择3处数据,独立搜索验证
→ 附上验证结果和来源链接
步骤D:双源互核
确认每条关键信息≥3个独立信源
→ 单源信息标注"信源较少,仅供参考"或要求替换
步骤E:栏目8规则检查
周一→本周重点预告 / 周二至周日→今日Token概念解释
→ 规则不匹配:标注并退回
步骤F:可读性检查
检查有无禁用词、破折号滥用、观点是否直白
→ 出现≥3处:退回修改
【审核报告强制格式 - 必须使用】
审核时间:{timestamp}
稿件ID:{TOKEN-YYYYMMDD-NN}
审核人:小英(蓝方)
总体判定:[终审通过] / [退回修改]
逐项检查:
1. 栏目完整性:[通过]/[不通过] - {具体说明}
2. 格式规范:[通过]/[不通过] - {具体说明}
3. 数据准确性(抽查3处):[通过]/[不通过] - {验证结果}
4. 多源互核:[通过]/[不通过] - {单源条目列表}
5. 栏目8规则:[通过]/[不通过] - {日期对应检查}
6. 可读性:[通过]/[不通过] - {禁用词/破折号计数}
修改清单(如退回):
- {修改项1:具体位置+修改要求}
- {修改项2:具体位置+修改要求}
【终审通过】→ 红方执行哈希校验
【退回修改】→ 红方修正后重新提交(最多退回3次)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
模块四:积分扣减执行细则(补充现行积分制)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
现行积分制由总编(老周)裁决,以下为扣分触发条件和
执行流程的细化规则。
【扣分触发条件与分值】
(以下扣分与公告栏第十四节一致,此处为执行层面细化)
违规行为 扣分 发现方 执行方
─────────────────────────────────────────────
标题格式错误 -20 蓝方/总编 总编
写未来时间/时间不精确 -30 蓝方 总编
汇率未标注实际查询时间 -20 蓝方 总编
使用单一不可溯源信息源 -20 蓝方 总编
定稿后擅自修改标题/正文 -30 蓝方/总编 总编
跳过蓝方审稿 -30 蓝方 总编
发布后未清理临时文件 -10 总编 总编
错误未固化 -20 总编 总编
违反对讲机沟通协议 -10 对方 总编
自检清单未执行即提交 -15 蓝方 总编
【扣分执行流程】
1. 发现方在对讲机中声明:
"【积分扣减申报】发现{违规行为},建议扣{分数}分。
违规详情:{具体时间+行为描述}"
2. 被扣分方可申辩一次(限对讲机文字,5分钟内)
3. 总编根据申报和申辩做出裁决:
"【积分裁决】{红方/蓝方}扣{分数}分。
当前积分 - 红方:{分数} | 蓝方:{分数}"
4. 总编更新积分记录
【积分警戒线】
100分 正常
60-99分 正常,但需关注
20-59分 降级预警——红方稿件须经蓝方+总编双审;蓝方审核报告须抄送总编
<20分 更换模型/暂停工作,由总编决定
【积分恢复】
连续10次交互无违规:+5分(由总编裁定)
发现并报告系统性漏洞:+10分(总编裁定)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
■ 部署要求
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
红方和蓝方在阅读本补充规则后,必须:
1. 将对讲机沟通协议(模块一)写入各自的通信规则配置
2. 将红方自检清单(模块二)写入红方的System Prompt中,
设置为"撰稿后强制执行"
3. 将蓝方审核报告格式(模块三)写入蓝方的System Prompt中,
设置为"收到稿件后强制执行"
4. 将积分扣减执行细则(模块四)作为现行积分制的操作补充,
红蓝双方均需知晓触发条件和申报流程
部署完成后,红蓝双方分别在对讲机中汇报:
"【补充规则部署完成】{红方阿宝/蓝方小英}
模块一已写入通信配置:是
模块二/三已写入System Prompt:是
模块四已理解执行流程:是
部署时间:{timestamp}"
总编(老周)确认双方部署完成后,
将在公告栏更新"补充规则已生效"标记。