Idyll

@qping 比如我们公司有很多分析师，他们的一些工作日常是到取数平台取数，然后汇总分析，最后制作报表，在整理文档汇报。中间有些内容是可以让 agent 去做的。至于是否真的提效，还是看使用者本人对 ai 熟悉程度。还有一点就是成为了裁员的理由吧。哎。身不由己。

哎，真是病态的关系

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

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

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

整帅点，等她来找你要。

我之前也习惯两个项目不同的路径，后面我发现还是放到一个目录里面好了，本地项目启动，直接在主路径下面写一个启动脚本，把前后端都启动了。感觉前后端分离已经失去了开发分离的意义了，只有部署的的时候才区分一下。