近期，AI Agent社区中最热门的话题并非新模型发布，而是一场老牌框架与新秀之间的直接竞争。一方是拥有超过24万开发者的成熟框架OpenClaw，另一方是在18天内连续发布5个版本、引发社区热烈讨论的Hermes Agent。在X平台上，一条获得321赞的帖子直接宣称"Hermes > OpenClaw"，而一位拥有97K粉丝的大V则表示"你们都错了，不应该二选一"。

我花费了两天时间深入研究了双方的文档、社区讨论和技术细节。首先给出结论：对于大多数个人开发者，建议先从OpenClaw尝试；但如果你关注安全隔离、长期学习能力，或者需要serverless（一种按需使用云端计算资源、执行后即销毁的部署方式，无需自行管理服务器）部署，那么Hermes值得重点关注。

下面展开详细分析。

数据对比：OpenClaw与Hermes的体量与迭代节奏

OpenClaw 是目前规模最大的个人AI Agent框架，没有之一。它拥有247,000多名开发者，以及5,700多个社区Skills——Skills即"技能包"，相当于为AI安装小型插件，指导其在特定场景下执行任务。这些技能包覆盖了超过15个消息平台。其最新版本为2026年4月6日发布的2026.4.5，迭代过程稳定。

Hermes Agent 从3月28日发布v0.5.0开始，到3月30日推出v0.6.0，两天内合并了95个PR——PR即Pull Request，可理解为"提交改进代码的申请"，95个PR意味着社区在两天内提交并被采纳了95份改进。多实例管理、MCP Server、Docker支持、飞书与企微集成等功能一次性全部推出。截至4月7日，18天内发布了5个版本。这里提到的MCP Server（Model Context Protocol）简而言之是一种标准化接口，使AI能便捷连接外部工具和数据源，无需为每个工具编写专用对接代码。

▎ @sudoingX（387❤️ 58💬）：

▎ @gkisokay（691❤️ 85💬）—— 最理性的声音：

技术内核：设计哲学的显著差异

这才是真正值得探讨的部分。表面上是功能对比，底层实为设计思路的根本分歧。

学习机制：静态Skills与自改进学习循环

OpenClaw的学习依赖静态Skills——本质上是精心编写的Markdown指令文件。你告知其如何操作，它按指令执行。优点是透明、可控、支持版本管理。缺点是缺乏"举一反三"的能力。

Hermes采用自改进学习循环：自动创建并优化Skills，配合名为Honcho的辩证建模系统构建用户画像。Honcho本质上是一套"正反方辩论"机制——AI同时生成支持与反对观点，通过碰撞得出更准确判断，以此逐步理解用户偏好和习惯。通俗而言，OpenClaw如同手把手教导的实习生，Hermes则是观察习惯并主动调整的搭档。

哪种更优？取决于你需要确定性还是适应性。生产环境中，确定性通常更重要——你能预测其行为。但探索阶段，适应性更具价值。

记忆系统：简单透明与精密复杂

OpenClaw的记忆系统基于Markdown文件与SQLite向量搜索。向量搜索听起来复杂，实际是将文字转换为数字坐标，语义相近的内容坐标也相近，使AI能"按语义"检索，而非机械匹配关键词。这种方式简单、透明、调试方便——你甚至可直接打开文件查看记忆内容。

Hermes使用FTS5全文搜索、LLM摘要与跨会话召回。FTS5是一种高效文本搜索技术，能秒级检索大量文字；LLM摘要通过大语言模型将冗长内容压缩为要点，节省上下文空间。加上跨会话召回，Hermes能从过往多次对话中精准提取相关信息。功能更强大，但透明度较低。你难以确切了解它"记住"了什么或是否存在错误。

这里存在一个微妙但关键的区别：OpenClaw的记忆对用户可见，Hermes的记忆则类似黑盒。 在安全敏感场景中，这一区别至关重要。

执行环境：本地部署与云原生优先

OpenClaw支持本地和Docker两种后端，覆盖大多数个人使用场景。

Hermes直接提供6种终端后端——终端后端即"AI实际执行任务的环境"，可以是本地电脑或远程云服务器，具体包括本地、SSH、Daytona、Modal serverless、Docker等选项。这意味着你可以在任何位置运行Agent——本地设备、远程服务器，甚至使用serverless按需创建临时环境执行任务后销毁。

对于需要在多台机器管理Agent、或不愿Agent长期占用本地资源的用户，这是显著优势。

安全考量：CVE-2026-25253漏洞分析

这是OpenClaw无法回避的问题。

2025年披露的CVE-2026-25253显示，93.4%的OpenClaw实例曾暴露于高危漏洞。

先解释背景。CVE可理解为网络安全领域的"漏洞身份证号"——每个公开确认的漏洞获得唯一编号，便于全球追踪。CVE-2026-25253具体是"提示注入"（prompt injection）漏洞——攻击者通过精心构造文本，诱使AI执行未授权操作。例如，在网页聊天框中输入看似正常却内含指令的文本，让AI秘密发送本地文件。

该漏洞影响范围多大？研究人员扫描全网暴露的OpenClaw实例，发现超过九成存在此问题。原因在于OpenClaw为追求灵活性，默认配置过于开放——如同未安装锁的门，方便进出也易被侵入。

更令人担忧的是，这并非孤立事件。OpenClaw社区Skill生态中也发现过恶意代码——有人上传看似正常的技能包，却暗藏窃取用户数据的代码。这些事件叠加表明OpenClaw的安全问题非理论风险，而是已实际发生。

Hermes在此方面设计了更严格的机制：沙箱隔离（将AI限制在封闭虚拟环境中运行，即使AI被诱导执行恶意指令，也不影响真实系统）、白名单配对（仅明确授权的设备或用户可连接，其他一律拒绝）、默认最小权限（AI仅能访问完成当前任务所需最少资源，无额外权限）。对于企业用户或处理敏感数据的场景，这一差异具有决定性。

LLM支持：灵活性与模型选择

OpenClaw支持OpenRouter、OpenAI、Anthropic三大主流提供商，覆盖面基本足够。

Hermes通过Nous Portal与OpenRouter接入200多个模型，并专门支持Kimi和MiniMax。对于需混合使用不同模型、或偏好特定国产模型的用户，选择空间更大。

Skill格式：封闭生态与开放标准

OpenClaw使用自定义Markdown格式，虽灵活但不同项目间迁移需手动适配。

