开源项目推荐：你用的是 Hermes？它也能拥有 ANOLISA 全套能力了

在近半年内，面向终端用户的Agent产品几乎每周都会经历变化，例如OpenClaw与Hermes等框架的版本迭代持续加速，产品形态不断演进。这种快速迭代给开发者带来了选择困境：刚刚熟悉某个工具的工作流，团队可能又倾向于另一个更优方案。底层操作系统究竟该如何绑定？ANOLISA v0.5版本对此给出了明确解答：它不强制绑定任何框架。无论您当前正在使用何种Agent框架，ANOLISA都能直接接入。这一版本的核心动作在于，继对OpenClaw完成适配之后，ANOLISA现已全面支持Hermes，同时持续对安全与快照两大关键功能进行升级，确保“接进来”的不仅是“能运行”，而是“开箱即获得完整能力”。

这一策略对开发者而言确实意味着一种纠结：当你刚在一个产品上顺畅地运行起工作流时，团队可能又认为另一个工具更合适。底层的操作系统层面，究竟应该绑定哪一个？

ANOLISA v0.5 版本的回答相当直接：哪个都不绑定。无论你正在使用什么框架，ANOLISA 都能接入。此版本最大的举措，是在 OpenClaw 之后，对 Hermes 完成了全面适配；同时，安全与快照这两大核心功能持续进行关键升级，保证“接进来”不止是“能运行”，而是“开箱即可获得完整功能套件”。

Hermes 用户：你正在使用的工具，如今也成为 ANOLISA 的一部分

过去的 ANOLISA 几项核心能力——例如 Skill 调用前的安全签名校验、Agent 全链路可观测、以及每个对话轮次的自动快照——都只能在 OpenClaw 上完整运行。如果你的团队选择了 Hermes，难免会有所顾虑：这些功能虽然诱人，但要使用它们，是否必须更换框架？本次更新给出的答案是“无需更换”。从这一版本起，Hermes 与 OpenClaw 在 ANOLISA 上将享有完全对等的能力支持，无需进行任何工具迁移，只需开启相应配置即可：Skill 前置签名校验、可观测事件流、自动快照插件，这三条主要能力线均以 Hermes 的原生形式落地，既非套壳实现，也非降级版本。

更为重要的是这一切背后的态度。Agent 框架的格局仍在演变中，究竟谁能成为“未来标准”目前无人能够断言。一个真正稳固的操作系统，应当让所有框架都能在其上更稳定地运行。未来，ANOLISA 将持续支持更多 Agent 框架。

ANOLISA 不挑剔 Agent，其原生支持的 Agent 将变得越来越多。

安全升级：将“防御”拓展为“防御之后清晰可见”

过去，安全能力的基石主要在于“防御”，即防范注入、越权与越界等问题。然而，在 Agent 应用场景中，仅仅依靠“防御”是远远不够的。在实际落地过程中，我们需要建立起更全面的安全视角：第三方 Skill 这周进行了更新，是否已被篡改？出现一行红色告警信息时，它对应的是哪一次工具调用？日志中夹杂的那一串手机号或 AccessKey，又是如何悄然潜入模型上下文的？