OpenClaw 笔记：Agent Bootstrapping
agent 第一次真正跑起来时，到底发生了什么。 OpenClaw 把这个过程叫做 Bootstrapping。可以把它理解成一次“首次启动仪式”：系统会初始化工作区、收集身份信息、写入关键文件，最后把一个“刚装好但还没有人格和长期记忆入口”的 agent，变成一个能稳定长期协作的助手。
#OpenClaw
← 全部文章OpenClaw 自动化学习笔记：Cron Jobs 与 Heartbeat
在学习 OpenClaw 的过程中，自动化任务的调度是核心功能之一。OpenClaw 提供了两种主要的调度机制：Cron Jobs 和 Heartbeat。 1. Cron Jobs (Gateway 调度器) OpenClaw 的 Cron 系统是一个内置在 Gateway 中的调度器，用于自动化 Agent 任务。它负责持久化任务、在预定时间唤醒 Agent。 核心特性 运行位置: 在 Gateway 进程内部运行。 持久化: 任务库: 存储在 ~/.openclaw/cron/jobs.json，重启不会丢失计划。 运行历史 (History): 存储在 ~/.openclaw/cron/runs/<jobId>.jsonl，会自动清理。 唤醒模式: 支持立即唤醒 (wake now) 或随心跳唤醒 (next heartbeat)。 📝 立即唤醒 (wake now) 的具体含义：
OpenClaw 架构设计学习
在上一篇文章中，我们介绍了如何部署 OpenClaw。这一篇换个角度：看看它的架构。作为一个开源的本地优先 AI 助手，OpenClaw 不只是聊天机器人集成工具；它更在意可靠性、隐私，以及系统级交互能力怎么落地。本文从工程实现的角度梳理 OpenClaw 的核心架构设计。
OpenClaw 部署指南：打造私人 AI 助手
OpenClaw 是一款运行在自有设备上的私人 AI 助手。它采用“本地优先”的设计理念，能够将消息、语音和视觉交互无缝集成到一个统一的系统中。不同于简单的聊天机器人，OpenClaw 作为一个全天候在线的智能中枢，可以连接 Telegram、Slack、WhatsApp 等多种通讯渠道，让用户随时随地都能与自己的 AI 助手保持连接。
OpenClaw Telegram Bot 无响应：IPv6 导致 fetch 失败
OpenClaw 配对时 Bot 没反应，日志报错：TypeError: fetch failed。 根因：IPv6 慢回退问题 用 curl -v https://api.telegram.org 测试发现：curl 先连 IPv6 失败，然后才回退到 IPv4 成功。 Node.js v17+ 的原生 fetch (undici) 对 IPv6 处理比较死板。如果 DNS 返回了 IPv6 但实际不通，它可能直接报错而不会像 curl 那样自动回退，导致请求挂掉。 解决方案 强制 Node.js 优先解析 IPv4。