核心用法
briefing 是一款自动化晨间助手 Skill，通过调用三个配套工具（gcalcli-calendar、todo-management、openmeteo-sh-weather-simple）生成结构化日报。用户只需发起请求，系统即自动判断当前时间：若当日仍有未结束日程则生成"今日简报"，若已过晚间则切换为"明日预览"。
执行流程：
1. 检测可用数据源，缺失则跳过不报错
2. 按规范读取各 Skill 的 SKILL.md 文档
3. 并行获取天气（含当前+预报）、日历事件（当日+未来2-3天）、待办清单
4. 按固定格式组装输出：标题时间 → 天气 → 当日日程 → 未来概览 → 待办事项
输出特点：移动端优化，零空行分隔标题与内容，单空行分区块，无结尾提问，支持多语言自动匹配。
显著优点
- 零配置启动：依赖的三个子 Skill 按需启用，缺失时自动降级不中断
- 智能时段判断：自动识别用户当日状态，避免晚间仍推送已完成日程
- 严格防幻觉：明确禁止捏造任何数据，命令失败仅简要提示而非重试
- 格式高度规范：详细的排版规则确保跨平台可读性，尤其适合移动聊天场景
潜在缺点与局限性
- 依赖外部服务：日历、天气数据完全依赖第三方 API，任一服务故障即导致对应区块缺失
- 无持久化记忆：每次调用重新拉取全量数据，无法与历史简报对比或生成趋势分析
- 城市需预配置：天气查询依赖 session 上下文中的默认城市，未设置则无法获取
- 单语言输出：虽支持多语言响应，但无法同时输出双语对照
适合人群
- 需要快速掌握每日重点的职场人士
- 使用 gcalcli 管理日程的终端用户
- 追求极简交互、厌恶冗余提示的效率工具爱好者
常规风险
- 隐私暴露：日历事件和待办内容以明文返回，存在聊天历史泄露敏感行程的风险
- 时区误判：若 session 上下文未正确设置时区，可能导致"今日/明日"判断错误
- API 配额消耗：频繁调用可能触发 weather API 速率限制
- 依赖链脆弱：任一子 Skill 变更接口可能破坏 briefing 输出稳定性