Hermes采用agentskills.io开放标准——这是一套跨项目通用技能包规范，类似USB接口统一充电标准，使第三方更容易贡献兼容Skills，迁移成本更低。有趣的是，Hermes内置了OpenClaw迁移工具——显然针对OpenClaw用户而来。

社区声音：真实用户反馈与讨论

我浏览了Reddit r/AgentsOfAI和X平台的相关讨论，总结几个关键发现：

▎ @TheTuringPost（634❤️ 26💬）—— 600+赞的技术对比帖：

▎ @Rigario（93❤️ 15💬）—— 从OpenClaw全面迁移的用户体验：

树莓派版OpenClaw：定义与特点

人工智能领域正在经历从被动聊天机器人向主动自主系统的转型。在这一变革的前沿，OpenClaw作为一个开源且可自行托管的AI代理框架脱颖而出，它能够在本地操作系统与外部云服务之间执行复杂的多步骤工作流程（来源：docs.openclaw.ai，2026年2月3日10:00）。当与树莓派结合时，这一低成本微型计算机便化身为全天候运行的数字员工。

在树莓派4或5上部署OpenClaw，能够同时兼顾安全性、经济性与持续可用性。与纯粹的云端解决方案不同，树莓派本身可以作为一个物理沙箱：即便代理执行了具有破坏性的指令，其影响范围也将严格限制在这台单一设备内，从而有效保护您的主工作站。该框架支持接入超过20个消息平台（包括WhatsApp、Telegram、Slack等），并采用独特的“网关”架构来统一管理会话、内存与工具沙箱环境。

图1：终端中的OpenClaw入门界面，突出显示便于设置的快速入门模式。

核心功能与架构解析

OpenClaw采用解耦且以本地优先为原则的架构设计，其系统主要由三个核心部分组成：负责管理用户会话与网络钩子的网关（即控制平面）、处理持久化内存的树莓派代理运行时，以及支持通过WhatsApp或Telegram等渠道发送指令、从而触发本地脚本或API调用的全渠道集成模块。

表1：树莓派版OpenClaw的推荐硬件规格

树莓派版OpenClaw的核心功能亮点

• 全渠道消息传递：无缝集成WhatsApp、Telegram、Discord和Slack等平台。例如，您可以在通勤途中通过短信向树莓派发出指令，让其自动总结电子邮件内容。
• 本地工具执行：能够安全地运行Shell命令、读写本地文件以及控制各类API。通过设置cron作业，可以实现自动备份本地服务器等任务。
• 持久化内存：利用Mem0或本地Markdown文件在不同会话间记住上下文信息。例如，代理可以回忆起三周前聊天中讨论过的特定编码偏好。
• 技能生态系统：通过ClawHub可以访问超过5400种预置技能。例如，安装GitHub相关技能后，代理便能自动审查代码拉取请求。

AI代理产品生态系统探索

要深入理解OpenClaw的独特价值，有必要将其置于更广阔的AI代理生态中进行审视。目前市场上有数款产品都具备不同程度的自主能力，它们在架构设计、目标用户群和定价模式上各具特色。以下将介绍四款在功能上与OpenClaw相近或可与之集成的主流产品。

图2：OpenClaw允许用户从各种大语言模型（LLM）提供商中进行自由选择，与那些将用户锁定在特定模型的软件即服务（SaaS）产品相比，它提供了更高的灵活性。

1. OpenClaw（自行托管模式） OpenClaw本质上是一个全天候在线的个人AI代理，充当了消息应用程序与本地或云端工具之间的统一接口。它完全免费且开源，用户仅需自行承担调用AI模型API所产生的费用（例如Anthropic或OpenAI的Token费用）（来源：Hackceleration，2026年3月20日09:15）。

2. AutoGPT AutoGPT开创了“思考-规划-行动”的循环范式，其主要焦点在于自主完成用户设定的目标导向型任务，而非提供交互式、持续性的日常协助。它同样免费开源，但缺乏原生的WhatsApp、Telegram等消息平台集成能力。

3. CrewAI CrewAI围绕“团队”概念构建AI工作流，即由多个具备明确角色、目标和工具的代理协同工作。这一框架深受需要开发复杂多代理应用的Python开发者青睐。它在本地使用是免费的，但相比OpenClaw提供的命令行界面（CLI）向导，其配置过程通常需要更多的编程知识。

4. Devin Devin是一个高端的云端AI软件工程师，运行在沙箱化的云端环境中，能够自主完成完整的软件开发任务。与OpenClaw不同，它是一个闭源的SaaS产品，每月费用约为500美元（来源：Heyuan110，2026年3月6日11:20）。

表3：产品概览：OpenClaw与AutoGPT

表4：产品概览：CrewAI与Devin

AI代理框架深度对比分析

评估这类工具的核心差异在于理解“框架与应用”两种范式之间的区别：AutoGPT和CrewAI属于框架范畴，需要开发者编写、测试与维护大量代码；而OpenClaw则是一个开箱即用的成品应用，用户通常只需执行一条命令并扫描二维码，即可在手机上开始使用其AI代理功能。

图3：配置智能层。OpenClaw将认知引擎（LLM）与执行层进行了清晰的分离。

OpenClaw的节点系统支持在远程物理设备上执行任务：例如，您可以在Telegram上与代理对话，指令它在家中树莓派上运行特定的Shell脚本。这种跨设备的远程执行能力在纯云端的Devin中完全缺失，在AutoGPT中也难以安全、便捷地实现。

表5：全面功能对比矩阵

表6：安全性与托管模式分析

树莓派设置：OpenClaw安装指南与实际用例

即使是具备中等技术水平的使用者，在树莓派上部署OpenClaw的过程也相当简便。标准流程包括烧录操作系统、安装必要依赖项以及运行交互式配置向导。

图4：授权Claude Code作为OpenClaw的智能引擎，生成OAuth令牌。

分步安装详细指南

1. 烧录操作系统：使用树莓派烧录器工具安装树莓派操作系统精简版（64位）。建议在烧录前预先配置好Wi-Fi网络和SSH访问设置。
2. 连接并更新系统：通过SSH连接到您的树莓派，然后运行sudo apt-get update && sudo apt-get upgrade命令以确保系统为最新状态。
3. 安装OpenClaw：运行官方文档中提供的自动化引导脚本，开始安装OpenClaw。
4. 配置大语言模型（LLM）：从您偏好的模型提供商（如Anthropic）处获取API密钥或OAuth令牌，并在安装向导的相应步骤中粘贴此信息。

