🏆 六、信息可靠性评测

所有采集信息经过三层评估后才能进入稿件：

评分机制

等级定义

注意：所有评分由规则引擎自动完成，不依赖LLM，避免幻觉风险。

🔮 七、分析与趋势展望

每日采集信息后，需完成以下分析步骤：

1. 阅读简报：从 output/ai_token_briefing_*.md 获取当日采集摘要
2. 高可信优先：优先关注评分 ≥ 7.0 的高可信度信息
3. 跨日对比：对比前几日的采集简报，识别变化信号（价格、政策、新品等）
4. 趋势判断：基于变化信号撰写趋势判断段落
5. 写入文章：将分析结论融入当日稿件

趋势分析脚本：python3 scripts/analyze-trend.py --days 7

✍️ 八、文章生成与发布

标准发稿流程

1. 调用可信采集系统获取信息
2. 基于采集信息撰写稿件
   • 关键质量标准：每条信息后必须配一句话点评或深度分析，不得简单罗列事实
   • 文章要有主线逻辑贯穿，给读者带来超出新闻本身的价值
   • 语言直白，不用梗，不用破折号表示含义
   • 核心目标：让读者看完想转发和收藏
3. 使用 format-article.js 排版美化
4. 自动检测系列并生成封面图
5. 发蓝方审核，确认发文ID
   • 审稿时必须审查内容对客户的价值：是否值得转发和收藏
   • 判断标准：每条信息是否配了点评/分析，还是简单罗列
   • 重点审核：信息准确性、格式规范、语言风格、禁止未来时间
   • 版面合规审查 — 检查稿件是否按固定版式（8个栏目）编排，开头结尾是否包含必含信息，栏目8是否符合日期规则（周一=本周重点预告，周二至周日=今日Token概念解释）
6. 蓝方锁定最终版 — 审核通过后，由蓝方锁定最终版稿件并归档保管
7. 哈希校验核对一致性（使用蓝方锁定的版本）
8. 总编核发最终确认（使用蓝方锁定的版本）
9. 通过 scf-publish.js 发布到草稿箱（不得自行修改蓝方锁定版）
10. 发布后执行归档脚本

标题格式

每日Token前沿信息：每日Token前沿信息（YYYY-MM-DD）：[一句话标题]

系列文章：遵循各自系列命名规则（磨刀不误砍柴工、百花园、AGENT部落）

👁️ 九、文章评审与复核

文章发布前必须经过三级审核：

蓝方审稿要点：

• 确认信息真实性（双源互核）
• 确认发文草稿ID与红方一致
• 检查格式和排版
• 检查时间、汇率等精确数据

总编核发要点：

• 最终裁定争议
• 确认定稿无误
• 授权发布

📦 十、历史文章归档

发布后的文章按以下结构归档：

归档命令：bash scripts/archive-article.sh --article 文件路径 --title 标题

定期分析

• 每周：分析本周发文的关键词和主题分布
• 每月：撰写月度行业趋势报告
• 每季：深度分析行业变化的深层趋势

分析脚本：python3 scripts/analyze-trend.py --days 30 --deep

🔧 十一、配套辅助工具

所有工具说明详见 operations/tools_index.md。

🛡️ 十二、错误固化机制

原则

每一次操作失误 → 必须记录到错误库 → 生成防重复脚本 → 更新规则库。确保同一个错误不会重复出现。

执行流程

# 发现错误时立即执行
bash scripts/error-lock.sh --error "错误描述" --fix "修复方法" --check "预防检查项"

# 每次发文前运行预防检查
bash scripts/error-lock.sh --run-checks

错误库位置

archive/error-log.json — 所有已知错误的完整记录。每次新对话启动时自动检查是否有新的固化记录。

🚀 十三、新对话启动流程

每次新建对话，严格按以下顺序操作：

1. 读完本运营控制台页面，理解完整体系
2. 确认自己的岗位身份（红方/蓝方/总编）
3. 阅读对应的岗位职责说明（见第二章）
4. 读取当日公告板（地址见每日更新区域）
5. 检查错误固化记录
6. 开始当日工作

💡 智能体快速接入：只需告诉智能体「公告板链接 + 你的岗位身份」，它就能读取本文档并找到自己的职责，开始工作。

📋 十四、发稿实施工作细则（红蓝方全流程）

