TrendRadar

快速结论

TrendRadar 是一套可长期运行的趋势发现与 RSS 监控平台，不只是“抓一遍热搜”的脚本。它把多平台榜单、RSS/Atom、关键词与 AI 兴趣筛选、定时报表、历史 SQLite 数据、通知渠道和 MCP 查询放在同一个自托管工作流里。2026 年 7 月核验的项目标识版本为 6.10.0，仓库许可证为 GPL-3.0；GitHub Releases API 没有正式 release 条目，版本信息主要由 README 与项目内更新记录维护。

它适合愿意管理配置、数据源和通知密钥的个人或团队，尤其适合做品牌话题观察、行业早报、竞品动态和 RSS 汇总。它不替你取得新闻转载权，也不保证第三方榜单永远稳定。项目默认使用 NewsNow API 获取部分平台数据，同时允许配置自部署地址；正式使用前，应把数据可用性、来源条款、内容版权、AI 提供商和通知渠道分别审查。

核心功能

• 热榜与 RSS 聚合：统一采集多平台榜单和 RSS/Atom，支持按来源、关键词、时间与独立展示区组织内容。
• 持续趋势记录：将结果写入 SQLite，可观察排名轨迹、新增条目、跨日变化与历史话题，而不是只看一次快照。
• 多层筛选：支持关键词、必须词、过滤词、正则表达式、分组、AI 兴趣描述和每组数量限制。
• AI 处理流水线：可做筛选、翻译、摘要、趋势与情绪分析，通过 LiteLLM 对接不同提供商；模型费用和输出审核由用户负责。
• 多渠道通知：支持企业微信、飞书、钉钉、Telegram、邮件、ntfy、Bark、Slack 和通用 Webhook，并处理部分渠道的消息长度差异。
• 部署与查询：可用 GitHub Actions、Docker 或本地 Python 运行，生成 HTML/Markdown 报告，并提供独立 MCP 服务查询已保存的数据。

适合人群

• 内容与研究团队：需要把多个公开来源和自有 RSS 合并成每日或分时简报。
• 品牌与市场人员：需要围绕关键词持续观察话题出现、排名变化和跨平台传播。
• 技术型个人用户：愿意维护 YAML、密钥、定时任务、Docker 和数据备份，以换取流程与数据控制权。
• 内部情报工作流负责人：需要将结果推送到团队渠道，或通过 MCP 让助手检索历史数据。
• 不太适合的人群：要求官方数据授权、零配置托管 SLA、无需审核的自动研判，或没有能力保管 webhook 和 AI API Key 的团队。

使用场景

• 行业早报：把榜单与指定 RSS 按关键词分组，早晚生成报告并推送到团队渠道。
• 品牌与竞品观察：保存历史排名和新增内容，区分短时爆点与持续升温的话题。
• 专题研究：通过 RSS、自定义关键词和独立展示区建立窄主题信息面，再用 AI 做初筛与翻译。
• 历史数据问答：将 MCP 服务连接到兼容客户端，查询本地 SQLite 中的新闻、时间段与趋势；它查询的是已采集数据，不是通用搜索引擎。
• 自动化编排：把输出交给 n8n 或内部系统继续审核、归档和分发，但应保留来源 URL 与人工把关。

价格与版本

TrendRadar 本体免费开源，GPL-3.0 允许运行、研究和修改，同时对传播修改版或衍生代码提出相应开源义务。若团队把修改后的程序分发给客户或设备，应由法务或开源合规人员判断触发条件。仅在内部运行与对外分发不是同一场景。

运行成本来自基础设施和外部服务：GitHub Actions 配额、Docker 主机、对象存储、AI 模型调用、邮件或消息渠道都可能收费。当前项目在 README 中标识 6.10.0，但没有正式 GitHub release 对象可供自动化锁定；生产部署应固定已审核的 commit 或镜像 digest，保留配置迁移说明，不要只跟随 master 最新代码。

国内访问与使用体验

TrendRadar 的中文文档、配置编辑器和国内通知渠道降低了上手门槛，但稳定性取决于整条链路。部分热榜依赖 NewsNow API，RSS 依赖源站可用性和格式质量，AI 分析依赖所选模型服务，通知又依赖各平台 webhook。任一环节限流、改版或失效，都可能造成空报、延迟或信息缺口。项目支持自定义 NewsNow API 地址，这是降低共享服务依赖的手段，不是来源权利的替代品。

