返回案例库

精选案例 · Agent / 实践案例

定时新闻与通知推送

这个案例围绕「定时新闻与通知推送」记录了一条真实 AI 实践线索,正文重点集中在「项目简介」「使用对象」,适合先按任务意图阅读再判断复用。

案例速读

README 标题「定时新闻与通知推送」下已经出现运行/配置路径、脚本或接口线索、结果证据,正文重点集中在「项目简介」「使用对象」,比纯概念介绍更适合进入精选阅读流。 这篇案例的阅读价值在于,它把真实任务、模型辅助过程和可迁移做法放在同一个上下文里,读者可以从 「定时新闻与通知推送」、「项目简介」、「使用对象」、「开发简介」 进入正文。

  • 建议重点看 可参考其中的运行与配置路径、包含可迁移的命令、脚本或接口线索、已有结果或观测证据可用于判断复用价值。结合 Agent / 实践案例 和「任务驱动用户、AI 实践者」这一受众定位,它更适合作为任务检索后的精读材料,而不是只看一句短摘要后快速跳过。
  • 正文目录和原始材料仍然是判断依据;导读只帮助你更快定位阅读重点。
看点
定时新闻与通知推送
读者
任务驱动用户、AI 实践者
复用
可参考其中的运行与配置路径
结构
9 个目录入口

原文内容

定时新闻与通知推送

项目简介

定时抓取校园通知、新闻 RSS 等信息源,自动去重、摘要,并推送到聊天入口。无新内容时不推送,避免信息噪音;用户也可以随时手动触发一次查询。

使用对象

  • 需要持续关注校园通知、新闻或公共信息的用户
  • 希望减少手动刷新多个网站成本的用户
  • 需要把信息源汇总到聊天入口的个人或团队

开发简介

  • 输入:RSS、网页列表或其他可抓取的信息源
  • 输出:按时间推送的简短新闻/通知摘要
  • 核心功能
    • 定时抓取多个信息源
    • 合并、去重和过滤旧内容
    • 生成适合聊天场景的简短摘要
    • 无新内容时不推送
    • 支持用户手动触发一次查询
    • 支持同一摘要推送到不同聊天入口
  • AI 使用:由 Agent 负责摘要、排序和推送策略;由工具层负责抓取、定时和消息发送

配置示例

关注源:校园通知 RSS、新闻 RSS
推送时间:每天早晚各一次
推送规则:有新内容才推送;同一链接不重复推送;每条摘要控制在一两句话
手动触发:用户问“有什么新闻”时,立即抓取并总结一次

记忆设置

  • 记录关注源列表和推送时间;
  • 记录已推送链接,避免重复;
  • 记录摘要偏好,例如“短摘要、只推新增、不要长篇展开”;
  • 记录目标聊天入口,保证定时任务和手动查询的输出位置一致。

示例指令

以后每天早上和晚上各检查一次这些通知源。
如果有新内容,合并去重后发一条摘要;
如果没有新内容就不要打扰。
我问“有什么新闻”时,手动查一次并总结。

工作流

配置关注源
  ↓
定时抓取
  ↓
合并去重
  ↓
摘要生成
  ↓
有更新则推送

收获

这个流程把分散的信息源集中到一个可控入口中,既减少漏看通知的概率,也避免频繁刷网页。相比简单 RSS 阅读器,Agent 可以根据上下文生成更适合聊天场景的简短摘要。

返回顶部