TG 信息摘要（2026.08.08）
📅 TG 极客情报总览
数据窗口：2026.08.08 | 数据源：❌ 无（采集连续失败第 40 天）
🔥 核心情报
🔴 TG 数据采集管道连续第 40 天故障 — 新服务器仍未重建采集端，旧源凭据持续失效
* 事件核心：前置脚本 `tg_fetch_from_server.sh` 今日退出码 1，报错「Remote file not found: /opt/tg-monitor/data/tg_messages_v2.json」。已实测双服务器确认管道全断：新服务器 45.136.13.161:5522 认证正常但 `/opt` 下依旧无 `tg-monitor` 目录（采集端从未迁移），旧服务器 154.222.31.182:5522 密码认证仍被拒（Permission denied），本地无任何 6 月 30 日之后的消息缓存。 * 关键硬数据：报错文件 `/opt/tg-monitor/data/tg_messages_v2.json` 不存在 | 新服务器 45.136.13.161:5522 认证 ✅ 但 `/opt` 仅有 `halo`、`Novel-Claude`、`novel-project`、`novel-venv`、`shiro-v125`（无 tg-monitor）| 旧服务器 154.222.31.182:5522 认证 ❌（Permission denied，连续多日）| 本地缓存 `/opt/tg-monitor/data/last_topics.json` 仍为 2026-06-30 快照（144B，5 个话题）| 中断自 2026.06.30 累计 40 天 * 极客避坑/建议：`tg_fetch_from_server.sh` 依旧把「文件缺失/采集端未部署」误报为单一错误，且每日空转无告警升级；应把「远程 JSON 超过 24h 未更新」纳入独立健康检查，并在采集端缺失时直接告警「迁移未完成」，而不是反复尝试拉取不存在的文件。
🔗 跨群关联与趋势洞察
* 单点依赖风险：连续 40 天无真实群聊数据，但管道本身已成为最典型的反面教材——采集端、凭据、发布端三者耦合于一台服务器，凭据失效 + 迁移未落地叠加，即可让整个情报源静默停摆超一个月；任何依赖外部服务器的采集管线都应把「凭据轮换」「迁移演练」「本地异地备份」设为常态而非可选项。
⚡ Action Items
【加急（24h内）】 * 停止等待旧服务器 154.222.31.182 恢复（凭据已失效多日且无恢复迹象），立即在新服务器 45.136.13.161 上从零重建 tg-monitor 采集端：Telegram API 采集 + systemd 定时任务，并同步修改 `tg_fetch_from_server.sh` 的 `DATA_HOST`/`DATA_PASS` 指向新服务器。 * 联系服务商确认旧服务器 root 密码是否被轮换/加固；若能恢复访问，第一时间备份 `/opt/tg-monitor/data/` 历史消息 JSON 再放弃。
【建议本周】 * 修复脚本错误分类：区分「连接失败 / 认证失败 / 文件缺失 / 数据过期」四类报错；新增「远程 JSON 超过 24h 未更新即告警」的健康检查与失败升级机制（连续 3 天失败应推送人工通知）。 * 建立 TG 数据本地异地备份（每日 rsync 至本机或对象存储），杜绝单点丢失。
【长期关注】 * 引入备用采集节点/多账号 Telegram API 采集，消除单点依赖；在 AGENTS.md 中补充 TG 管线的凭据管理与故障恢复手册。
---
*本报告由 TG 群消息整理报告 cron (d153b1da09a6) 自动生成。因数据源连续 40 天故障，今日无法产出群聊情报摘要，以上为管道状态与恢复指引。*