自托管意味着数据库和配置可以掌握在自己手中，却不自动等于“没有外发”。标题、摘要或正文可能被送往 AI 提供商；报告可能进入聊天群或邮箱；S3 兼容存储会保存历史数据。所有 AI Key、SMTP 密码和 webhook 都应放在 Secrets 或环境变量，不写进公开 fork、日志、截图与配置样例。MCP HTTP 服务、内置 Web 服务和对象存储同样要限制网络范围、身份与读写权限。

优点

• 热榜、RSS、历史存储、筛选、AI 分析和通知形成完整闭环，适合长期运行。
• GitHub Actions、Docker、本地部署和自定义数据源提供多种控制路径。
• 中文配置与国内常用通知渠道较完善，迁移到团队日常流程的阻力较小。
• SQLite 历史数据与 MCP 查询让“昨天发生过什么”可追溯，不局限于实时列表。
• GPL-3.0 许可证清晰，项目更新记录详细，6.10.0 仍在持续维护线上。

不足

• 没有正式 GitHub Releases，版本锁定和升级回滚需要部署方自己建立流程。
• 热榜依赖 NewsNow 与第三方页面，字段、频率和可用性可能变化。
• RSS 与榜单只是技术可获取，不代表自动获得转载、商用或训练授权。
• AI 分析会增加成本、数据外发和幻觉风险，情绪或趋势结论不能替代人工判断。
• 多渠道通知带来大量高权限密钥；公开 fork 或日志泄露会直接扩大影响。
• 自托管把运维、备份、鉴权、监控和安全更新责任交给使用者。

替代品对比

如果需求是一次性查资料，Perplexity 更省事；如果要为 Agent 提供搜索 API，Tavily 或 Exa 更合适；如果要完全自定义编排，n8n 和 Dify 更灵活。TrendRadar 的独特价值是把“持续采集、历史、筛选和推送”做成现成平台。

常见问题 FAQ

TrendRadar 当前是什么版本？

截至 2026 年 7 月 21 日，仓库 README 标识主程序 6.10.0。项目没有正式 GitHub Releases 条目，生产部署最好固定 commit 或镜像 digest，并单独记录升级来源。

TrendRadar 可以免费商用吗？

软件按 GPL-3.0 发布，可以免费运行和修改，但分发修改版时可能需要提供相应源代码和许可证信息。新闻、RSS、品牌标识、AI 输出及通知服务还有各自权利和条款，不能由 GPL-3.0 一并覆盖。

使用 NewsNow 或 RSS 就能转载内容吗？

不能。技术上能抓取标题和链接，不等于取得复制全文、公开传播或商业再利用许可。建议保留来源链接、控制摘录范围，并按每个来源的条款和适用法律评估。

AI 分析会把数据发到外部吗？

如果启用外部 AI 提供商，送入模型的标题、摘要或其他上下文会离开本地边界。应控制输入字段、选择适当服务区域和保留策略，避免传入未授权全文、个人信息与内部情报。

GitHub Actions 和 Docker 怎么选？

低频个人简报可先用 Actions，配置简单但受配额和 Secrets 管理约束。持续采集、内网数据、自建 NewsNow 或稳定历史库更适合 Docker/本地主机，同时需要自己负责备份、更新和监控。

通知密钥应该放在哪里？

放在 GitHub Secrets、容器 Secret 或受控环境变量中。不要写进公开仓库的 config.yaml，也不要把 webhook、SMTP 密码或 AI Key 输出到日志和截图；泄露后应立即轮换。

总结

TrendRadar 6.10.0 的优势不是某一个 AI 摘要按钮，而是可持续运行的资讯管线：热榜与 RSS 进入历史库，经规则或 AI 筛选，再分发到多渠道并可由 MCP 查询。采用前应固定代码版本，明确 NewsNow/RSS 来源权利，限制 AI 外发字段，把通知和存储密钥纳入正式管理，并为数据库做备份。愿意承担这些自托管责任时，它是成熟且有持续价值的趋势平台；只需要偶尔搜索时，轻量检索产品更合适。