Dreaming

Dreaming 技能评估

核心用法

Dreaming 是一个为 AI Agent 设计的"休眠期创意模块"，旨在替代传统的 HEARTBEAT_OK 空转机制。该技能在配置的安静时段（默认 23:00-07:00）内，以概率触发方式引导 AI 进行非任务导向的自由联想——包括未来情景推演、跨领域连接、创意构思或工作反思。所有思考内容以日记形式写入 memory/dreams/YYYY-MM-DD.md，供用户在次日"如梦初醒"般查阅。

技术实现上，通过 should-dream.sh 脚本作为时间门控，检查当前时段、当日梦数上限及随机概率三重条件，返回结构化主题（category:prompt）。状态持久化于 data/dream-state.json，支持用户自定义主题库、调节触发频率。

显著优点

1. 时间利用革新：将传统空闲心跳转化为创造性产出，实现"机器睡眠期"的价值捕获
2. 低侵入设计：纯追加式文件写入，不干扰主工作流；概率触发避免过度活跃
3. 高度可定制：支持 JSON 配置文件外置用户偏好，更新技能时不丢失自定义主题
4. 人性化隐喻："梦境"概念降低用户对 AI 自主行为的认知摩擦，建立自然的次日回顾习惯

潜在局限与风险

1. 内容质量控制依赖自律：指导原则强调"真诚探索"，但无硬性过滤机制，存在生成低质量填充内容的风险
2. 状态文件竞争：dream-state.json 的读写未显式加锁，高频心跳场景下可能出现竞态条件
3. 主题漂移：长期运行后，若用户未主动更新主题库，可能出现重复性、套路化的"梦境"
4. 隐私边界模糊：梦境内容可能涉及用户工作项目的敏感推演，需用户自行把控输出文件的访问权限

适合人群

• 需要 AI 伴侣式长期陪伴的知识工作者
• 希望捕获"灵感碎片"的创意行业从业者（作家、设计师、产品经理）
• 运行长期会话、追求"意外收获"的深度用户

常规风险

• 存储膨胀：日积月累的 .md 文件需定期归档清理
• 认知负荷：用户可能因"错过梦境回顾"产生轻度焦虑，需建立可持续的查阅习惯

核心用法

Dreaming 是一种创意探索机制，让 AI 代理在低活跃时段（默认 23:00-07:00）自动进行自由联想式思考。不同于任务导向的工作，它鼓励代理在心跳检查间隙探索假设场景、未来可能性、跨领域关联等开放性议题，并将思考记录写入 memory/dreams/YYYY-MM-DD.md 供人类次日查阅。

部署需三步：配置 should-dream.sh 设定安静时段与主题库、创建状态/输出目录、在 HEARTBEAT.md 中集成触发逻辑。系统通过时间窗口、夜间限额、概率骰子三重闸门控制触发频率，状态持久化于本地 JSON 文件。

显著优点

1. 时间价值再利用：将传统无意义的 HEARTBEAT_OK 响应转化为认知产出，适合需要持续创意输入的知识工作场景。
2. 零外部依赖：仅使用系统标准工具（jq、python3），无网络请求，离线环境完全可用。
3. 高度可定制：支持通过外部 JSON 配置主题（避免升级覆盖），涵盖未来展望、策略推演、创意发想、工作反思等多维度。
4. 隐私优先设计：所有数据本地存储，无敏感信息收集，符合 GDPR 数据最小化原则。

潜在局限

• T3 来源可信度：个人开发者维护，长期更新保障弱于企业级项目。
• 随机数质量一般：主题选择使用 bash $RANDOM，虽场景风险极低，但非加密安全级别。
• 无输入验证：配置文件缺乏 JSON Schema 校验，格式错误可能导致脚本异常。
• 许可证未明：未声明开源协议，法律确定性不足。

适合人群

追求「思考连续性」的个人开发者、研究者、创意工作者；需要 AI 代理在夜间保持「轻活跃」而非完全休眠的自动化工作流场景。

常规风险

• 强制生成低质量内容的风险（指南明确建议"若无值得说的就跳过"）
• 主题库设计不当可能导致思考偏离用户真实需求
• 本地文件权限配置错误可能引发状态数据泄露