讨论帖：是否可以将 openclaw 这种当做企业级智能体的底座？是否还需要投入精力开发自定义的智能体

[ppboyhai]

开源的 openClaw 底层很强大，也支持自定义 channel

企业还是否需要使用 dify 、langchain 、spring ai 等技术开发自己的智能体。

我们是否可以实现如下逻辑：

1 、企业部署 openclaw ，然后自定义开发一些权限验证等逻辑 2 、开发自定义的 channel 3 、将自定义的 channel 接入到 公司的 Web 站、小程序、企业 APP 中

然后根据企业的角色权限体系，创建登录角色的 openclaw 的一套内容：

├── workspace/
│ ├── SOUL.md │ ├── IDENTITY.md │ ├── USER.md │ ├── AGENTS.md │ ├── TEAM.md │ ├── MEMORY.md

然后通过 cli anything 将企业的系统功能抽象成 skill ，或者自定义一些 SKILL

是否也能满足大多数企业的智能体的需求？？？

最近一直在思考这个问题，大家有什么想法和创意，或者是否有很多公司已经开始实施这种方式？

[ppboyhai]

我准备开始实施这套了？兄弟们怎么看

[AFOX]

pi 比 openclaw 更适合吧

[Idyll]

我司是这样的，通过开发了一个前台应用，员工可以通过这个前台应用申请一个 openclaw ，申请通过后，会在远程 k8s 服务器里面给该用户起一个 openclaw 服务，这个前台应用自带聊天对话的客户端页面，通过 websocket 连接，同时可以配置飞书渠道，公司内部应用和 openclaw 的集群打通网络，通过自定义 skill 的形式，进行各种系统的操作。每个用户配置目录都是隔离的。大概有 100 多个 openclaw 服务。skill 可以在前台服务进行分享，安装和升级。管理员在在前台可以进行审批和修改用户的配置。

[Morriaty]

@Idyll 请问下这个体系大概运转多久了？有实际感受到的好处和坑吗？目前是多大规模的团队在维护呢？

[Idyll]

@Morriaty 从 openclaw 最火那段时间开始的吧，三个月左右，好处是领导有汇报的，职能部门可以做一些系统性的工作，坑到没啥，主要需要持久化用户的 memory ，所以把用户配置目录挂载到宿主机，权限处理起来比较麻烦。项目刚开始的时候团队人数比较多，现在就我一个开发维护了。刚刚少打一个 0 ，大概有 1000 多个 openclaw 服务，6 个 node 节点。

[Idyll]

@Idyll #5 现在更多的工作是安全加固。

[Morriaty]

@Idyll 说实话，你们公司这个项目比我预想的要顺畅的多。佬有时间的话可以整理、分享下这个项目，我感觉现在很多想做企业 AI 中台、AI 提效的人都应该挺感兴趣里面的细节的

[sunfly]

取死之道

[ppboyhai]

@sunfly 细说一下，大佬

[ppboyhai]

@Morriaty 是的，感觉比纯代码开发更快，更方便一些，当然也牺牲了一些内容，就看怎么取舍