HiClaw 1.1.0：企业级 Agent 开发的基建升级

我最近在做一个企业 AI 培训项目，帮客户部署智能体平台。说实话，技术能力早就不是问题，真正的挑战是怎么让它在各种奇葩环境里稳稳当当跑起来。

上周刚交付一个项目，用的是 1.0.9 版本。客户验收那天说"挺稳的"，我表面淡定，心里其实捏着一把汗——因为我知道这套东西离"企业级"还有距离。

然后 1.1.0 发布了。

看完更新日志，我愣了几秒。这不是常规迭代，这是把企业级 Agent 开发的基建重新做了一遍。

先说最让我兴奋的——hiclaw-controller 和 Kubernetes 原生支持

之前做项目，最头疼的就是"部署"这件事。本地调试好好的 Demo，往客户服务器上一搬，依赖冲突、版本打架、内存爆表。好不容易跑起来了，Agent 动不动就挂，还得有人盯着。

我做 AI 企培项目，要在各种客户环境里部署。有的客户用物理机，有的用私有云，还有的直接说"我们这边 K8s 集群，你给我塞进去"。

你们猜每次遇到 K8s 环境是什么体验？

要么硬着头皮写 Deployment YAML，改来改去各种兼容问题；要么干脆说"这个环境不支持，我们换方案吧"。

1.1.0 直接原生支持 K8s 了。

什么意思？你现在可以把 HiClaw 当成标准的 K8s 应用来管理。想扩容？一个 kubectl apply 的事。想回滚？版本控制直接支持。想监控？对接现有的 K8s 监控体系就行。

这不是小打小闹，这是让企业级 Agent 系统第一次能真正融入现有的运维体系。

和 K8s 原生架构配套的，是 Worker、Team、Manager 全部标准化为 CRD 资源。

我给你们看个例子：

apiVersion:hiclaw.io/v1kind:Teammetadata:name:enterprise-agent-teamspec:leader:type:deterministicworkers:-name:hermes-worker-1runtime:hermes-name:claude-worker-2runtime:claude

看着眼熟吧？懂 K8s 的同学应该秒懂这是什么体验。

以前你定义一个 Agent 协作流程，要么写代码硬编码，要么用各种私有格式。现在直接用标准 K8s 语法，运维团队不需要重新学习，他们现有的工具链、流程、知识全部能用上。

这个意义比很多人想象的大。

企业级项目里，技术团队和运维团队往往是两拨人。之前我们做 Agent 系统，运维那边完全插不上手，因为"这玩意儿他们不懂"。现在好了，CRD 一出来，运维可以直接用他们熟悉的方式管理 Agent 了。

协作效率提升是实实在在的。

1.1.0 把镜像从 1.79GB 瘦到 103MB

很多人看到这个数字可能没什么感觉，但我太有感触了。

之前 1.79GB 的镜像，在企业内网环境传输能把人急死。客户那边带宽有限，一个镜像传半小时，项目周期直接被拖。有的客户干脆问：“你们这东西能不能小一点？”

现在瘦到 103MB，3 分钟以内必完成部署。

这不是技术炫技，这是实打实的企业级体验优化。部署周期缩短，交付效率提升，客户满意度也直接上一个台阶。