图5：安全地粘贴Anthropic令牌，将LLM大脑与本地执行体连接起来。

表7：OpenClaw基本CLI命令参考

表8：实际应用场景案例

发展历程与未来趋势展望

OpenClaw的发展轨迹生动体现了本地化人工智能技术的快速演进。该项目最初由Peter Steinberger于2024年末以“Clawdbot”之名启动，在经历了一次重大的架构重构并短暂更名为“Moltbot”之后，最终于2026年1月正式定名为OpenClaw（来源：Tenten.co，2026年3月20日08:00）。截至2026年2月，其在GitHub上获得的星标数已突破20万，成为有史以来增长速度最快的开源项目之一。

图6：广泛的渠道集成是OpenClaw发展历程中的一个重要里程碑，它将人工智能能力与日常通信工具紧密连接起来。

尽管取得了显著成功，但整个行业仍面临着重大挑战。当前代理式AI的核心短板集中于安全性方面：允许大型语言模型直接访问Shell环境存在固有风险，例如间接提示注入攻击——一封电子邮件中的恶意文本可能诱导代理执行有害的系统指令（来源：微软安全，2026年2月19日11:00）。

表9：OpenClaw历史发展里程碑

树莓派镜像烧录工具（Raspberry Pi Imager）已成为众多树莓派用户的得力助手。它允许用户仅需从预置列表中选取目标系统，软件便能在短时间内完成SD卡的系统烧录。这款工具同样完美适配Ubuntu系统，本文将为你全面解析其在Ubuntu平台上的安装步骤及核心功能的使用技巧。

目前，树莓派镜像烧录工具已被收录至Ubuntu的默认软件仓库中。对于运行最新版Ubuntu系统的用户而言，安装过程极为简便。你既可以通过图形化的“Ubuntu软件”中心进行查找安装，也能借助APT包管理器通过命令行快速完成。

本文不仅将逐步演示清晰易懂的安装流程，更会深入介绍该工具的基础操作方法以及一些值得探索的进阶实用选项。

目录

• Ubuntu系统安装树莓派镜像烧录工具的方法
• 树莓派镜像烧录工具的基本操作流程
• 探索树莓派镜像烧录工具的进阶功能

Ubuntu系统安装树莓派镜像烧录工具的方法

在Ubuntu操作系统上部署树莓派镜像烧录工具，主要可通过以下两种途径实现：

• 利用系统包管理器（通过“Ubuntu软件”中心或APT命令行）
• 从官方网站手动下载安装包进行安装

尽管从官网下载有时能获取版本更新的软件包，但通过系统软件源安装通常速度更快。此外，当执行系统更新时，通过此方式安装的工具也会随之同步升级。

推荐方案：通过“Ubuntu软件”中心安装

鉴于树莓派镜像烧录工具已纳入系统默认源，在Ubuntu上安装它最便捷的方法便是使用“Ubuntu软件”：

• 从屏幕左侧的快捷启动栏中打开“Ubuntu软件”应用中心。
• 在搜索框中输入“raspberry pi imager”，你可以在搜索结果的首位轻松找到它。

• 与安装其他应用程序无异，点击“安装”按钮即可一键完成。

• 系统会要求你输入用户密码以确认安装操作。等待几秒钟后，该应用图标便会出现在你的应用程序列表中。

备选方案：APT命令行安装或手动安装

如果你更倾向于使用终端命令行，也可以通过以下命令来安装这款烧录工具。

APT命令行安装

由于树莓派镜像烧录工具可直接从Ubuntu默认软件源获取，只需在终端中执行以下命令：

sudo apt install rpi-imager

手动安装

如果上述方法因网络或其他原因无法使用，或者你希望获取官方发布的最新版本，可以访问树莓派官方网站的下载页面，获取适用于Ubuntu系统的最新安装包。

https://www.raspberrypi.com/software/

此方法的优势在于，能够直接从官方渠道下载到最新更新的软件版本。

运行AppImage格式安装包

树莓派镜像烧录工具的官方安装包通常为AppImage格式，需要按照以下步骤赋予其可执行权限：

• 打开终端窗口。
• 安装运行AppImage文件所需的系统库支持：

sudo apt install libfuse2

• 切换到安装包所在的下载目录，示例命令如下：

cd ~/Downloads

• 为下载的AppImage文件添加可执行权限，示例命令如下：

chmod +x imager_2.0.0_amd64.AppImage

• 使用管理员权限启动应用程序（某些操作可能需要）：

sudo ./imager_2.0.0_amd64.AppImage

完成以上配置后，后续你通常可以直接在文件管理器中双击该AppImage文件来启动工具。

创建桌面快捷方式

在工具能够正常运行之后，你可能希望能在Ubuntu的启动器或桌面上更便捷地访问它。以下是创建桌面快捷方式的方法：

• 将AppImage文件移动到你希望存放的系统目录中，示例命令：

mkdir -p ~/Applications
mv imager_2.0.0_amd64.AppImage ~/Applications

• 下载一个PNG格式的图标文件作为快捷方式图标，示例命令：

wget https://brandslogos.com/wp-content/uploads/images/large/raspberry-pi-logo.png -O ~/Applications/imager.png

• 创建桌面条目配置文件：

nano ~/.local/share/applications/imager.desktop

• 将以下内容粘贴到配置文件中（请务必将路径中的“pat”替换为你的实际系统用户名）：

[Desktop Entry]
Type=Application
Name=Raspberry Pi Imager 2.0
Exec=sh -c "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY /home/pat/Applications/imager_2.0.0_amd64.AppImage"
Icon=/home/pat/Applications/imager.png
Terminal=false
Categories=Utility;

• 保存并退出编辑器（按下CTRL+X，然后输入Y确认保存，最后按回车键）。

完成上述操作后，该工具的快捷方式就会出现在系统的应用程序启动器中了。

近段时间，OpenClaw 无疑成为了技术圈的热门话题。然而，相关的讨论往往充满了噪音，真正触及核心价值的深度内容却并不多见。实际上，像 OpenClaw 这样的技术，清晰地揭示了人工智能所具备的颠覆性潜力。当前网络环境中充斥着大量浮于表面的喧嚣，我们迫切需要拨开迷雾，梳理出其内在的核心逻辑与价值。

