| 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408409410411412413414415416417418419420421422423424425426427428429430431432433434435436437438439440441442443444445446447448449450451452453454455456457458459460461462463464465466467468469470471472473474475476477478479480481482483484485486487488489490491492493494495496497498499500501502503504505506507508509510511512513514515516517518 |
- # ═══════════════════════════════════════════════════════════════
- # TrendRadar 时间线配置
- # Version: 1.0.0
- # ═══════════════════════════════════════════════════════════════
- #
- # 这个文件控制「什么时间做什么事」。
- #
- # 大多数人不需要编辑这个文件。
- # 只需在 config.yaml 中选择一个预设模板即可:
- #
- # schedule:
- # preset: "morning_evening" ← 改这里就行
- #
- #
- # 可视化配置编辑器地址: https://sansan0.github.io/TrendRadar/
- #
- #
- # ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─
- # 📖 基本概念(帮助你理解后面的配置)
- # ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─
- #
- #
- # 🔁 程序是怎么运行的?
- #
- # TrendRadar 不是一直在后台运行的,而是被「定时闹钟」周期性唤醒:
- #
- # GitHub Actions 用户 → 由 .github/workflows/crawler.yml 中的 cron 定时触发
- # 默认每小时运行一次(如每小时第 33 分钟)
- #
- # Docker 用户 → 由 docker/.env 中的 CRON_SCHEDULE 定时触发
- # 默认每 30 分钟运行一次
- #
- # 每次被唤醒后,程序按以下三个阶段依次执行:
- #
- # 1️⃣ 采集(collect)
- # 爬取各热榜平台 + RSS 订阅源的最新数据,存入数据库
- #
- # ⬇
- #
- # 2️⃣ 分析(analyze)
- # 调用 AI 大模型对采集到的新闻进行深度分析(可选,需配置 API Key)
- #
- # ⬇
- #
- # 3️⃣ 推送(push)
- # 将整理好的热点新闻 + AI 分析结果发送到你的通知渠道
- # (飞书、钉钉、Telegram、邮件等)
- #
- # 这三个阶段都可以独立开关。本文件的作用就是控制:
- # 「在什么时间段,开启/关闭哪些阶段」。
- #
- #
- # 🔌 config.yaml 总开关 与 timeline 时间段开关 的关系
- #
- # config.yaml 里有几个「总开关」,它们的优先级高于本文件:
- #
- # platforms.enabled: false → 永远不爬热榜(无论 timeline 怎么设置)
- # rss.enabled: false → 永远不爬 RSS(同上)
- # notification.enabled: false → 永远不推送(同上)
- # ai_analysis.enabled: false → 永远不分析(同上)
- #
- # 只有当总开关为 true 时,timeline 的时间段开关才会生效。
- # 换句话说:总开关决定「能不能做」,timeline 决定「什么时候做」。
- #
- #
- # ⏰ 什么是「时间段」和「静默期」?
- #
- # 你可以把一天想象成一条时间线,上面划分了若干个「时间段」。
- # 每个时间段有自己的行为开关(是否采集、是否分析、是否推送)。
- #
- # 而不在任何时间段内的时间,就叫「静默期」(走 default 默认配置)。
- # 静默期通常必须要采集,这样数据一直在积累,
- # 等到推送时,就能汇总出完整的报告。
- #
- #
- # 💡 静默期越长,积累的数据越丰富(排名变化轨迹、上榜/下榜时间等),
- # 最终提交给 AI 分析的上下文也越完整,分析质量更高。
- # 相比 MCP Server,该方案的全天数据能呈现更完整的热度趋势和变化脉络。
- #
- #
- # ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─
- # 📋 预设模板一览(选一个就行)
- # ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─
- #
- # 1️⃣ always_on 全天候,有新增就推(默认)
- # 2️⃣ morning_evening 全天推送 + 晚间汇总(推荐大多数人)
- # 3️⃣ office_hours 工作日三段式:到岗速览→午间热点→收工汇总
- # 4️⃣ night_owl 午后速览 + 深夜全天汇总
- # 5️⃣ custom 完全自定义(需要编辑本文件底部的 custom 段)
- #
- # 想自定义?两种方式:
- # 1. 直接翻到本文件底部的「自定义模式」部分
- # 2. 在下方 presets 里新增你自己的预设模板
- # (只要 key 不重复,然后在 config.yaml 里填你的模板名即可)
- #
- # ⚠️ 关于时间段设计的建议:
- # GitHub Actions: 建议定时任务间隔 ≥ 2 小时。由于系统触发存在随机延迟,间隔过短可能导致任务漏运行。
- # Docker 用户:cron 定时是准时的,无此限制,按需设置即可。
- #
- #
- # ═══════════════════════════════════════════════════════════════
- # ───────────────────────────────────────────────────────────────
- # 预设模板
- # ───────────────────────────────────────────────────────────────
- presets:
- # ───────────────────────────────────────────────────────────
- # 1️⃣ always_on - 全天候监控
- #
- # 最简单的模式:全天候采集 + 推送,有新增就通知你。
- # 不划分时间段,全天使用同一套配置。
- # 适合:重度用户、实时舆情监控
- #
- # 全天:推送 ✓ | AI分析 ✗ | 不限推送次数
- # ───────────────────────────────────────────────────────────
- always_on:
- name: "全天监控"
- description: "全天候监控,有新增立即推送。适合重度用户。"
- # 默认配置 ── 不在任何时间段内时,使用这组开关
- # 因为这个模式没有划分时间段,所以 default 就是全天的行为
- default:
- collect: true # 采集数据(爬取热榜 + RSS)
- analyze: false # 不做 AI 分析(节省 API 费用)
- ai_mode: "current" # AI 分析当前榜单
- push: true # 有新内容就推送
- report_mode: "incremental" # 只推送新增内容,避免重复
- once: # 限制每个时间段内只执行一次
- analyze: false # 不限制分析次数
- push: false # 不限制推送次数
- # 没有定义任何时间段,全天都走 default
- #
- # 语法提示:{} 是 YAML 的「空字典」写法,表示里面没有任何内容。
- # 等价于写成多行但什么都不填。后面的 [] 同理,表示「空列表」。
- periods: {}
- day_plans:
- all_day:
- periods: [] # 空列表 = 这天不启用任何时间段
- week_map:
- 1: "all_day" # 周一
- 2: "all_day" # 周二
- 3: "all_day" # 周三
- 4: "all_day" # 周四
- 5: "all_day" # 周五
- 6: "all_day" # 周六
- 7: "all_day" # 周日
- # ───────────────────────────────────────────────────────────
- # 2️⃣ morning_evening - 早晚汇总(推荐)
- #
- # 全天推送当前热点 + 晚间做一次当日全天汇总。
- # 适合:大多数人
- #
- # 默认(全天):推送 ✓ | AI分析 ✓ | 不限推送次数
- # 晚间汇总:推送 ✓ | AI分析 ✓ | 只推/分析一次
- # ───────────────────────────────────────────────────────────
- morning_evening:
- name: "早晚汇总"
- description: "全天推送 + 晚间当日汇总。适合大多数人。"
- # 默认配置 ── 不命中任何时间段时的行为
- default:
- collect: true # 始终采集
- analyze: true # AI 分析当前榜单
- ai_mode: "current" # AI 分析当前榜单
- push: true # 每次推送当前在榜热点
- report_mode: "current" # 当前在榜的新闻
- once:
- analyze: false # 不限制分析次数
- push: false # 不限制推送次数
- # 时间段定义 ── 只有晚间汇总需要特殊处理
- periods:
- evening_summary:
- name: "晚间汇总"
- start: "20:00"
- end: "22:00"
- analyze: true # 晚间做 AI 分析
- ai_mode: "daily" # AI 也汇总全天内容
- report_mode: "daily" # 切换为当日全部新闻汇总
- once:
- analyze: true # 窗口内只分析一次
- push: true # 窗口内只推送一次
- # 日计划 ── 把时间段组装成一天的安排
- day_plans:
- all_day:
- periods: ["evening_summary"]
- # 周映射 ── 每天用哪个日计划(1=周一 ... 7=周日)
- week_map:
- 1: "all_day"
- 2: "all_day"
- 3: "all_day"
- 4: "all_day"
- 5: "all_day"
- 6: "all_day"
- 7: "all_day"
- # ───────────────────────────────────────────────────────────
- # 3️⃣ office_hours - 办公时间推送
- #
- # 工作日三段式推送,周末增量自由推。
- # 适合:上班族、企业用户
- #
- # 默认(静默期):推送 ✗ | AI分析 ✗
- # 到岗速览:推送 ✓ | AI分析 ✓ | 只推一次
- # 午间热点:推送 ✓ | AI分析 ✗ | 只推一次
- # 收工汇总:推送 ✓ | AI分析 ✓ | 只推一次
- # 周末自由:推送 ✓ | AI分析 ✗ | 不限推送次数
- # ───────────────────────────────────────────────────────────
- office_hours:
- name: "办公时间"
- description: "工作日三段式推送(到岗→午间→收工),周末增量自由推送。"
- default:
- collect: true
- analyze: false
- ai_mode: "current"
- push: false # 默认不推送
- report_mode: "current"
- once:
- analyze: true # 每个时段只分析一次
- push: true # 每个时段只推送一次
- periods:
- morning_briefing:
- name: "到岗速览"
- start: "09:00"
- end: "11:00"
- analyze: true # AI 分析当前热点
- ai_mode: "current" # AI 分析当前榜单
- push: true # 到岗后看当前热点
- report_mode: "current" # 当前在榜的新闻
- # once 继承 default(analyze: true, push: true)→ 只推/分析一次
- noon_update:
- name: "午间热点"
- start: "13:00"
- end: "15:00"
- push: true # 午间推送当前在榜热点
- report_mode: "current" # 当前在榜的新闻
- # analyze 继承 default: false → 午间不做 AI 分析,节省 API
- # once 继承 default(push: true)→ 只推一次
- closing_summary:
- name: "收工汇总"
- start: "17:00"
- end: "19:00"
- analyze: true # AI 做全天汇总分析
- ai_mode: "daily" # AI 也分析全天内容
- push: true # 下班前推送当日完整汇总
- report_mode: "daily" # 当日全部新闻汇总
- # once 继承 default(analyze: true, push: true)→ 只推/分析一次
- weekend_free:
- name: "周末自由"
- start: "08:00"
- end: "23:00"
- ai_mode: "current" # AI 分析当前榜单
- push: true # 有新增就推送
- report_mode: "incremental" # 增量模式:有新增才推,没有就安静
- once:
- analyze: false # 不限制分析次数
- push: false # 不限制推送次数
- # 工作日使用三段式推送;周末使用增量自由模式
- day_plans:
- workday:
- periods: ["morning_briefing", "noon_update", "closing_summary"]
- weekend:
- periods: ["weekend_free"] # 周末:有新增就推,不打扰睡眠
- week_map:
- 1: "workday" # 周一 → 工作日计划
- 2: "workday"
- 3: "workday"
- 4: "workday"
- 5: "workday"
- 6: "weekend" # 周六 → 周末计划
- 7: "weekend" # 周日 → 周末计划
- # ───────────────────────────────────────────────────────────
- # 4️⃣ night_owl - 夜猫子模式
- #
- # 白天安静,午后和深夜各推一次。
- # 适合:夜间工作者、海外时差用户、自由职业者
- #
- # 默认(白天静默):推送 ✗ | AI分析 ✗
- # 午后速览:推送 ✓ | AI分析 ✓ | 只推一次
- # 深夜汇总:推送 ✓ | AI分析 ✓ | 只推一次
- # ───────────────────────────────────────────────────────────
- night_owl:
- name: "夜猫子模式"
- description: "午后速览 + 深夜全天汇总。适合夜间工作者、海外时差用户。"
- default:
- collect: true
- analyze: false
- ai_mode: "current"
- push: false
- report_mode: "current"
- once:
- analyze: true # 每个时段只分析一次
- push: true # 每个时段只推送一次
- periods:
- afternoon_peek:
- name: "午后速览"
- start: "15:00"
- end: "17:00"
- analyze: true # AI 分析当前热点
- ai_mode: "current" # AI 分析当前榜单
- push: true # 午后看当前热点
- report_mode: "current" # 当前在榜的新闻
- # once 继承 default(analyze: true, push: true)→ 只推/分析一次
- late_night:
- name: "深夜汇总"
- start: "22:00"
- end: "01:00" # start > end → 自动识别为跨日
- analyze: true # AI 做全天汇总分析
- ai_mode: "daily" # AI 也分析全天内容
- push: true # 深夜推送当日完整汇总
- report_mode: "daily" # 当日全部新闻汇总
- # once 继承 default(analyze: true, push: true)→ 只推/分析一次
- day_plans:
- all_day:
- periods: ["afternoon_peek", "late_night"]
- week_map:
- 1: "all_day"
- 2: "all_day"
- 3: "all_day"
- 4: "all_day"
- 5: "all_day"
- 6: "all_day"
- 7: "all_day"
- # ═══════════════════════════════════════════════════════════════
- #
- # 5️⃣ 自定义模式
- #
- # 当 config.yaml 中设置 schedule.preset: "custom" 时,
- # 系统会读取下面这段配置。
- #
- # 如果上面的预设模板无法满足你的需求,可以在这里自由定义。
- #
- # ═══════════════════════════════════════════════════════════════
- #
- # 自定义配置的思路很简单,就像搭积木:
- #
- # 第 1 步:定义「积木块」(periods)
- # 每块积木 = 一个时间段 + 这段时间要做什么
- # 例如:早间 08-10 推送、晚间 19-21 汇总
- #
- # 第 2 步:拼成「一天的安排」(day_plans)
- # 把积木块组合起来,形成一天的日程
- # 例如:工作日用 [早间, 晚间],周末用 [晚间]
- #
- # 第 3 步:指定「每天用哪个安排」(week_map)
- # 周一到周日,分别对应哪个日计划
- # 例如:周一~周五用 workday,周六周日用 weekend
- #
- # 另外还有一个「默认配置」(default),
- # 当某个时刻不在任何积木块内时,就用默认配置。
- # 积木块里没写的字段,也会自动回退到默认配置。
- #
- #
- # 下面是一个完整的自定义示例,工作日和周末使用不同的时间段安排:
- #
- # 工作日时间段:
- # 深夜静默 23:00-06:00(跨日):采集 ✓ | 分析 ✓ | 推送 ✗
- # 工作日早间 08:00-10:00:推送 ✓ | incremental
- # 晚间汇总 19:00-21:00:推送 ✓ | 分析 ✓ | daily
- # 其余时间走默认配置(静默采集)
- #
- # 周末时间段:
- # 深夜静默 23:00-06:00(跨日):采集 ✓ | 分析 ✓ | 推送 ✗
- # 周末早间 10:00-12:00:推送 ✓ | daily
- # 晚间汇总 19:00-21:00:推送 ✓ | 分析 ✓ | daily
- # 其余时间走默认配置(静默采集)
- custom:
- name: "自定义"
- description: "完全自由定义时间段、日计划和周映射。"
- # ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
- # 默认配置
- #
- # 当前时刻不在任何时间段(积木块)内时,使用这组开关。
- # 时间段中没有写的字段,也会回退到这里。
- # ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
- default:
- collect: true # 是否采集数据(爬取热榜 + RSS)
- analyze: false # 是否执行 AI 分析
- ai_mode: "current" # AI 分析模式:
- # follow_report → 跟随 report_mode
- # daily → 强制全天汇总
- # current → 强制当前榜单
- # incremental → 强制增量模式
- push: false # 是否发送推送通知
- report_mode: "current" # 报告模式:
- # daily → 当日所有新闻的汇总
- # current → 当前在榜的新闻
- # incremental → 只推送新增内容
- once:
- analyze: true # 该时间段内只分析一次(省 API)
- push: true # 该时间段内只推送一次(省打扰)
- # ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
- # 第 1 步:定义积木块(时间段)
- #
- # 每个时间段有一个唯一的 key(如 deep_quiet),
- # 以及 start / end 表示生效的时间范围。
- #
- # 只需要写「和 default 不同的字段」,其余自动继承 default。
- # 例如 weekday_morning 没写 collect,就会继承 default 的 collect: true。
- #
- # 提示:如果 start > end(如 22:00 → 07:00),
- # 系统会自动识别为跨越午夜的时间段。
- # ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
- periods:
- deep_quiet:
- name: "深夜静默"
- start: "23:00"
- end: "06:00" # 23:00 → 次日 06:00(跨日时间段)
- collect: true # 夜间继续采集数据
- analyze: true # 夜间可以跑 AI 分析(反正不推送)
- push: false # 深夜不推送,避免打扰
- weekday_morning:
- name: "工作日早间"
- start: "08:00"
- end: "10:00" # 跨度 2h,留足触发裕量
- push: true # 早上推送一次
- report_mode: "incremental" # 只推新增内容
- # once 继承 default(push: true)→ 窗口内只推一次
- weekend_morning:
- name: "周末早间"
- start: "10:00"
- end: "12:00" # 跨度 2h
- push: true
- report_mode: "daily" # 周末看全天汇总
- # once 继承 default(push: true)→ 窗口内只推一次
- evening_summary:
- name: "晚间汇总"
- start: "19:00"
- end: "21:00"
- analyze: true # 晚间做 AI 分析
- ai_mode: "daily" # AI 也分析全天内容
- push: true # 晚间推送
- report_mode: "daily" # 当日全部新闻汇总
- # once 继承 default(analyze: true, push: true)→ 只分析/推送一次
- # ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
- # 第 2 步:把积木块拼成日计划
- #
- # 把上面定义的时间段组合成一天的安排。
- # 你可以定义多个日计划(如 workday 和 weekend),
- # 然后在第 3 步的 week_map 中分配给不同的星期。
- # ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
- day_plans:
- workday: # 工作日计划
- periods: ["deep_quiet", "weekday_morning", "evening_summary"]
- weekend: # 周末计划(用 weekend_morning 替换 weekday_morning)
- periods: ["deep_quiet", "weekend_morning", "evening_summary"]
- # ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
- # 第 3 步:指定每天用哪个日计划
- #
- # 1=周一 2=周二 3=周三 4=周四 5=周五 6=周六 7=周日
- # ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
- week_map:
- 1: "workday" # 周一 → 工作日计划
- 2: "workday" # 周二
- 3: "workday" # 周三
- 4: "workday" # 周四
- 5: "workday" # 周五
- 6: "weekend" # 周六 → 周末计划
- 7: "weekend" # 周日
- # ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
- # 冲突策略(一般不用改)
- #
- # 什么是「冲突」?
- # 如果你的两个时间段有重叠(比如 A 是 08:00-12:00,B 是 10:00-14:00),
- # 那么 10:00-12:00 这段时间就同时属于 A 和 B,产生了冲突。
- # 此时程序需要知道:到底听谁的?
- #
- # 两种处理方式:
- #
- # error_on_overlap(推荐)
- # 直接报错,提醒你去修改配置。
- # 适合大多数人 —— 时间段重叠通常是写错了,报错能及时发现。
- #
- # last_wins
- # day_plans 的 periods 列表中,写在后面的优先。
- # 比如 periods: ["A", "B"],重叠时 B 生效。
- # 适合场景:你想用一个大范围时间段打底,再用后面的小范围覆盖。
- #
- # ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
- overlap:
- policy: "error_on_overlap"
|