今天做了什么#

• 完成三端同步：把本地代码、服务器 /opt/TrendRadar、GitHub master 对齐，正式提交落在 master，只保留一个 backup 分支。
• 拆清测试版与正式版四层参数：把抓取层、候选层、分析层、展示层拆开，不再混用“抓取量”和“分析量”。
• 落地双配置体系：新增并整理 config.test.yaml 与 config.prod.yaml，同时补了 run-test.sh、run-prod.sh、switch-config.sh。
• 修正测试版参数：测试版固定为 2 个平台、2 个 RSS、候选池 50、AI 分析 20、AI 页面展示 10、Current 展示 20。
• 修正正式版参数：正式版固定为候选池 50、AI 分析 120、AI 页面展示 20、Current 展示 40。
• 补齐 Current 展示上限逻辑：新增 current_max_items，让 Current 页面真正有总展示上限，而不是只按分组裁剪。
• 修复 AI 页面前端细节：移除多余说明文案，保留“逐条分析”能力，同时把错误处理改成可读状态，避免直接抛 JSON 解析异常。
• 恢复并验证服务器 AI 链路：重新打通 news.chumen.ai 的页面与 AI 分析流程，确认 ai.html、current.html、history 产物可生成。
• 完成正式版上线：服务器活动配置切到 config.prod.yaml，跑完完整正式版，最终页面成功刷新。

今天学到了什么#

• “抓取很多”不等于“分析很多”。真正稳定的结构应该是：抓取多、候选少、分析更少、展示最少。
• 配置层如果不把“候选池上限”“分析上限”“展示上限”分开，测试版和正式版就会越来越混乱，最后连自己都会看不懂。
• 服务器测试要区分“数据隔离”和“页面隔离”。这次虽然测试数据单独做了隔离，但 HTML 输出路径仍然是固定目录，这暴露出输出层还需要继续抽象。
• 线上 502 这类问题，不一定是反向代理坏了，很多时候只是重任务运行期间，上游服务暂时不可用或者前端拿到的是旧错误页。

今天的感悟#

这次最重要的不是某个页面好看了，而是把一套原来混在一起的系统重新分层。
当“测试版是什么、正式版是什么、服务器跑的是什么、本地默认是什么”都讲清楚之后，后面每一步部署才有确定性。

另一个很明显的体感是：只要 Git、服务器和本地不同步，所有判断都会开始失真。
真正省时间的不是“赶紧改”，而是先把三端对齐，再动手。

明天的计划#

1. 把测试版 HTML 输出目录也做成可配置，做到真正完全隔离。
2. 清理服务器上遗留的 18081 进程与历史兼容痕迹，进一步收敛部署结构。
3. 给正式版补一轮产物巡检脚本，自动检查 ai.html、current.html、history 和归档文件更新时间。
4. 继续优化 History 页面与归档下载体验，让历史检索和导出更顺手。