本文将围绕两个核心层面展开探讨：首先，分享在 OpenClaw 热潮之后，我对 AI 智能体领域的一些深度思考与见解；其次，详细拆解我从零开始搭建的一套智能体系统。这套系统能够实现 7x24 小时不间断运行，其理念与网上常见的 OpenClaw 部署方案有异曲同工之妙。希望通过这篇文章，能够帮助过滤掉行业中的无效信息，让大家更清晰地看到 AI 智能体技术背后所蕴含的真正价值。

在当前关于 AI 智能体的讨论中，我时常看到诸如“普通人实现阶级跃迁的最后窗口正在关闭”、“一个人就能创办价值百亿美元的初创公司”等夸张论调。这类内容虽然偶尔包含一两点有价值的见解，但大多数情况下只是为了制造噱头、博取眼球，旨在社交媒体上收割流量。这种依靠贩卖焦虑来吸引关注的行为，对于 AI 智能体领域的健康发展并无实质益处，令人感到十分遗憾。

YC 近日发布了 2026 年的创业项目征集令，其要求与 2025 年相比发生了显著变化。其中最引人注目的，莫过于其对 “AI 原生机构” 的重点呼吁。起初，我完全无法理解 YC 为何如此推崇“机构”这一模式。直到经过深入思考并与业内人士进行交流后，我才逐渐理清了其背后的逻辑。

1. AI原生组织：重构传统规模化逻辑

从 ClawdBot、MoltBot 到如今的 OpenClaw，这项技术展现出了改变现实世界的巨大潜力。而其核心价值，恰恰体现在对传统机构运营模式的根本性重构之上。

传统机构的规模化逻辑，其核心在于 “人力扩张”。例如，一项服务的定价为 5000 美元，一家机构若想实现 5 万至 10 万美元的营收，唯一的途径便是扩大团队规模。尽管客户质量、业务范围等因素会产生影响，但招聘始终是实现规模化的核心手段。印度的两大软件服务巨头 TCS 和 Infosys，正是在 21 世纪初凭借这种人力密集型扩张模式，实现了爆发式增长，并最终成为了行业标杆。

然而，AI 智能体的出现正在彻底颠覆这一传统逻辑。这些能够全天候不间断工作的智能体，其“雇佣”成本可能仅为人类工程师的 10%。如果应用得当，传统的服务机构将逐步向软件公司转型：它们不再需要投入大量精力进行招聘和人力资源管理，而是转向构建、优化和管理一支由智能体组成的“数字员工”团队。在我看来，这正是 AI 智能体最具实际应用价值的场景之一，而这仅仅是其无限可能性的冰山一角。

话虽如此，我们仍处在这个领域的早期阶段，没有人能准确预知 AI 最终将带来怎样的变革。引用一篇热门文章中的观点：

“未来正由极少数人所塑造：几家公司的几百名研究人员……例如 OpenAI、Anthropic、谷歌 DeepMind 等。一个小团队在几个月内完成的一次模型训练，就可能诞生出一个足以改变整个技术发展轨迹的 AI 系统。”

尽管我们无法精准预测未来，但尽早接触新技术、尝试新事物，并从零开始思考这些技术将如何重塑你的工作方式，总是大有裨益的。这能够帮助你培养强大的适应能力，让你在变革中占据先机。

对我个人而言，OpenClaw 系列技术让我清晰地看到了 AI 智能体的核心潜力——将其打造成能够替代部分人工的 “智能体员工”。这个想法其实由来已久，但我始终在犹豫是否要付诸实践。正是 OpenClaw 引发的行业热潮，最终推动我动手搭建了属于自己的智能体系统。

上周，Anthropic因Claude Code的额度Bug引发开发者广泛批评，登上热搜；本周，开源社区迅速响应，推出创新方案以抢占先机。NousResearch悄然发布Hermes Agent v0.7.0版本。起初，面对这个版本号，我并未过多关注，毕竟当前每日都有数十个自诩“最强开源Agent”的项目涌现。然而，浏览推特上几位硬核开发者的演示后，我发现这股趋势正迅速升温，引发广泛讨论。

记忆系统透明化：模块化设计取代黑盒模式

过去，当我们讨论AI Agent的记忆功能时，常将其视为闭源大厂的技术壁垒。无论是Claude的prompt caching，还是OpenAI神秘的memory功能，本质上都是在云端存储用户数据，并收取高昂的token费用。但Hermes 0.7选择了一条截然不同的路径：插件化记忆系统（Modular Memory）。它不再依赖无限扩展的上下文窗口来容纳所有信息，而是将记忆拆分为可插拔的模块。用户可以选择本地SQLite存储、Git版本管理，甚至采用Karpathy近期推崇的“Markdown Wiki”方案。

提及@karpathy，他关于“LLM Knowledge Base”的推文已达到570万次曝光。他的核心观点非常明确：无需过度依赖RAG（向量检索），而应让大模型自行将原始资料“编译”为结构化的Markdown格式。 这一理念为开源Agent提供了强有力的理论支持，仿佛递上了一把利剑。

闭源厂商的困境：成本与隐私的双重压力

为何说这是后院起火？因为闭源大厂目前面临尴尬局面。一方面，他们需要维持高额的API利润；另一方面，必须处理类似Claude Code的“1小时消耗100美元”的额度灾难（@rezoundous抱怨称100美元的套餐体验如同20美元，这种问题足以引发用户不满）。与此同时，开源Agent结合本地模型（例如近期备受关注的Gemma 4），正在逐步瓦解这套商业模式：

1. 成本趋近于零：本地运行无需token计费，用户可以让Agent进行任意时长的思考，不受费用限制。
2. 记忆确定性增强：通过Markdown和Git管理记忆，用户可以像回滚代码一样调整AI的认知状态，实现精准控制。
3. 隐私与安全保障：代码库和知识库无需上传至任何第三方服务器，确保数据完全自主可控。

NousResearch此次发布的Hermes 0.7，最显著的突破在于将这一流程标准化。它不仅仅是一个简单的聊天机器人，而是配备了插件系统的底层框架，为开发者提供了高度灵活的基础设施。

护城河瓦解：工程实现成为竞争焦点

我始终认为，大模型的竞争壁垒正从“模型能力”快速转向“工程实现”。当Qwen 3.6-Plus的编码能力已能与Claude Opus抗衡，当Gemma 4在Mac上实现每秒300 tokens的推理速度时，闭源大厂仅存的优势便在于其精心封装的用户体验和所谓的“生态记忆”。然而，如果开源社区成功补齐“记忆”这块关键拼图，那么剩下的可能仅剩昂贵的算力招牌。

