briefing

Briefing 是一款专注于个人信息聚合的自动化助手 Skill，旨在通过智能整合工作区内的分散数据，为用户生成结构化、可快速浏览的每日简报。其核心工作机制遵循"发现-决策-收集-呈现"四步流程：首先自动检测 TOOLS.md 和 USER.md 中配置的可用数据源（日历、待办、地理位置），随后基于当前时间与用户作息模式智能判定简报覆盖日期（当日或次日），继而通过规范调用外部 Skill 接口与 Web 搜索获取真实数据，最终以极简格式输出包含天气、日程、待办的移动端友好型摘要。

该 Skill 的显著优势在于其严谨的只读架构与零侵入设计理念。作为纯文档型资产，它不包含任何可执行代码或脚本，完全依赖声明式指令驱动，从根本上消除了代码注入与恶意执行风险。在数据处理层面，Briefing 展现出极高的边界意识：强制要求先读取外部 Skill 的 SKILL.md 文档再发起调用，确保行为可预测；明确禁止数据伪造与重试机制，杜绝幻觉输出；完善的错误处理逻辑确保单点故障不会影响整体简报生成。此外，其智能的时间感知能力能够根据用户作息自动切换今日/明日视角，结合移动端优化的排版规范（短行、加粗标题、紧凑间距），显著提升了信息获取效率。

然而，该 Skill 也存在一定的局限性。首先，其功能高度依赖外部生态，若用户未配置 Calendar、Todos 等基础 Skill 或未在 USER.md 中提供位置信息，Briefing 将完全无法工作，这对于工具链不完整的用户构成了使用门槛。其次，天气数据依赖 Web 搜索工具，这意味着用户的城市名称信息将被发送至搜索引擎，虽无精确坐标泄露风险，但对极度注重隐私的用户仍属顾虑。此外，作为 T3 级社区项目，其长期维护稳定性与依赖项的安全更新节奏存在不确定性。

Briefing 最适合需要每日信息概览的职场人士、项目经理及习惯数字化日程管理的效率爱好者。特别是那些已在工作流中部署了日历和待办工具，希望获得"晨间日报"或"晚间次日预览"自动化体验的用户。对于多设备切换的移动端用户，其针对聊天界面优化的输出格式也极具吸引力。

使用风险方面，主要集中于外部依赖的供应链安全：若用户配置的 Calendar 或 Todos Skill 存在漏洞，Briefing 作为调用方可能间接暴露数据。网络层面，Web 搜索查询可能产生可预测的网络流量模式。建议用户确保依赖 Skill 来源可信，并理解位置信息的基础共享机制。

核心用法

每日简报（Daily Briefing）是一个纯指令型技能，旨在帮助 AI 助手自动整合用户工作区中的关键信息。它通过读取 TOOLS.md 和 USER.md 文件来动态探测可用的数据源：日历、待办事项和天气。在探明可用来源后，技能会智能判断当前为“活跃日”还是“收尾日”，从而决定简报涵盖“今天”还是“明天”的日程与天气。最后，它会引导 AI 助手分别调用相关的日历、待办技能，并使用内置网络搜索获取天气，最终将信息汇总为一则简洁、有条理且适合移动端阅读的每日简报。

显著优点

1. 智能感知与动态适配：技能不会盲目假设用户配置了特定工具，而是通过读取环境配置文件来确认哪些数据源可用，并仅在数据可用时才生成相应模块，体现了高度的自适应性和鲁棒性。
2. 时间感知与人性化设计：能根据当前时间和用户的日程节奏，智能判断简报应为“今日简报”还是“明日预览”，并自然地体现在问候语和内容标题中，十分贴心。
3. 极致的安全性与低侵入性：作为一个纯 Markdown 行为指令文件，它不含任何可执行代码、无第三方依赖、不进行任何外部网络调用（天气功能依赖 AI 助手内置的受控搜索工具）。它严格遵守数据最小化原则，仅在工作区内读取必要配置文件，不涉及跨技能数据共享或数据外传。
4. 清晰的故障处理机制：对每个数据源都有明确的指令：读取对应技能的文档再执行，失败了如何降级处理（只尝试一次，在简报中简短说明，绝不编造数据），这保证了简报的可靠性和诚实性。
5. 结构化的输出风格：简报格式被精确设计为“问候语-天气-日历-待办”的结构，指令对样式、间距和语气均有详细规定，确保在任何 agent 上都能生成一致、简洁且便于阅读的内容。

潜在缺点或局限性

1. 强依赖外部配置与技能：简报的价值完全取决于用户是否配置了 TOOLS.md 中的日历/待办技能，以及在 USER.md 中填写了位置信息。如果所有数据源都缺失，技能会直接停止并提示用户，无法提供任何默认价值。
2. 无独立交互能力：这是一个纯指令片段，它本身不是独立的程序或服务。其功能发挥完全依赖于宿主 AI 助手对 Markdown 指令的遵循能力、内置工具（如 Web Search）的可用性，以及相关日历/待办技能的完备性。
3. 天气信息获取方式有限：由于不能直接使用命令行工具（如 curl），天气查询完全依赖 AI 助手的 Web 搜索能力，搜索结果的质量和一致性可能因宿主平台的搜索引擎和时效性而波动。
4. 功能单一，不可扩展：当前设计仅支持日历、待办、天气三种固定板块，用户无法自定义数据源或增加新的信息模块（如新闻摘要、股票行情）。

适合的目标群体

• 注重效率的个人用户：希望在每天开始或结束时，快速、零操作地获取一份包含当天核心日程、任务和天气状况的摘要。
• OpenClaw 或类似 AI 助手工作区的日常使用者：已经配置了日历和待办技能，习惯通过文本界面（如终端或聊天窗）管理个人信息的用户。
• 追求极致安全与隐私的极客用户：对技能的安全性和数据行为透明性有高要求，倾向于使用完全无代码、无外部依赖、行为可完全审查的“纯指令”技能。

使用中可能存在的常规风险

1. 数据源依赖风险：如果 TOOLS.md 指向的日历或待办技能的 SKILL.md 路径或指令格式发生变化、技能出现故障或被移除，简报将无法正常聚合这些信息，可能在最终输出中显示错误提示。
2. 数据准确性风险：天气信息经由搜索引擎获取，非来自官方气象 API，其准确度和精细度可能有限，不适合对气象数据有高精度要求的场景。简报本身不验证日历或待办数据的正确性。
3. 上下文依赖风险：技能指令要求 AI 助手从记忆、配置文件中推断用户的“典型”日程安排，以决定简报的日期。如果 AI 助手的记忆不准确，可能导致日期判断失误。
4. 配置泄露风险：USER.md 中可能包含用户的位置等个人信息，虽然技能设计上行为透明，但如果整个工作区配置被误分享或同步到不安全环境，这些信息有泄露的可能性。建议用户注意保护隐私配置文件。