以下为编辑部发稿流程的完整实施细则，明确了红方（内容生产）和蓝方（审稿复核）在每个步骤的职责和达标标准。每一步不达标则卡住，不得进入下一步。

🔴 红方岗位职责（全流程）

🔵 蓝方岗位职责（全流程）

---

第一步：信息采集

---

第二步：信息验证与选题

---

第三步：稿件撰写

---

第四步：排版美化 + 封面生成

---

第五步：蓝方审稿

---

第六步：哈希校验（如启用）

---

第七步：总编核发 + 草稿箱推送

📋 12项发稿检查清单

🔴 任一项 ❌ → 退回对应步骤修正，不得发布

---

第八步：发布 + 清理 + 归档

---

第九步：错误记录（出问题时执行）

---

积分与信任制度

扣分规则：

• 标题格式错误 → -20分
• 写未来时间/时间不精确 → -30分
• 汇率未标注实际查询时间 → -20分
• 使用单一不可溯源信息源 → -20分
• 定稿后擅自修改标题/正文 → -30分
• 跳过蓝方审稿 → -30分
• 发布后未清理临时文件 → -10分
• 错误未固化 → -20分

注意：积分制由总编（老周）记录和执行，是唯一的裁决者。出错后降级照常工作，活不能停。

📡 十五、编辑部对讲机系统（红蓝通信基础设施）

对讲机是编辑部唯一的实时沟通渠道。所有红蓝通信、审稿交流、工作协调均通过对讲机完成，禁止使用邮件联系团队成员。

🔗 快捷链接

系统架构

角色与密钥映射

API 使用方式（AI Agent对接）

红方/蓝方AI通过HTTP调用对讲机API发送消息（不可用WebSocket发消息）。

# 红方发送消息
curl -X POST http://127.0.0.1:3456/api/send \
  -H 'Content-Type: application/json' \
  -H 'X-Api-Key: hongfang-key' \
  -d '{"content":"你的消息内容"}'

# 蓝方发送消息
curl -X POST http://127.0.0.1:3456/api/send \
  -H 'Content-Type: application/json' \
  -H 'X-Api-Key: lanfang-key' \
  -d '{"content":"你的消息内容"}'

# 红方开始新对话
curl -X POST http://127.0.0.1:3456/api/start -H 'X-Api-Key: hongfang-key'

# 红方结束对话
curl -X POST http://127.0.0.1:3456/api/end -H 'X-Api-Key: hongfang-key'

# 总编查看完整对话记录
curl http://127.0.0.1:3456/api/export -H 'X-View-Key: laozhou-view'

# 查看消息列表（任何角色）
curl http://127.0.0.1:3456/api/messages -H 'X-View-Key: laozhou-view'

⚠️ 常见故障排查

以下为对讲机系统历史上曾出现的故障原因及修复方法。出现问题先按此表排查。

快速恢复步骤

如果对讲机挂了，按以下步骤在猫服SSH中恢复：

# 第1步：检查状态
systemctl status walkie-talkie

# 第2步：查看错误日志
journalctl -u walkie-talkie --no-pager -n 30

# 第3步：修复并重启
fuser -k 3456/tcp 2>/dev/null          # 杀掉占用端口的进程
systemctl reset-failed walkie-talkie    # 重置计数器
systemctl restart walkie-talkie        # 重启服务

# 第4步：确认恢复
curl -s -o /dev/null -w "%{http_code}
" http://127.0.0.1:3456/   # 应返回 200
curl -s http://127.0.0.1:3456/api/messages -H 'X-View-Key: laozhou-view'  # 检查消息

历史故障记录

部署与运维详情

服务文件位置：/etc/systemd/system/walkie-talkie.service

源码位置：/root/.openclaw/workspace/walkie-talkie/server.js

前端页面：/root/.openclaw/workspace/walkie-talkie/public/index.html

nginx配置：/etc/nginx/sites-enabled/default 中 location /talk/ 块

日志查看：journalctl -u walkie-talkie --no-pager -n 50

内存占用：约 20MB（极小，不影响服务器负载）

数据说明：消息仅存内存，重启后清空。如需要保留对话记录，在重启前执行 curl http://127.0.0.1:3456/api/export -H 'X-View-Key: laozhou-view' 导出。