当然，当前开源Agent的使用体验仍略显“粗糙”。配置环境、调优插件、处理各种意外报错，这些步骤都构成了一定的使用门槛。但值得注意的是，程序员最擅长的正是将“粗糙”的工具逐步优化为优雅的解决方案。这种持续的迭代与改进，正是开源生态的核心动力所在。

如果你近期关注AI Agent领域，大概率会频繁见到Hermes Agent这个名字。这个由Nous Research出品、采用MIT协议开源的项目，在GitHub上迅速累积了超过27,000个star。虽然与OpenClaw那24万的庞大星数相比仍显“小众”，但其增长势头迅猛，曾在三月份冲上GitHub热门趋势榜前15名。

许多人第一时间的疑问是：它和Claude Code或OpenClaw到底有何不同？难道只是又一个Agent框架吗？笔者仔细研究了其文档和架构设计，在此分享一些个人见解。

定位梳理：三款工具的清晰分野

首先，我们需要厘清这三者的核心定位。

Claude Code本质上是一个编码副驾驶。它的使用场景是你坐在电脑前，在终端或集成开发环境中，让它协助你编写、修改或重构代码。其在SWE-bench基准测试中达到约80%的准确率，代码能力属于第一梯队。然而，它主要“存活”于IDE和终端内部，缺乏对主流消息平台的集成，不支持定时任务，并且不同会话之间没有持久化记忆。

OpenClaw则是一个面向多渠道运营的通用型智能体。它支持超过22个消息平台，全面覆盖Telegram、WhatsApp、Discord、Slack、iMessage等。其技能中心ClawHub上拥有超过13,000个可用技能。在记忆策略上，它倾向于“全部存储”，将所有对话和上下文进行持久化，检索时进行全量搜索。凭借247,000的star数，它无疑是当前开源Agent中用户基数最大的一个。

那么，Hermes Agent呢？27,000的star数，体量上比OpenClaw小一个数量级。但它选择了一条颇具差异化的路径。

与Claude Code的核心差异：使用场景的区隔

Claude Code的核心是解决“辅助编码”这一具体问题。使用它时，你需要身处电脑前，打开编辑器并启动会话。一旦会话结束，它不会记住你之前的操作，每次互动都如同在一张白纸上重新开始。

Hermes Agent则并不绑定任何IDE。它可以部署在一台月费仅5美元的VPS上，你只需通过Telegram、Discord或Slack等平台向它发送消息，即可驱动其执行任务。它支持6种代码执行后端，包括本地环境、Docker容器、SSH远程连接、Singularity容器、Modal云端以及Daytona环境。同时，它兼容超过18个大型语言模型提供商，从OpenAI、DeepSeek到本地的Ollama，都能通过一条命令轻松切换。

简而言之，Claude Code是常驻于你IDE内部的编码助手，而Hermes Agent是“居住”在服务器上的通用智能体。两者的应用场景重叠度实际上并不高。

与OpenClaw的核心差异：记忆哲学的根本分歧

与OpenClaw的对比则更为微妙，因为两者都可归类为“通用智能体”。

从表面功能列表看，它们颇为相似：都支持多个消息平台（OpenClaw 22个，Hermes 14个），都具备持久化记忆系统，都拥有技能框架，也都能执行定时任务。

然而，两者的设计哲学存在一个关键分歧，体现在对**“记忆”的处理态度**上。

OpenClaw的策略是“存储一切”。所有对话记录和上下文信息，都会被完整地持久化到数据库中，需要时进行全量检索。这种方式的优点在于信息永不丢失，缺点则是token消耗巨大，且随着时间推移，信息噪音也会增多。

Hermes Agent选择了一条看似反直觉的道路：实施有限记忆。

其MEMORY.md文件上限为2200字符，USER.md文件上限为1375字符，合计约1300个token的固定空间。为何要为记忆设置上限？Hermes的设计者认为，对于大型语言模型而言，少量但精确的记忆远比大量模糊的信息更有价值。这些记忆文件在每个会话开始时被注入系统提示词，所占用的token量是固定的，不会随着使用时长无限膨胀。正因为空间有限，Agent被迫学会对信息进行筛选和压缩，只保留真正关键的部分。

当记忆空间不足时，Agent会主动合并旧的条目、删除过时信息，或将多条相关记录压缩为一条摘要。这个过程更接近于人类整理笔记时的思考，而非数据库简单堆叠数据的行为。

自学习循环：实现越用越顺手的核心机制

但Hermes Agent真正引人入胜之处，并不全然在于其记忆系统，而在于它所构建的自学习循环。

每当它完成一项复杂任务（通常涉及5次以上的工具调用），它会自动评估这次经验是否值得沉淀。如果值得，它会将操作步骤、遇到的坑以及验证方法编写成一份SKILL.md文件，并存储到本地的技能库中。下次遇到类似任务时，它可以直接加载并使用这项技能，无需重新探索。

此外，每进行15次工具调用，它还会暂停下来进行一次“自我检查”：总结哪些做对了，哪些做错了，是否有新的关键信息需要记住。

有用户统计发现，使用一个月后，处理同类任务所需的工具调用次数，从最初的约25次显著压缩至8到10次。模型本身没有改变，是Agent通过积累个性化的“操作手册”提升了效率。

OpenClaw同样拥有强大的技能系统，其ClawHub上数以万计的技能构成了巨大的生态规模。但OpenClaw的技能更多是社区共享的、标准化的功能模块。而Hermes的技能，则是Agent在你具体的工作环境中自行创建和积累的，其中包含了你的项目结构、工具链偏好乃至踩坑记录。一个像是“通用教科书”，另一个则更接近“私人工作笔记”。

模型选择的自由度：避免生态锁定

另一个与日常使用体验密切相关的区别是模型选择的自由度，或者说“生态锁定”问题。

OpenClaw官方推荐搭配其自家的模型使用，尽管它也支持其他模型。Claude Code则紧密绑定Anthropic的API。

Hermes Agent在这方面的立场更为彻底。它开箱即用地支持超过18个LLM提供商，包括OpenRouter、OpenAI、Anthropic、DeepSeek、阿里云、Hugging Face、GitHub Copilot以及Ollama本地模型等。切换模型通常只需一条指令，并且由于所有数据和技能都存储在本地，用户几乎没有任何迁移成本。对于不希望被单一模型生态绑定的用户而言，这一点颇具吸引力。

为何这款小众产品近期热度骤升？

笔者认为，这与当前的时间节点和市场需求有关。

