🚀 新发布追踪（试运行）

本页是「新模型 / 新工具发布」定期成页的方案页 + 样例页：先把规则、来源和自动化链路讲清楚，用站内已有且已核实的条目做样例。目前是手工维护的试运行版，还没有全自动上线——全自动要不要开、监听范围扩到多大，需要用户决定后再动机器人一侧的配置，本轮没有改动任何机器人配置与资讯数据库。

与现有资讯页的分工：

页面	管什么	更新方式
AI 早报	每天的热点、新闻与 GitHub 热门	已自动：机器人早报 → 资讯生成器 → 部署时刷新
开源项目精选	从早报里挑出的 GitHub 热门项目	已自动：同上
软件更新日志	网盘软件的版本更新记录	已自动：发布通知库 → 资讯生成器
新发布追踪（本页）	大模型新版、工具大版本这类「影响选型」的发布事件	试运行：手工分流 + 样例，自动化待决定
安装包版本	网盘里每个安装包的最新版本与大小	已自动：每天检查官方更新

现在资讯是怎么自动跑起来的

先摸清现状，方案才不是空话（均已在服务器上实查）：

1. 早报源头：机器人每天准备早报草稿，状态为「已发送」的草稿进入资讯数据库（news.sqlite 的 drafts 表，近 30 天窗口）。站内早报页目前有 17 天已发送记录，最近一条是 11-03。
2. 生成器：站点部署脚本 deploy.sh 每次都会跑 gen_feed.py，只读资讯数据库，生成早报页、开源精选页、软件更新日志页三页；另外每天 21:25 有一次定时刷新部署，跑同一条链路。
3. 软件更新日志的源头：资讯数据库的 release_notifications 表，状态为已发送 / 就绪 / 待确认的记录才会成页。目前只监听 2 个仓库：CC Switch（farion1231/cc-switch）和 Codex CLI（openai/codex）。
4. 网盘版本页：每天 04:40 左右由网盘更新器检查官方更新，只留最新版，生成安装包版本页；部署时同样自动刷新。

缺口：为什么新模型发布还没自动成页

• 监听范围太窄：软件更新日志只覆盖 2 个仓库，模型厂商（OpenAI、Anthropic、Google、DeepSeek 等）都不在监听名单里，模型发布自然进不了自动页。
• 模型发布没有统一结构：软件发版有 GitHub Releases 的版本号、发布时间、更新说明三件套；模型发布多在官方博客、开发者文档或社交媒体上宣布，格式不统一，没法像软件那样直接按表生成。
• 早报不能直接转正：早报页自己就声明「可能有错，以原文为准」，是「提及」，不是「核实」。把早报里的一句话直接写成发布记录，会把传闻和错误也固化下来。所以新发布页必须有一道人工分流，不能只靠转发。

收录标准：什么算「发布」，什么不算

收进来的：

• 大模型正式版 / 大版本上线（新系列、新一代、公开可用的新档位）
• 工具、客户端、编程助手的大版本（功能、接入方式或价格有实质变化）
• 网盘软件的新版（这部分已有软件更新日志自动覆盖，本页只在「影响选型」时引用，不重复抄）
• 价格、用量政策、地区可用性的正式变更（以官网公告为准）

不收进来的：

• 传闻、爆料、内测截图、未官宣的版本号
• 只有名字变了、功能没变的产品改名（改名本身记在工具单页的注释里即可）
• 纯小修补丁（只修 Bug、无功能变化的版本，进软件更新日志就够了）
• 未经官方确认的「即将发布」

分流规则：三档状态，待核实绝不进正文

状态	含义	怎么处理
✅ 已核实	官方发布页 / 官方博客链接已逐个验活，版本号与日期对得上	可进正文、进模型库与工具单页
🕵️ 待核实	只在早报、热点或社交媒体上提及，尚未在官方渠道核实	只在本页「待核实」区留一行，不写进模型库正文
❌ 不收录	经核实是传闻、误读或已撤回	不留正文，如有必要在样例区记一句原因，避免下次重复收

