AI Agent 写好小工具后，怎样安全地交给团队用？ShareBox 把发布和权限一起接起来
让编码 Agent 做一个请假登记页、内部表单或小型仪表盘，代码往往不是最后的难题。真正费时间的是把它放到网上：配置域名和 HTTPS、接登录、准备存储、决定谁能查看或修改。若把未经隔离的 Agent 产物直接部署到共享服务器，权限和运行边界也会变成新的风险。
ShareBox 是一个自托管项目，目标正是把“发布一个小型 Web 工具”和“按人分享”连成一条流程。项目 README 描述了 CLI、MCP 服务端、Google 登录、每个工具独立的 SQLite 存储，以及基于 gVisor 的隔离运行环境。它适合想让 Agent 产出内部小应用、又希望保留部署控制权的团队；它不是无需运维的托管 SaaS。
从目录到可分享链接
ShareBox 的工作方式可以拆成两段：管理员先在自己的 Linux 服务器部署 ShareBox 实例，开发者再从电脑安装 CLI、登录该实例，并将 CLI 或 MCP 接给 Agent。Agent 在项目目录中构建页面后，可以调用发布流程；部署成功后得到该工具的独立 HTTPS 地址，再通过邮箱、Google Workspace 域或链接范围授权访问。
官方 README 给出的服务器前提包括 Ubuntu 24.04、域名和 Google OAuth 客户端；快速安装脚本会配置 Docker 与 gVisor。作者标注 2 GB RAM 可作为起步配置，但这不是对任意负载的容量承诺。部署前仍需准备 DNS、80/443 端口和 OAuth 设置，并按官方安装文档逐项确认。
电脑端需要 Node.js 20 或更新版本，安装 CLI 并登录：
npm install -g sharebox-cli sharebox login sharebox.example.com claude mcp add --scope user sharebox -- sharebox mcp
第三行是 README 展示的 Claude Code MCP 接入示例；其他 Agent 客户端应按其 MCP 配置方式接入，不要把这条命令当成通用命令。首次登录会打开浏览器完成确认。若实例域名不同，将示例中的 sharebox.example.com 换成自己的地址。
接下来既可以由 Agent 通过内置 MCP 工具操作，也可以手工使用 CLI 初始化和发布：
sharebox init vacation-tracker --name "Vacation tracker" sharebox publish vacation-tracker sharebox share vacation-tracker @yourcompany.com
这组示例分别创建项目、发布工具并把访问权分享给公司域。实际分享时可选择指定邮箱、整个 Workspace 域或任何持有链接的人，并区分“可使用”和“可管理”权限。README 特别说明，撤销权限会在下一次请求时生效。
发布出来的应用如何隔离
ShareBox 不只是给静态文件配一个 URL。项目说明每个工具都运行在独立的 gVisor sandbox 中，使用 workerd 执行；代码只读，并设置 CPU、内存和进程限制。请求经过平台网关检查会话和权限，再向工具提供经验证的访问者身份。每个工具有自己的 SQLite 数据库，静态页面可以使用内置 SDK 读写集合，带服务端代码的工具则可使用 SQL。
这些机制解决的是不同层次的问题：认证告诉平台“访问者是谁”，分享权限决定“可以做什么”，沙箱则限制工具进程能触及的资源。它们不能替代彼此，也不意味着所有恶意代码风险都已消失。自托管者仍要及时更新、做好备份，并审查实例与宿主机的安全配置。
一个简单的前端集合调用，README 写法如下：
const me = await sharebox.me();
const vacations = sharebox.collection("vacations");
await vacations.add({ from: "2026-08-01", to: "2026-08-15" });
const records = await vacations.list();
sharebox.me() 返回登录用户信息；集合数据由平台处理。README 说明，“可使用”用户只能编辑自己的记录，而“可管理”用户可以管理全部记录，权限在服务器端执行。示例仅用于说明 SDK 形态，实际项目还应处理异步错误、表单校验和数据生命周期。
适合什么场景，又有哪些边界
ShareBox 的价值在于缩短从“Agent 写了一个能用的小页面”到“同事可以受控访问”的距离。比如团队临时做一个值班登记表、内部反馈表或轻量仪表盘，不必为每个原型从零拼接登录、域名和数据库。不过当应用需要访问外部 API、复杂业务数据或高可用集群时，不能仅凭“已发布”就认为架构要求满足。
项目 README 当前状态列出若干重要限制：外部网络访问尚不可用、登录方式为 Google，发布者邮箱需要管理员配置；单机部署的资源能力也有限。文档把外部 API 出口代理列为计划方向，因此不要把它写成现成能力，更不应将第三方 API 密钥塞进前端代码。项目处于持续开发状态，部署前宜查看仓库的最新 README、安装手册和版本说明。
可以按下面的顺序试用：先用测试实例和非敏感数据完成安装；再让 Agent 生成一个不含秘密的静态小工具；以最小分享范围邀请测试用户；最后检查访问控制、日志、备份和撤销流程。若要提供持久化数据，确认数据模型和备份策略；若必须调用外部服务，则等官方网络出口能力落地并完成安全评估，或选用符合组织要求的其他部署方案。
小结
ShareBox 把 Agent 工具发布、团队分享和运行隔离放进同一套自托管流程，适合探索内部小应用的团队。它的吸引力不是“Agent 自动生成就等于安全上线”，而是让发布后的身份、授权和隔离成为明确的基础设施步骤。采用前应评估它目前的 Google 登录、单机资源和外网访问限制，并把它当作一个仍在演进的项目来验证。
相关链接