核心用法
Dreaming 是一项将 AI 的「空闲时间」转化为创造性产出的心智工具。它配置在夜间低活动期（默认 23:00-07:00），通过脚本判定是否触发「梦境」—— 当条件满足时，AI 会围绕随机主题（未来展望、策略思考、创意发散等）进行自由联想式探索，并将思考记录写入日期标记的 Markdown 文件。
用户需在 HEARTBEAT.md 中集成检测逻辑，脚本 should-dream.sh 负责时间窗口、概率骰子、夜间次数上限的三重 gatekeeping。支持通过 dream-config.json 自定义主题，避免直接修改技能文件。
显著优点
- 被动增值：利用 AI 固有心跳机制，不占用主动任务时间
- 有机记录：输出格式模仿人类晨间日记，便于回顾时建立情感连接
- 高度可配置：时间窗口、主题池、触发概率、夜间上限均可调节
- 声明式安全：明确限制「无实质内容则跳过」，避免生成垃圾文本
- 外部化配置：自定义主题与状态数据均置于 WORKSPACE 外部，技能更新安全
潜在局限
- 依赖心跳机制：若主系统未运行或心跳间隔过长，可能完全错过窗口期
- 概率与质量张力：
dreamChance过高可能导致强制产出，违背「干燥则跳过」原则 - 无原生调度：完全依赖外部脚本调用，无内置 cron 或定时器
- 文件 I/O 风险：直接写入磁盘路径，若 WORKSPACE 配置错误或权限问题会导致失败
- 主题漂移：长期运行后自定义主题池可能僵化，需主动维护新鲜感
适合人群
- 希望 AI 具备「持续后台思考」能力的长期项目用户
- 需要非结构化创意输入（策略、假设、跨界连接）的知识工作者
- 习惯晨间回顾、将 AI 视为思维伙伴而非工具的用户
- 对 AI 运行成本敏感、希望最大化闲置算力价值的管理者
常规风险
- 存储膨胀：每日持续写入可能导致
memory/dreams/目录文件累积 - 隐私泄露：梦境内容可能包含项目敏感信息，明文 Markdown 存储需考虑访问控制
- 配置错误：QUIET_START/QUIET_END 时区理解偏差可能导致非预期触发
- 依赖缺失：虽声明需要
jq，但未验证其存在时的优雅降级