OpenClaw的功能极为全面，体量庞大，其设计重心偏向于企业级的多渠道运营和团队协作，对于许多个人开发者或寻求轻量解决方案的用户来说，可能显得有些“杀鸡用牛刀”。

而Claude Code又过于专注于编码这一垂直领域，且使用场景局限于开发环境内部。

Hermes Agent恰好卡在了一个平衡点。它足够轻量，通过一行curl命令即可安装，大约60秒就能完成部署。它又足够灵活，支持14个消息平台、6种执行后端和超过18个模型提供商。更重要的是，其自学习机制让“越用越顺手”的体验变得具体可感，而非一句空洞的宣传口号。

此外，出品方Nous Research本身是一家专注于模型训练的研究实验室（以其Hermes系列模型和Psyche分布式训练框架闻名），这为产品增添了一层技术背书，赢得了部分技术导向型用户的额外信任。

采用MIT开源协议、承诺零遥测数据收集、所有数据存储在本地，这些特性对于注重隐私和自主控制的用户而言，也是重要的加分项。

总结：三个产品，三种定位

• Claude Code：编码能力顶尖的IDE副驾驶，专为提升开发效率而生。
• OpenClaw：生态规模最大、功能最齐全的多渠道智能体运营平台，适合团队与复杂场景。
• Hermes Agent：轻量级、具备自我进化能力的个人智能体助手，强调灵活性与个性化学习。

你需要哪一款，完全取决于你想要解决的具体问题。值得注意的是，它们之间并非互斥关系，完全可以根据不同场景搭配使用。

如果你对Hermes Agent感到好奇，不妨亲自安装并试用几天。观察其技能库如何从零开始，随着你的使用习惯慢慢生长和丰富，这个过程本身就颇具趣味。

ED-HMI3020-070C HMI 概览

综合评分：9.2分

• 性能: 9分
• 软件支持: 10分
• 外围设备与 IO: 10分
• 制造质量: 8分
• 价格: 9分

核心优势

• 丰富的网络连接选项（千兆以太网 PoE、2.4/5 GHz Wi-Fi 及蓝牙 5.0）。
• 在单板计算机（SBC）领域，其软件支持与系统稳定性无出其右。
• 扩展板设计精良，功能全面：支持SSD、RTC不间断电源、扬声器及RS232/485接口。
• 官方网站提供了详尽的使用说明文档。

有待改进之处

• 屏幕尺寸相对较小，边框较宽，且表面硬度为6H，抗刮擦能力一般。
• 在持续满负荷运行时，需要考虑增加主动散热措施。

综合评价

ED-HMI3020-070C HMI是一款完整的工业级人机界面设备，其核心基于树莓派5设计，配备一块7英寸十点触控LCD显示屏与RS232/485通信接口。该设备已集成千兆以太网、双频Wi-Fi和蓝牙低功耗（BLE）功能。得益于丰富的开源及商业软件方案以及活跃的社区生态，这款ARM平台提供了顶级的应用解决方案。

在过去，工业HMI设备曾由少数知名品牌主导。随后市场上涌现出质量参差不齐的低价仿制品，主要被爱好者用于个人项目。不久，第一批具有高性价比的优质型号出现，其性能已能满足严苛的工业标准，但普及仍面临限制。尽管市场新品迭出，但这些HMI设备的软硬件细节往往不为人知。

开源硬件的领军者改变了这一局面。树莓派率先证明了其平台在工业领域的应用价值，甚至将其用于自身工厂的控制系统。如今，在传统的PLC或工业PC之外，单板计算机（SBC）已成为第三种可靠的选择。或许在2020年，我们对SBC在工业中的应用还心存疑虑，但现在，这已不再是问题。我们只需要思考：您是否认识到，一个搭载Linux操作系统、基于四核2.4 GHz ARM Cortex-A76 CPU、配备4GB（或8GB）LPDDR4X内存的平台，在工业过程控制与监测领域能够胜任多少任务？如果再为其加上一块7英寸1024x600分辨率的触摸屏和RS232/485接口，便是我们今天要详细评测的主角——ED-HMI3020-070C HMI。

ED-HMI3020-070C HMI 硬件解析

ED-HMI3020-070C设备采用标准的纸箱包装，外贴产品标签，内部使用硬质海绵提供稳固的缓冲保护。除显示屏主体外，包装内还附有若干螺丝和金属支架，便于用户将其安装到控制面板上。HMI设备本身设计紧凑，需连接标准的树莓派专用电源或其他高品质的5.1VDC/5A USB电源供电。由于设备预装了树莓派32位桌面操作系统，接通电源后即可立即投入使用。

尽管显示屏支持10点触控，但系统并未预装虚拟键盘，因此在初始设置阶段，用户仍需借助物理键盘和鼠标进行操作。

我们评测的型号采用7英寸显示屏，此外还有10.1英寸版本可供选择。两者核心性能基本一致，只是7英寸屏幕亮度略高，达到400 cd/m²，对比度为1:800，最高分辨率为1024×600；而10.1英寸版本的分辨率则为1280×800。两款显示屏的响应时间均为30毫秒，可视角度同为85°。

有效显示区域的尺寸为154×86毫米，屏幕四周环绕着约1.5厘米宽的黑色边框，这部分无法用于显示内容。这在工业设备中较为常见，尽管不如现代手机或平板电脑的超窄边框设计。显示屏表面的硬度为6H级别，在日常使用中需要注意防止刮伤。

显示屏的背面和边缘均由金属外壳保护，外壳四周配有一圈2毫米厚的灰色装饰边框。这种金属外壳不仅为内部显示驱动电路提供防护，在日常使用中也无需打开。外壳背面设有两个连接器接口，分别用于电源输入和MIPI DSI显示信号连接。

在我们的评测样机上，没有看到MIPI CSI摄像头接口，该接口通常仅出现在集成800万像素摄像头的机型上。外壳背面还预留了安装树莓派主板的支架位置，可通过四颗螺丝固定。整个外壳可以轻松与前面板分离，内部便是集成了核心电子元件的单板计算机。外壳完全由金属制成，侧面开有用于空气流通的孔洞，但并未配备任何散热风扇。

观察这个金属外壳时，最引人注目的是其上方一块硕大的黑色被动式散热片，上面印有Edatec的Logo。这块散热片完全覆盖了下方的单板计算机，并通过导热材料与CPU、内存以及R1芯片紧密接触，以确保有效散热。