质量规则沿用全站已有做法：外部链接逐个验活；对方回 403 时先判断是不是机器人拦截（此前 claude.ai、deepseek 系域名均属此类），不直接判为失效；价格与档位一律写「以官网为准」；写错了就改，不硬撑。

样例条目：用站内已有内容演示这套规则

下面两条「已核实」均来自站内软件更新日志，发布页链接本轮逐个验活（HTTP 200）；一条「待核实」演示早报提及该怎么放。

✅ 已核实：CC Switch v4.0.25 · 2026-11-02

• 是什么：CC Switch 是接多个模型服务的切换与路由工具，站内有软件落地页。
• 这次变了什么：MCP 页面新增批量及单服务器连通性检查；Codex 本地路由新增官方余额保护（默认关闭）；本地路由拒绝带浏览器来源标记的请求。
• 为什么值得记：连通性检查与余额保护直接影响「多账号 / 多上游怎么配才不出错」，属于影响选型的变化，不只是修 Bug。
• 出处：发布页 · 网盘版本见安装包版本（v4.0.25，Windows / Mac / Linux 三平台均已落盘）

✅ 已核实：Codex CLI rust-v0.166.0 · 2026-10-30

• 是什么：OpenAI 的终端编程助手，站内有软件落地页与工具单页相关链路。
• 这次变了什么：新增键盘驱动的会话记录选择与搜索；模型目录新增 OpenAI-6.1 Terra；新增 codex queue --resume 及仅网络诊断选项。
• 为什么值得记：会话记录可搜索、模型目录新增新模型，都是会改变日常用法的变化。
• 出处：发布页 · 更早的 v0.165.0、v0.164.0、v0.163.0 见软件更新日志

🕵️ 待核实（样例）：早报提及的 Gemini 新模型

• 早报原话：11-03 早报「谷歌十月回顾」一节提到 Gemini 4 Argon 已开放 API，可用于复杂编程；Carbon 仍在受限测试。
• 为什么只放待核实区：这句话目前只有早报这一处来源，早报本身声明「可能有错，以原文为准」；本轮没有在官方发布渠道核实到可引用的发布页，所以不写进模型库正文，只在这里留作待核实样例，等核实到官方链接再升级为「已核实」。
• 这个例子说明的规则：早报提及 = 线索，不是结论；没有官方链接的发布，宁可先挂着，也不在站内正文里当事实写。

拟议自动化：三阶段，走到哪一步由用户定

第一阶段（现在，本页就是第一阶段）：手工样例页 + 定期人工分流。每周由维护方扫一遍早报、软件更新日志与模型库，把符合收录标准的事件按三档状态记进来；待核实的不进正文。

第二阶段（待决定，不在本轮动）：把监听从 2 个仓库扩大。两个方向二选一或都做：

1. 把网盘 19 款应用对应的 GitHub 仓库接进发布通知（软件侧已有现成链路，改动最小）；
2. 为模型厂商单独建一条「官方博客 / 发布页」线索源——这条没有 GitHub Releases 那样的统一格式，需要先定「以哪个官方页面为准」，再谈自动抓取。

第二阶段动的是机器人一侧的监听配置与资讯数据库，不是只改网站页面，所以必须用户确认后再动手；且数据库里已有的「待确认」状态记录，上线前必须先人工过一遍，不能自动放行。

第三阶段（远期）：像 gen_feed.py 那样加一个发布页生成器，部署时自动刷新本页；但「待核实不进正文」「链接逐个验活」「价格以官网为准」三条规则要写进生成器里，不能因为自动了就放松。自动页上线后，本页顶部的「试运行」字样再去掉。

本页维护清单（给下一轮维护方）

• [ ] 每周扫早报与软件更新日志，按收录标准分流一次
• [ ] 「待核实」区的条目要么升级为已核实（补官方链接），要么移出并记原因，不长期悬着
• [ ] 新发布影响到选型时，同步改模型库、工具单页或软件落地页，只改本页不算完
• [ ] 全自动方案（第二、三阶段）待用户决定前，不动机器人监听配置与资讯数据库