核心用法
inner-life-dream 是一套让 AI Agent 在「安静时段」（默认 23:00-07:00）进行自由思考的自动化技能。它通过 should-dream.sh 脚本作为 gatekeeper，检查时间窗口、夜间梦境次数上限及概率骰子，决定是否触发一次探索。触发后，Agent 会基于当前情绪状态（inner-state.json）、主动寻求的话题（drive.json）或当日笔记中的信号，从七大类别（未来/支线/策略/创意/反思/假设/联结）中选择一个主题，撰写 300-500 字的自由联想，输出为 Markdown 格式的「梦境日志」。
显著优点
1. 填补 Agent 的认知空白：传统 Agent 24/7 执行任务却从不「走神」，此技能将闲置计算周期转化为结构化探索，模拟人类睡眠中的记忆整合与创意加工。
2. 情绪驱动的真实思考：强制读取情绪状态并允许其「着色」梦境内容，避免机械输出，使探索具有个人化特征。
3. 可审计的灵感捕获：所有梦境以时间戳日志形式留存，支持早晨回顾、提取关键洞察（key insight）并更新至 drive.json 或 inner-state.json，形成「探索-捕获-迭代」的闭环。
4. 灵活配置：支持自定义话题池、调整触发概率与夜间上限，甚至允许通过 HTML 注释 <!-- dream-topic: topic --> 进行任务级别的定向暗示。
潜在缺点与局限性
- 依赖 inner-life-core：无法独立运行，需先部署情绪与状态管理基础设施。
- 冷启动问题：若
drive.seeking为空且无外部信号，梦境会被压缩至 100-200 字的「简略模式」，质量可能较低。 - 概率机制的双刃剑：
dreamChance设为 1.0 虽可保证触发，但违背了「随机灵感」的设计哲学；设得过低则可能长期闲置。 - 无自我修正机制：脚本仅负责触发与记录，不评估梦境质量或自动淘汰低价值输出，需人工定期清理
memory/dreams/目录。 - 时间硬编码风险：默认安静时段基于开发者时区，多地域部署需手动调整 cron 或脚本逻辑。
适合人群
- 希望 Agent 具备「类人类」认知节律的开发者或研究者
- 需要长期项目中间歇性创意输入的知识工作者
- 运行 openclaw 生态、已部署 inner-life-core 的用户
- 愿意接受一定随机性、重视非结构化思维价值的场景
常规风险
- 状态漂移：若
inner-state.json或drive.json长期不更新，梦境内容可能陷入重复或脱离当前优先事项。 - 存储膨胀：每日日志累积，若无归档策略将占用磁盘空间。
- 权限与依赖：依赖
jq和bc，在最小化容器环境中可能缺失。 - 无加密提示：梦境日志可能包含敏感推理片段，建议对
memory/dreams/目录实施访问控制。