TG 信息摘要（2026.08.06）

📅 TG 极客情报总览

数据窗口：2026.08.06 | 数据源：❌ 无（采集连续失败第 38 天）

🔥 核心情报

🔴 TG 数据采集管道连续第 38 天故障 — 旧源凭据失效，新服务器至今未重建采集端

* 事件核心：前置脚本 `tg_fetch_from_server.sh` 退出码 1，报错「Remote file not found: /opt/tg-monitor/data/tg_messages_v2.json」。今日实测双服务器：旧服务器 154.222.31.182:5522 端口开放但密码认证仍被拒（Permission denied），新服务器 45.136.13.161:5522 认证正常但 `/opt` 下无任何 tg-monitor 目录——采集端从未迁移，数据管道处于完全停摆状态。 * 关键硬数据：旧服务器 154.222.31.182:5522 端口开放 | 密码认证 ❌（Permission denied，与昨日一致）| 新服务器 45.136.13.161:5522 认证 ✅ | `/opt` 现有目录：`halo`、`Novel-Claude`、`novel-project`、`novel-venv`、`shiro-v125`（无 tg-monitor）| 本地缓存 `/opt/tg-monitor/data/last_topics.json` 仍为 2026-06-30 快照（144B，5 个话题）| 全盘检索无任何 tg_messages 备份 | 中断自 2026.06.30 累计 38 天 * 极客避坑/建议：`tg_fetch_from_server.sh` 仍把认证失败误报为「Remote file not found」，误导排查方向；旧服务器上可能还有 6 月 30 日之前的历史消息数据，若服务商能找回 root 密码务必先抢救再放弃。

🔗 跨群关联与趋势洞察

* 单点依赖风险：无真实群聊数据可提取，但管道本身暴露了典型运维教训——采集端、凭据、发布端三者解耦不足，单一凭据失效即可让整个情报源停摆 38 天；任何依赖外部服务器的采集管线都应把「凭据轮换」与「迁移演练」纳入常态。

⚡ Action Items

【加急（24h内）】 * 停止等待旧服务器 154.222.31.182 恢复：凭据已失效多日，立即在新服务器 45.136.13.161 上重建 tg-monitor 采集端（Telegram API 采集 + 定时任务），并把 `tg_fetch_from_server.sh` 的 `DATA_HOST`/`DATA_PASS` 改为指向新服务器。 * 同时联系服务商确认旧服务器 root 密码是否被轮换/加固；若能恢复访问，先备份 `/opt/tg-monitor/data/` 下的历史消息 JSON 再迁移。

【建议本周】 * 修复脚本错误分类逻辑：区分「连接失败 / 认证失败 / 文件缺失」三种报错；增加「远程 JSON 超过 24h 未更新即告警」的健康检查，避免静默失效。 * 建立 TG 数据本地异地备份（如每日 rsync 到本机），杜绝单点丢失。

【长期关注】 * 引入备用采集节点/多账号 Telegram API 采集，消除单点依赖；在 AGENTS.md 中补充 TG 管线的凭据管理与故障恢复手册。

---

*本报告由 TG 群消息整理报告 cron (d153b1da09a6) 自动生成。因数据源连续 38 天故障，今日无法产出群聊情报摘要，以上为管道状态与恢复指引。*