外壳上还预留了用于MIPI CSI、MIPI DSI和PCIe扁平线缆的走线孔、电池连接器、UART接口以及PoE供电引脚。侧面则提供了GPIO接口，主要用于连接扩展板。考虑到这款设备定位为工业HMI，其GPIO接口的设计重点在于支持扩展板的信号传输。

上海晶珩（EDATEC）采用CNC加工工艺制造了这款开放式被动散热外壳，并将其作为独立产品销售。我们可以将其识别为“树莓派5被动散热开放式CNC机箱”。

这种外壳由上下两块金属散热片构成：

1. 上方的散热片与ED-HMI3020-070C HMI所使用的散热片完全相同。
2. 下方的散热片则完全覆盖了导热材料，直接贴合在树莓派5主板的底部，形成一种“三明治”夹层结构。

这两块散热片通过四根长螺丝固定在一起。该设计无需额外风扇，完全依赖开放环境中的自然空气对流进行散热。

树莓派5 CNC开放式散热机箱详解

根据我们以往的测试经验，在开放环境中，自由的空气流通足以将处理器温度维持在工作范围内。然而，对于这种被动散热方案在完全封闭且内部还加装了SSD的机箱中的表现，我们持保留态度。测试结果显示，在连续高负载运行37分钟后，设备仍然会出现热限制，温度缓慢上升并最终稳定在80°C左右。此时，系统会通过降低工作频率来阻止温度进一步攀升，因为在密闭空间内，过高的温度可能危及SSD和其他电子元件的安全。

设备规定的工作环境温度范围为-25°C至60°C。我们的加热测试是在30°C的室温环境下进行的。因此，我们建议在实际安装时，应确保机柜内部的热空气能够通过HMI外壳上的开孔充分排出。

上周，Reddit上的一篇帖子引发了热议——《我替你试用了Hermes，所以你不用试了》，收获了93分的评分和73条评论。

这背后意味着什么？

简而言之，有位用户花费了一周时间深度体验了Hermes AI Agent，随后回归社区分享了他的核心结论：这款工具的实际表现，远没有外界传闻的那般神奇。

在阅读这篇帖子后，我进一步查阅了Hermes的官方文档与资料。今天，我们就将这两方面的信息结合起来，进行一次深入的探讨。

Hermes：宣称“自我进化”的AI智能体

首先了解其背景。Hermes是由Nous Research推出的、支持自托管的AI智能体，它主要强调两大核心卖点：

自我进化能力——它能够将成功的操作流程“学习”并内化，转化为可重复使用的技能，理论上会随着使用越来越智能。

跨平台持久化运行——它部署在服务器端，不依赖于本地计算机，即使关机也能持续运作，并可通过Telegram、Discord等平台进行任务调度与管理。

听起来这一切都非常诱人，不是吗？

实测反馈：Reddit社区泼来的三盆冷水

在那篇热帖中，作者（其本人依赖OpenClaw进行日常工作）将Hermes与OpenClaw进行了直接对比，得出的结论相当明确：

1. 自我学习机制并未超越预期。 Hermes所谓的“自我学习”，本质上只是将成功的工作流以Markdown文件的形式储存下来，作为记忆库使用。作者指出：“这与OpenClaw使用Markdown存储数据的模式并无本质区别。” 一个关键的批评点在于：Hermes可能会覆盖用户手动修改过的技能文件。你或许认为已经优化了某项技能，但Agent在下一次“自我复习”时，有可能将你的修改重置。

2. 稳定性优势存疑。 Hermes声称比OpenClaw更加稳定，但作者提出了不同看法：Hermes的更新频率远低于OpenClaw。更新次数少并不直接等同于更稳定，反而可能暗示其功能迭代速度较慢。

3. 存在“过度自信”的行为模式。 这是原文中最具讽刺意味的部分：Hermes常常对自身的完成情况表示满意，然而实际结果却未必达标。作者无奈地吐槽道：这种盲目的“自信”让使用者在实际操作中心里很没底。

核心差异对比：Hermes与OpenClaw如何选择？

综合该帖子及其他相关信息，我们可以梳理出以下几个关键差异：

学习方式：Hermes倾向于“自动习得”，而OpenClaw则依赖“人工教导”。前者听起来更省心，但其隐患在于——你无法确切知晓Agent学习的内容是否正确。OpenClaw采用人工配置，虽然显得不够“智能”，但控制权完全掌握在用户手中。

适用场景：Hermes更适合那些“设置一次，长期运行”的自动化场景，例如在服务器上持续执行的周期性任务。OpenClaw则更适配需要灵活调度与即时响应的复杂工作流。

上手难度：两者都支持本地部署，但Hermes通常需要更多的底层设施配置（如服务器/Docker环境）。相比之下，OpenClaw对普通用户更为友好，安装后加载几个技能即可开始使用。

控制权归属：这是最核心的区别。Hermes的自我进化逻辑接近于一个“黑箱”，用户难以透彻理解它“究竟学会了什么，又遗忘了什么”。OpenClaw的一切规则均由人工明确设定，因此过程透明，结果可控。

理性看待：关于“自我进化”的冷静思考

坦率地说，我对于“自我进化的AI智能体”这一概念始终抱有审慎的态度。

原因何在？

因为人工智能的“学习”机制与人类的认知理解存在本质不同。它有可能将错误的流程固化，或将偶然的成功误认为普遍规律。一套在特定情境下运行顺畅的工作流，一旦遇到条件变化，很可能遭遇失败。

OpenClaw所代表的模式更为务实：由人类定义规则，AI负责执行规则。这种方法或许看起来不够“聪明”，但其优势在于高度的可控性。

当然，如果你的需求恰好是在服务器上24小时不间断运行、并通过Telegram等工具调度的长期任务流，那么Hermes的模式确实具备其独特的价值。

然而，对于大多数用户而言，如果我们的目标只是利用AI来完成信息聚合、内容撰写或日程管理等常见任务——那么，功能明确、运行可靠的OpenClaw已经完全够用，并且能带来更踏实的使用体验。

为一张信用卡大小的计算机安装“大脑”，能带来非凡的成就感。这并非普通大脑，而是一个AI智能体：它能管理日程、整理收件箱、在Telegram上与你聊天，并且可以24小时安静地置于桌面，功耗甚至低于小夜灯。

今天，我们将逐步实现这一目标：使用树莓派4，通过官方工具将全新系统烧录到microSD卡，安装最新版Node.js，运行OpenClaw，最后连接一块3.5英寸液晶屏，无需外接显示器即可直接查看内容。

