天气晨报

为什么需要定时天气推送

每天早上打开天气 App 看似简单，实际链路是：拿起手机 → 解锁 → 找到图标 → 等待加载 → 读数。当这件事每天重复，且你希望在通勤前就拿到结论时，手动查看就成了摩擦点。天气晨报要解决的正是这个固定场景：在 09:00 ± 2 分钟这个时间窗口，把当天天气结构化地推到 Telegram，让你不用主动打开任何应用。

核心能力与工作流程

这个 Skill 依赖三个内置工具，不需要额外安装第三方服务：

• weather：获取天气预报数据，包含体感温度、湿度、风速等关键字段
• telegram：将格式化后的晨报消息推送到指定会话
• cron：每日定时触发，保证 09:00 执行

工作流程分为两阶段。快速试跑模式用于验证链路，一次性执行即时预报，确认字段解析和消息模板符合预期。稳定自动化模式用于长期运行，需要完成六个步骤：申请 API Key → 配置地理位置 → 定义解析与格式化规则 → 写入执行提示词 → 配置调度 → 设置 Telegram 消息模板。

输出结构上，晨报包含早、中、晚、夜四个时段的天气概况，并在检测到极端天气时自动附加提醒。30 天温度趋势作为辅助信息可用，帮助判断换季时段的穿衣策略。

适用边界与注意事项

这个 Skill 定位为团队适用、难度进阶、风险中等。它做的是信息聚合与推送，不做决策——比如不会自动建议你带伞，但会把降雨概率推到你面前。

几个明确的限制：

• 正式接入前确认 API Key 的权限边界，避免数据源凭据被滥用
• 对外发布的内容保留人工审核点，自动生成的晨报不应直接替代需要人工判断的天气结论
• 调度依赖系统 cron 能力，如果宿主环境不支持后台常驻，定时精度可能受影响
• 地理位置配置需要提前完成，Skill 本身不会从聊天上下文推断你的位置

验收口径是：能用真实或模拟数据完整跑通一次，输出结构清晰，包含明确结论或下一步动作。如果试跑阶段发现字段缺失或模板错乱，先修解析逻辑再上调度，不要带病上线。