核心用法
daily-briefing 是一个 macOS 系统级编排型 Skill，通过本地脚本聚合多源个人数据，生成适合每日晨间或定时推送的简洁简报。执行流程分为三步：首先调用 run_daily_briefing.sh 脚本收集日历、提醒、生日、联系人等本地数据；然后代理使用 curl 从 wttr.in 获取天气；最后由 AI 语义分析筛选重要邮件并组合输出。
输出格式严格约束：首行必须是时间适配的问候语 + 天气状况，随后按需展示生日、日程、提醒、重要邮件等板块，每块之间空行分隔，结尾附随机 motivational quote。全程禁止输出脚本路径、工具返回或解释性文字。
显著优点
- 编排模式安全：不直接执行敏感 CLI，而是通过受信 runner 脚本统一收集数据，降低 TCC 权限混乱风险
- 容错设计：所有数据源均可独立失效，脚本始终返回结构化 JSON， briefing 永不中断
- 语义邮件筛选：AI 主动识别订单物流、交易提醒、安全警报等真正需关注的邮件，过滤营销噪音
- 双模式运行：交互模式下可引导配置；cron 模式下零交互、零文件修改，纯 stdout 输出
- 温暖语调：刻意避免生产力焦虑，采用 "gentle gift for the day" 的关怀式表达
潜在缺点与局限性
- 平台锁定：依赖 macOS 专属工具链（icalpal、gog、himalaya），Linux/Windows 无法运行
- 邮件功能门槛高：iCloud Mail 需手动配置 app-specific password，且语义分析对复杂邮件可能误判
- 天气源不稳定：wttr.in 偶有超时或格式变更，需依赖 agent 重试机制
- 隐私权衡：Google/Apple 账户授权需用户自行管理 OAuth 或密码，无内置令牌轮换
- 锚点推测保守：仅在有高置信度上下文时才生成优先级建议，否则留空，可能显得"不够智能"
适合人群
- macOS 深度用户，已依赖 Apple Reminders、iCloud/Google Calendar 管理日常
- 需要定时向 Telegram、企业微信、Slack 等推送个人日报的自动化爱好者
- 厌恶信息过载、希望 AI 帮忙筛选邮件噪音的轻度邮件用户
- 追求仪式感晨间 routine 的数字极简主义者
常规风险
- TCC 权限累积：多次调用日历/提醒/联系人需持续授权，系统更新可能重置权限
- 邮件凭证泄露：icloudPassword 以明文存储于配置文件，需确保
~/.openclaw/目录权限正确（建议 700） - 天气 API 单点故障：wttr.in 为免费服务，无 SLA 保障，企业场景建议替换为商业天气 API
- 时区/夏令时边缘 case：跨午夜 cron 任务可能因时区字符串解析错误导致问候语错位