核心用法
Daily Digest 是一款个人信息聚合工具，通过 YAML 配置文件定义数据来源，自动生成每日情报简报。用户可通过自然语言指令（如"morning briefing"或"summarize my day"）触发执行，支持 Markdown、HTML 或双格式输出。
使用时需先配置 ~/.openclaw/daily-digest/config.yaml，指定时区、输出格式及各模块参数。支持的功能模块包括：问候语、天气预报（wttr.in）、日历（iCal 订阅）、任务管理（Todo.txt/Markdown/GitHub Issues）、邮件摘要（IMAP）、RSS 新闻订阅、智能高亮排序以及每日名言。每个模块均可独立开关，高度可定制。
执行时按以下流程运作：加载配置→确定日期上下文→并行采集各数据源→AI 智能评分排序→格式化为结构化报告→本地保存并输出。整个流程约需数秒至数十秒，视网络和数据量而定。
显著优点
隐私优先设计：所有数据处理均在本地完成，邮箱密码仅从环境变量读取，不向外传输用户敏感信息。配置文件和输出存档均存储于用户主目录下的隔离目录中。
多源整合能力：原生支持 10+ 种数据源类型，覆盖主流生产力工具生态。日历支持标准 iCal 格式；任务系统兼容 Todo.txt 规范、Markdown 待办列表及 GitHub Issues；新闻订阅支持任意 RSS/Atom feed。
智能优先级排序：内置评分算法自动识别高优先级事项，如即将开始的会议、逾期任务、高优先级标记等，帮助用户在 5 分钟内快速定位关键信息。
专业输出品质：生成的报告采用精心设计的排版结构，Markdown 版本可直接用于文档系统，HTML 版本内置响应式布局和暗色主题，适合邮件发送或浏览器阅读。
离线友好：当网络不可用时自动降级为本地模式，仍可基于已缓存的数据和本地文件生成摘要，并明确标注离线状态。
潜在缺点与局限性
配置门槛较高：YAML 配置文件涉及十余个嵌套结构，对非技术用户有一定学习成本。部分高级功能（如邮件 IMAP 配置、GitHub Issues 集成）需要手动获取 API 凭证或令牌。
依赖外部服务稳定性：天气、名言、RSS 等数据依赖第三方公开 API，虽设置了超时机制，但服务中断或限流（如 wttr.in 的 429 响应）仍会影响部分模块完整性。
功能边界明确：定位为"只读"简报生成器，不支持直接在报告中完成任务勾选、邮件回复、日历修改等操作，需跳转至原工具执行。
平台兼容性：调度功能（cron）主要针对 Linux/macOS 设计，Windows 用户需手动配置任务计划程序，体验不够无缝。
数据刷新频率：默认按日生成，对于需要实时同步的场景（如高频变动的任务列表）可能不够及时。
适合的目标群体
- 信息过载的知识工作者：需要同时跟进多个项目、日历密集、订阅大量资讯源的职场人士
- 效率工具重度用户：已在使用 Todo.txt、GitHub Issues、iCal 等工具，希望统一视图的技术从业者
- 隐私敏感型用户：不愿将个人数据同步至云端聚合服务，偏好本地化处理的用户
- 自动化爱好者：希望通过 cron 定时任务实现"零操作"日报投递的极客用户
- 远程工作团队：需要每日站会前快速同步个人状态的分布式团队成员
使用风险与注意事项
文件系统安全：虽然所有操作限定于用户主目录，但建议检查 ~/.openclaw/daily-digest/ 目录权限设置，避免配置文件被其他用户读取。
邮件凭证管理：IMAP 功能依赖环境变量传递密码，需确保终端环境安全，避免密码意外记录于 shell 历史或日志中。
RSS 内容安全：虽使用安全的 XML 解析器，但 RSS feed 内容可能包含未经过滤的原始 HTML，在渲染 HTML 报告时存在理论上的 XSS 风险（建议仅用于个人阅读）。
磁盘空间管理：启用存档功能后每日生成新文件，30 天后自动清理旧档，但在极端情况下（双格式输出+大量 RSS 条目）单日文件可能达到数百 KB，长期运行需关注磁盘容量。
网络请求指纹：定期访问固定外部 API 会形成可预测的网络行为模式，在高度敏感的网络环境中可能被用于用户活动推断。
配置维护负担：随着使用时间增长，feed URL 失效、API 密钥过期、日历订阅变更等情况需要定期手动维护配置文件。