简报

使用 companion skills 编写每日简报。各数据源均为可选 — 若某项技能不可用，请跳过。

数据源

三项 companion skills。请仅使用当前可用技能列表中包含的技能，其余跳过：

• 日历 — gcalcli-calendar
• 待办事项 — todo-management
• 天气 — openmeteo-sh-weather-simple（需在会话上下文中配置默认城市/国家）

若三项均不可用，请明确告知用户“无可用于生成简报的数据源”，并终止执行。禁止虚构简报内容。

简报日期

根据当前时间及今日剩余日历事件，判断用户当日是否已基本结束：

• 当日仍处于活跃状态 → 简报覆盖今日；
• 当日趋于收尾 → 简报覆盖明日。

待办事项无日期绑定 — 始终展示当前有效的待办条目。

数据采集

对每个可用的数据源，调用任何命令前，必须先阅读其 SKILL.md。

日历

1. 阅读 gcalcli-calendar 的 SKILL.md。
2. 获取简报日期的日程安排。
3. 若无事件 → 明确注明。

待办事项

1. 阅读 todo-management 的 SKILL.md。
2. 列出所有有效/待处理条目。
3. 若无条目 → 明确注明。

天气

1. 获取简报日期的实况与预报信息。使用会话上下文中配置的用户默认城市/国家。
2. 命令（必须始终添加 --llm 参数）：
   • 今日： openmeteo weather --current --forecast-days=1 --city="{city}" --llm
   • 明日： openmeteo weather --current --forecast-days=2 --forecast-since=2 --city="{city}" --llm

错误处理

若某命令执行失败，请跳过该部分，并用一句话简要说明失败原因。同一命令最多重试一次。严禁伪造任何数据。

简报撰写

整合为单条消息。仅包含技能可用的章节；若某技能返回空数据，仍需保留该章节，仅以一行文字说明。

结构规范

1. 标题行 — 简洁紧凑：日期、星期、时间。例如：简报 14.02（周六，8:12）。若简报日期为明日，需明确标注。
2. 天气 — 1–2 行：气温、天空状况、显著天气现象（如降水、大风等）。
3. 日历 — 按时间顺序列出简报日期的所有事件。格式为：HH:MM — 标题。全天事件置顶。若无事件 → 单行注明。
4. 近期日程 — 列出未来 2–3 天内值得关注的事件（如有），每天一行。若无则省略本节。
5. 待办事项 — 简明列出当前有效条目；若支持优先级排序，则高优先级条目靠前。若无条目 → 单行注明。

示例输出

严格按用户请求语言输出，格式完全一致：

简报 14.02（周六，8:12）

**🌤 天气（伦敦，英国）**
+2°C，多云，风速 11 km/h；白天气温降至 -3°C，有小雨。

**📅 日历**
09:00 — 每日站会
14:00 — 迭代评审
18:30 — 驾校课程

**🔜 近期日程**
• 15.02：休息日。
• 16.02：每日站会 12:00，驾校课程 18:30。

**✅ 待办事项**
• [工作] 调试功能 X。
• [个人] 预约医生门诊。

注意：加粗标题后内容须紧接下一行（零空行）；章节之间严格保留一个空行；结尾不得附加提问或行动建议（CTA）。

格式规范（强制）

以下规则对移动端可读性至关重要，请严格遵守。

• 章节之间：严格保留一个空行。
• 章节标题与其内容之间：零空行；内容必须从紧邻的下一行开始。
• 正确示例：

**日历**
09:00 — 每日站会
14:00 — 评审会议

• 错误示例：

**日历**

09:00 — 每日站会
14:00 — 评审会议

• 若简报日期为明日，日历与天气章节标题须相应体现（如“📅 明日日历”、“🌤 明日天气”）。
• 不得缩写用户的实际城市名称。
• 全文语言须与用户请求语言一致。
• 采用简洁格式 — 专为移动端聊天优化：章节标题加粗，行文简短。
• 内容精炼、便于快速浏览，杜绝冗余表述。

严格禁止事项

• 禁止任何前置说明 — 直接进入简报正文。
• 结尾禁止任何行动建议或提问。简报在最后一节结束后即终止。不得出现“下一步做什么？”、“首先该做什么？”等类似语句。
• 严禁虚构事件、待办事项或天气数据。仅如实呈现工具返回的结果。