Dream 是一个面向异步洞察投递的技能，核心理念是按接收者的准备时机而非发送者的方便来安排消息送达。它适用于隔夜报告、会前简报、晨间摘要等应在工作开始前作为环境上下文到达的消息。该技能强调“时机加框架”：接收者醒来时看到的是提炼好的答案，而不是一堆原始事件；消息应显得准备妥当、安静且准时。若变成另一种披着月光外衣的噪声告警流，则视为失败。
适用场景：需要定时报告、唤醒备忘、晨间简报或隔夜分析投递；价值在于在决策窗口开启前到达，而非即时往返；接收者需要从离线期间发生的工作中获得提炼后的信号；希望定时 Slack 消息或摘要，在团队晨会前送达。
前置条件：Hermes 环境变量 SLACK_TOKEN 可用；PATH 中有 curl 二进制。设置时需确认所需环境变量在活跃的 Hermes 运行时内可用，而不仅在 shell 配置中；在依赖某个二进制前验证其可在 PATH 中解析；若技能可能触发告警或接触实时集成，先选择非生产或低风险目标。
使用流程：先重述目标、成功条件和不可触碰边界；确定接收者、唤醒时刻以及简报应支持的决策或行动；收集隔夜输入，压缩为信号，区分稳定结论与仍在变化的事实；选择最适合接收者的投递形式和计划，如邮件摘要、Slack 摘要、仪表盘快照或日历附注；返回 Dream 包，包含简报本身、发送窗口以及过于紧急无法等待的事项的升级规则；若 Slack 可用，使用 chat.scheduleMessage 将简报定时投递到目标频道，赶在接收者工作开始前。结果需打包为交付物，并明确标注置信度、假设和未解决风险。
交付物：定时简报或摘要模板；说明何时应送达及原因的时间规则；带新鲜度说明和升级例外情况的来源清单。
注意事项：保持隐喻锚定在真实机制上，不要漂移成传说；不要将 Dream 变成隐蔽寻呼，紧急事件仍需正确的实时渠道；标注置信度和陈旧程度，避免精致的晨间简报伪装成全知；在验证凭据、目标范围和回滚预期前，不要依赖实时集成。
验证：检查结果是否包含上述所有交付物；检查确认事实、假设和推断是否清晰分离；检查隐喻是否仍能清晰映射到真实操作机制；在信任该流程用于实时目标前，检查活跃 Hermes 运行时中的必需环境变量和二进制。
示例调用：/dream create an async briefing that arrives at the right future moment, already distilled for the person who will wake up to it