























开源的 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
是否也能满足大多数企业的智能体的需求???
最近一直在思考这个问题,大家有什么想法和创意,或者是否有很多公司已经开始实施这种方式?
1 ppboyhai 5 月 27 日我准备开始实施这套了?兄弟们怎么看 |
2 AFOX 5 月 27 日pi 比 openclaw 更适合吧 |
3 Idyll 5 月 27 日我司是这样的,通过开发了一个前台应用,员工可以通过这个前台应用申请一个 openclaw ,申请通过后,会在远程 k8s 服务器里面给该用户起一个 openclaw 服务,这个前台应用自带聊天对话的客户端页面,通过 websocket 连接,同时可以配置飞书渠道,公司内部应用和 openclaw 的集群打通网络,通过自定义 skill 的形式,进行各种系统的操作。每个用户配置目录都是隔离的。大概有 100 多个 openclaw 服务。skill 可以在前台服务进行分享,安装和升级。管理员在在前台可以进行审批和修改用户的配置。 |
5 Idyll 5 月 27 日@Morriaty 从 openclaw 最火那段时间开始的吧,三个月左右,好处是领导有汇报的,职能部门可以做一些系统性的工作,坑到没啥,主要需要持久化用户的 memory ,所以把用户配置目录挂载到宿主机,权限处理起来比较麻烦。项目刚开始的时候团队人数比较多,现在就我一个开发维护了。刚刚少打一个 0 ,大概有 1000 多个 openclaw 服务,6 个 node 节点。 |
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。