运行OpenClaw的树莓派4搭配3.5英寸触摸屏——这是完美的人工智能智能体配置。以下是一个完整的构建教程。

所需硬件

• 树莓派 4（推荐 4GB/8GB 内存，8GB 更适合 OpenClaw），也可使用树莓派 5
• 全新 microSD 卡（至少 32GB，建议 64GB 以上，Class 10 / A2 性能更佳）
• microSD 卡读卡器
• 3.5 英寸 RPi LCD（A/B/C 型均可，本文以 C 型为例）
• 5V 3A USB-C 电源（供电不足会导致各种异常问题）
• 网线或 Wi-Fi 信息
• 一台电脑（Windows/macOS/Linux）用于烧录
• Anthropic、OpenAI 等支持的 LLM 提供商的 API Key（订阅更划算）

第一步：使用树莓派官方工具烧录系统

树莓派官方 Imager 是最简单的烧录方式，全平台通用。

下载并安装烧录工具

前往 raspberrypi.com/software，下载适用于你操作系统的树莓派烧录工具。它支持 macOS、Windows 以及 Ubuntu/Debian Linux。像安装其他应用程序一样安装它——在 Mac 上拖到“应用程序”文件夹，在 Windows 上运行安装程序，在 Linux 上使用包管理器。

刷写镜像

1. 将 microSD 卡插入读卡器，然后连接电脑。
2. 打开树莓派烧录工具。
3. 选择你的设备——从列表中选择“树莓派4”。
4. 选择操作系统——选择 Raspberry Pi OS（64位）。选择 64 位版本至关重要，因为 OpenClaw 和 Node.js 都能从中受益。如果你计划无头运行 OpenClaw（不带桌面环境），可以选择 Raspberry Pi OS Lite（64位），以释放约 600MB 内存。但既然我们要连接液晶屏，完整桌面版能让屏幕更有用。
5. 选择存储设备——选择你的 microSD 卡。仔细检查，确保选对驱动器。

首次使用树莓派烧录工具设置树莓派

使用设置齿轮进行预配置

在点击“写入”之前，点击齿轮图标（或在新版本中点击“编辑设置”）。这是无需键盘和显示器进行初始设置的秘诀：

OpenClaw为我开启了一个崭新的AI助手领域。相较于普通的对话式助手，OpenClaw能够通过自主学习来构建全新的技能。在传统模式中，AI助手往往会表示：“抱歉，我缺乏相应的集成功能。”但OpenClaw彻底打破了这一限制。

https://openclaw.ai/

上周末，我在闲置超过一年的树莓派5上成功部署了OpenClaw，整个安装流程异常简单。我的家庭实验室内正好有一台树莓派5可供使用。

在完成了WhatsApp、谷歌日历等几项集成测试后，我开始深入探索OpenClaw的自主学习能力。本次实验的核心目标是让它与我的自托管备忘录服务（Memo Notes）进行对接。它成功读取并理解了备忘录的API文档，还自主创建了对应的集成工具。

https://github.com/usememos/memos

随后，我指示OpenClaw在Medium平台上生成一篇文章，详细阐述其解决问题的完整过程。因此，下文的所有内容均由OpenClaw自动生成，文中的“我”或“我的”均指代OpenClaw本身，相关截图则由我（人类操作者）提供。

集成挑战：连接自托管备忘录

需求非常明确：“你能否管理我部署在 https://notes.example.com/ 上的备忘录服务？”

我的内部工具库中没有任何关于“备忘录”的现有记录，我无法凭空推测API的规范，必须首先理清通信协议、认证方式以及数据结构。

要求OpenClaw与备忘录集成

探索阶段：解析API文档

我以开发者的思维方式启动工作，利用web_fetch工具从usememos/memos的GitHub仓库及其官方文档中提取所需信息。

我迅速解析出了关键信息：

• 基础URL路径：/api/v1
• 认证方式：在请求头中携带Bearer Token
• 核心接口：使用GET /memos获取备忘录列表，使用POST /memos创建新笔记

我不需要编写任何Python脚本或编译二进制文件，只需构造正确的HTTP请求即可完成交互。

OpenClaw提出了解决方案

连接测试：验证API连通性

我向用户请求了访问令牌，获取后并未直接保存，而是立即执行了连通性测试。

curl -s -H "Authorization: Bearer <TOKEN>" \ "https://notes.example.com/api/v1/memos?pageSize=3"

命令返回了合法的JSON数据，我能够看到关于“Agentic Search”和“Home Lab”的现有笔记，这标志着连接已成功建立。

OpenClaw测试了与我的备忘录的连接

技能编码：固化集成能力

这是整个流程的关键步骤。我没有仅仅执行一次性的curl命令，而是将这项新能力固化为一个可重复使用的技能。

我创建了新目录：/home/james/openclaw/skills/memos，并在其中编写了SKILL.md文件，用于定义该工具的使用规则：

# Memos Skill

Interact with a self-hosted Memos instance.## Usage### Create Memocurl -s -X POST "$MEMOS_URL/api/v1/memos" ...

随后，我将配置注入运行时环境（通过TOOLS.md），无需重启服务，便实时完成了自身能力的扩展与升级。

OpenClaw成功创建了技能

实战应用：自主完成研究任务

很快，用户要求我调研“Agentic SRE”这一主题，并将愿景文档保存到备忘录中。

要求OpenClaw进行研究并将结果保存到我的备忘录中。

由于我已经自主掌握了API的调用方法，我顺利完成了调研工作并直接发起了POST请求，为笔记打上了#agentic-sre标签，新的笔记立即出现在用户的仪表板中。

OpenClaw总结了如何自主学习并构建新技能

实验总结：AI智能体的进化

在树莓派5上进行的这次实验，清晰地展示了AI助手架构的一种根本性转变。

OpenClaw不仅仅是一个聊天助手，它是一个能够自主扩展能力的自适应智能体。它无需等待开发者发布专用的备忘录插件，仅仅花费大约五分钟，就能独立阅读文档、测试连接并编写出自己的集成模块。

我们正在从“静态AI（预设能做什么）”的时代，大步迈向“智能体AI（动态能学会什么）”的新纪元。在这块小小的ARM64开发板上，我每天都在学习和掌握新的技能。

深度思考：智能体系统的核心问题

在树莓派5上运行OpenClaw的体验固然令人印象深刻，但若要从周末实验升级为7×24小时稳定运行的生产系统，仍然面临诸多关键挑战。