本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容：
- 我的帖子已经打上 开源推广 标签： 是
- 我的开源项目完整开源，无未开源部分： 是
- 我的开源项目已链接认可 LINUX DO 社区： 是
- 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是
- 以上选择我承诺是永久有效的，接受社区和佬友监督： 是
以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出
GitHub：molr-ai/molr
官网：molr.ai
Molr 的架构：
- 用户界面：桌面客户端或 WebUI。
- 后台服务（Runtime）：7x24 小时运行，中心化处理所有业务逻辑。
- 独立沙盒服务（Sandbox）：Agent 的电脑，给 Agent 提供数据隔离、权限受控的操作环境。
Molr 的桌面安装包已经内置了全部服务，也可以按需选择把 后台服务/独立沙盒 安装到服务器上。
技术栈：Go + React / TypeScript + SQLite，桌面端用 Electron。
简单介绍下个人需求和设计理念：
在多个设备之间协同
目前用过的一些多设备方案，要么只同步上下文，模型请求需要在设备本地发出，要求每台设备都能有合适的网络环境可以访问模型 API。要么通过 ssh 之类的方式操作，无法实现按需授权，可能一不小心就会发生 rm -rf / 的杯具。
Molr 被设计为通过独立沙盒服务提供多设备协同能力，沙盒只提供受控操作入口，所有模型请求都在中心服务统一管理。
按角色（而不是按会话或项目）构建上下文，用事件驱动 Agent Loop
在长期使用后，管理会话会成为一种心智负担。就好像有些公司喜欢大事小事拉个群沟通，最后 IM 里大大小小无数个群，你很难记得某件事情发生在哪个群里。
Molr 目前只有一对一的私聊。谁负责什么，出了什么事就找谁。一切从简单开始。
权限源自逐渐建立信任的过程
不知道有多少人开着 Full Access 跑任务。原因不外乎很多 Harness 的权限只有两档：工作区读写（或逐项审批） 或者 Full Access。很难想象如果作为一个团队 Leader，你的下属每执行一个操作都要找你审批，你还怎么干活。
Molr 被设计为 Agent 按需申请权限，权限有范围、有期限。当你和 Agent 累积了更多的上下文，Agent 犯错的几率就会减少，你就可以给予 Agent 更广泛、更长期的授权。
Molr 还在开发中，尚未发布稳定版。
想试试的话，可以从这里选择最新版本下载：molr-ai/molr/releases。
遇到问题欢迎提 Issue。觉得有意思，顺手给个 Star 吧，十分感谢。