运行一个具有邮件访问权限的个人 Matrix 助手代理
我让 Kimi 为我设置了一个本地 Matrix 服务器，并编写了一个简单的类 Claw 程序。基本上就是一个循环，使用基于 bubblewrap 的沙箱来隔离工具（如果暴露给大量不可信数据，这还不够安全——我打算将整个系统迁移到虚拟机中），并采用了原始 openclaw 中使用的“身份”、“灵魂”和“记忆”分离机制，以赋予代理持久化的身份。由于没有直接访问凭据，邮件访问权限仅为只读。任务：建议落地方案：指示 Kimi 部署本地 Matrix 服务器，并构建基于 bubblewrap 沙箱的轻量级代理循环。通过“身份”、“灵魂”和“记忆”文件分离实现持久化状态，类似 OpenClaw。配置只读邮件访问，限制凭据暴露但允许邮箱操作。集成心跳机制以整合记忆并推进任务，使用 Kimi 或 GLM5 运行代理。原始来源未明确人类参与方式，但安全监督至关重要。；工具：OpenClaw。人工角色：原始帖子未说明人类如何保持参与。；局限：前提条件包括禁用联邦功能的 Matrix 自托管和 WireGuard 网络配置。安全约束显著：bubblewrap 沙箱被认为不足以处理不可信数据，需迁移至虚拟机。代理保留网络访问权限，存在数据泄露风险。来源可靠性为次要（Hacker News 评论）。任何涉及外部通信或数据修改的操作均需人工批准。。
工具
Agent Work Atlas 发布日期:
概述
我让 Kimi 为我设置了一个本地 Matrix 服务器，并编写了一个简单的类 Claw 程序。基本上就是一个循环，使用基于 bubblewrap 的沙箱来隔离工具（如果暴露给大量不可信数据，这还不够安全——我打算将整个系统迁移到虚拟机中），并采用了原始 openclaw 中使用的“身份”、“灵魂”和“记忆”分离机制，以赋予代理持久化的身份。由于没有直接访问凭据，邮件访问权限仅为只读。
工作流程
建议落地方案：指示 Kimi 部署本地 Matrix 服务器，并构建基于 bubblewrap 沙箱的轻量级代理循环。通过“身份”、“灵魂”和“记忆”文件分离实现持久化状态，类似 OpenClaw。配置只读邮件访问，限制凭据暴露但允许邮箱操作。集成心跳机制以整合记忆并推进任务，使用 Kimi 或 GLM5 运行代理。原始来源未明确人类参与方式，但安全监督至关重要。
原文报告的结果
来源未报告测量结果、性能指标或具体业务成果。仅描述了架构意图和当前设置状态。可衡量的验收检查包括：验证代理能否在无写入权限的情况下成功读取邮件，以及跨会话保持持久记忆。
人工角色
原始帖子未说明人类如何保持参与。
局限
前提条件包括禁用联邦功能的 Matrix 自托管和 WireGuard 网络配置。安全约束显著：bubblewrap 沙箱被认为不足以处理不可信数据，需迁移至虚拟机。代理保留网络访问权限，存在数据泄露风险。来源可靠性为次要（Hacker News 评论）。任何涉及外部通信或数据修改的操作均需人工批准。
试一试
扮演 DevOps 工程师。我需要搭建个人 AI 助手环境。1. 部署禁用联邦功能的本地 Matrix 服务器。2. 创建基于 Python 的代理循环，使用 bubblewrap 沙箱隔离工具执行。3. 实现“身份”、“灵魂”和“记忆”文件结构以持久化状态。4. 配置只读邮件访问工具，不直接暴露凭据。5. 添加心跳脚本以整合记忆并检查新 Matrix 消息。6. 使用 Kimi 或 GLM5 作为 LLM 后端。7. 将 Matrix 客户端封装在 MCP 服务器中以便 CLI 访问。[可替换输入：你的邮件服务商、特定 LLM API 密钥、代码目标目录]。在运行任何实时邮件或消息发送前，使用虚拟数据进行试运行，并需要我的明确确认。输出设置脚本和配置文件。如果检测到沙箱中的任何安全漏洞，请停止并报告。
来源报告未经独立核验。发布日期为本站案例发布日期，并非原始文章日期。