在托管和自托管的私人智能体之间做选择，并不是在“省事”和“隐私”之间二选一。它是在选择：系统的每个部分由谁运行，数据流向哪里，以及哪些故障会变成你的责任。
对私人智能体来说，这种区别比对一个简单的聊天应用更重要。智能体可能持有进行中的 Task，调用模型，搜索网络，连接其他服务，在一个电脑环境里工作，并在之后带着结果回来。把应用搬到你自己的机器上，会改变其中一部分边界，但并不会自动把所有依赖一起搬过去。
Comma 两条路都提供：由 Comma 运营的托管服务，以及可以用 Docker Compose 运行的开源部署。两种形态下的产品都一眼能认出来，但运行模式和部分能力并不相同。这篇指南解释其中的取舍，既不把自托管当成一枚勋章，也不把托管软件当成人人都该避开的妥协。
简短的回答
如果你想用智能体，又不想成为它的基础设施运维者，就选 托管版 Comma。Comma 运行服务，存储托管工作区的数据，负责更新和备份，并为工作区提供一台云电脑。托管产品还包含 Comma 所介绍的会议录制功能。作为换取这种托管体验的代价，你要接受这项服务在账号、套餐、数据处理和可用性方面的边界。
如果控制应用栈、数据库、模型配置和部署环境值得你付出运维工作，就选 自托管版 Comma。你的实例运行在你管理的机器上，应用数据存放在你运营的数据库和对象存储里。你也要负责升级、备份、公网配置、容量、监控和故障恢复。模型调用和可选的集成仍然可能把数据发给外部提供方。
无论哪种选择，都免不了要弄清权限和已连接的服务。有用的问题不只是 Comma 装在哪里？，而是 每个组件由谁运行，这个 Task 在执行过程中，信息会流向哪里？
比较的是职责，而不是口号
官方自托管指南把这种分工讲得很具体：
这不是一张功能评分表。对一个人来说，管理五个持久卷和一个反向代理是不必要的分心。对另一个人来说，把应用和它的记录放在自己控制的基础设施上，正是使用这个产品的主要理由。更好的选项，是你真正能长期承担其职责的那一个。
顺着数据路径走一遍
“自托管”描述的是 Comma 栈运行在哪里，并不意味着每一个字节都留在那台机器上。
在默认的自托管栈里，Task、聊天和文件都存放在你运营的服务里。Compose 部署在 Comma 服务器和客户端之外，还包括 PostgreSQL、Redis、ClickHouse、MinIO 和一个配置卷。Comma 的指南说明，这个栈不会向 Comma 发送分析数据或追踪数据。这是一条有用的边界，但数据流分析到这里还没有结束。
智能体调用模型时，请求会发往这个实例所配置的模型提供方。如果你为网页搜索和页面读取添加了 Exa 密钥，相关请求就会发往 Exa。如果你把实例公开，登录验证码需要一个真正的邮件服务器。已连接的应用和智能体使用的任何网站，仍然是各自独立的服务，有各自的数据处理方式。反向代理、DNS 提供方、主机托管商和备份目的地，也可能成为你所设计的运维路径的一部分。
托管版 Comma 的路径不同。Comma 运营应用并存储托管工作区的数据，而模型和集成的路径取决于托管配置以及你选择的服务。托管免去了服务器管理，但并不能免去决定连接什么、一个 Task 应该使用哪些信息。
无论哪种部署，在做出宽泛的隐私结论之前，先把一个真实的工作流画出来。如果一个 Task 用外部模型总结一份 Drive 文档，就问：
Task 和文档引用存放在哪里？
哪个服务去取源文件？
模型请求里包含哪些内容？
哪个提供方收到这个请求？
结果、日志和备份保留在哪里？
谁可以撤销连接或删除已存储的状态？
这个练习揭示的东西，比部署方式的标签更多。自托管可以让你直接控制重要的存储和配置，但完整的路径是你搭建的那个工作流本身的属性。
自带模型是一个路由决定
Comma 的自托管配置让你可以设置模型提供方的端点、协议、模型 ID、API 密钥、上下文预算和输出上限。提供方调用使用的是你自己的提供方账号，所以计费和服务条款属于你和提供方之间的关系，而不是 Comma 的额度。
这种灵活性支持几种安排。你可以用自己的账号使用商业模型 API，指向一个兼容的私有端点，或者配置一个你自己运行的模型。这些选项不应该被笼统地归为“本地 AI”。一个把提示发给云端模型的自托管 Comma 实例，仍然有一条外部的模型数据路径。运行私有模型可以改变这条路径，但前提是所配置的端点和周边基础设施确实处在你想要的边界之内。
凭据也需要同样的小心。运营这个栈，意味着要保护模型密钥、生成的密钥、邮件凭据，以及集成使用的任何令牌。对配置的控制之所以有价值，正是因为配置承载着责任。
自托管意味着运营一个系统
公开仓库提供了一个完整的单节点 Docker Compose 起点。它会构建 Web 客户端、管理端和服务器，并启动配套的数据服务。第一次启动可以在本地进行：端口默认只绑定到回环地址，Mailpit 提供一个本地收件箱来接收登录验证码。
本地跑通并不等于具备生产条件。公开部署需要放在反向代理后面使用 HTTPS，Web 应用、管理端和产品 API 要用不同的源，还需要一个真正的 SMTP 服务。公开注册默认关闭。你需要决定谁能访问这个实例，证书和 DNS 怎么管理，密钥怎么存放，安全更新怎么安装。
备份也是整个系统的属性，而不是复制一个数据库。Comma 的指南要求先停止整个栈，再把五个命名卷一起备份：config、postgres、objects、clickhouse 和 redis。配置卷里存着加密密钥和认证密钥。如果丢了它而保留了其他卷，你手上的数据可能根本无法有意义地恢复。在实际测试过一次恢复之前，备份计划都不算完整。
升级又是一项责任。你需要维护窗口、足够构建用的磁盘空间、发现服务故障的手段，以及与你的用途相匹配的回滚或恢复方案。如果智能体成了日常工作的一部分，机器的可用性、存储的健康状况和网络配置，就成了原本由托管服务替你消化的产品问题。
开源改变的是你能检查和修改什么，并不能免去这些运维工作。Comma 的原始代码以 AGPL-3.0-only 许可发布，仓库也说明了对你提供服务的修改版本负有的源码公开义务。这是实实在在的控制权，但它不同于安全审计、支持合同，也不能保证某个具体部署配置正确。
两条路径上的云电脑并不是同一种能力
托管产品为工作区提供一台云电脑。这让智能体在单次模型调用之外，有了一个能处理文件、工具或类浏览器执行的工作环境，而且不需要用户另外去准备这个环境。
截至 2026 年 10 月 26 日，公开自托管栈里的群组云电脑默认关闭，需要 Cloudflare 配置。仓库并不会因为核心服务跑起来了，就把这项能力变成一个自动可用的本地沙箱。如果云电脑上的工作是你的 Task 的核心，做决定时就要把它的运行时、配置、成本、隔离和维护都考虑进去，而不只是应用服务器。
这可能改变实际的答案。主要需要持久的 Task、接入模型调用，以及掌控已存储的应用数据的人，也许能接受额外的配置工作。期望一台开箱即用的执行电脑作为智能体体验一部分的人，即使自己会跑 Docker，也可能更喜欢托管版 Comma。
会议录制有单独的运行时边界
同样的提醒也适用于会议。截至 2026 年 10 月 26 日，Comma 的托管体验包含会议录制，但公开的自托管仓库说明，会议和 Agent VMM 主机需要仓库里没有包含的运行时。
所以，自托管核心应用并不能复现完整的托管会议路径。你可以自己搭建或集成额外的基础设施，但要考虑与你的情况相关的权限、录音相关法律、存储设计和转写提供方。那将是一个由你运营的系统，而不是标准 Compose 栈里自带的一个开关。
请把这当作一条明确的产品边界。如果录制和处理通话是决定性的用途，那么目前托管版和自托管版 Comma 不能互相替代。
选择之前做一次职责测试
关于自托管，最有用的问题不是“我会不会跑 Docker？”，而是“第一次成功启动之后，我愿不愿意一直负责这项服务？”
如果你有一台长期可用的机器或服务器，能保护并备份它的状态，了解自己配置的外部提供方，并且足够看重直接的控制权、愿意维护这个部署，自托管就很合适。当你需要自己的网络边界、模型端点、数据保留流程或源码级的定制时，它就更有意义。
如果结果比服务器更重要，你需要托管的云电脑或会议路径，或者你不希望私人智能体的可用性取决于自己的维护习惯，托管版 Comma 就很合适。选择托管并不妨碍你仔细设置权限或限制连接的内容，它只是把基础设施的运营交给了 Comma。
做决定之前，把这些问题的答案写下来：
哪些数据必须存放在我运营的基础设施上？
哪个模型提供方会收到 Task 的内容，用的是哪个账号？
我的主要工作流需要云电脑或会议录制吗？
我能管理 HTTPS、邮件投递、密钥、更新和访问控制吗？
我的备份集是什么，我测试过恢复吗？
我不在的时候，谁会发现并修复故障？
我选择自托管是为了一条具体的边界，还是只因为这个词听起来更安全？
如果答案指向不同的方向，就从能支撑你最重要的工作流的那种部署开始。从一个范围明确的 Task 和它真实的数据路径里学到的，会比一份抽象的功能对比更多。
关于托管和自托管私人智能体的问题
自托管版 Comma 自动就更私密吗？
不是。它把应用栈和数据库置于你的控制之下，而且标准栈不会向 Comma 发送分析数据或追踪数据。但模型提供方、搜索、邮件、已连接的应用、网络服务和备份，仍然可能接收或存储数据。隐私取决于完整的配置和工作流。
自托管版 Comma 需要 Comma 账号或订阅吗？
公开的 Docker Compose 栈不需要 Comma 账号、Stripe 或 Comma 额度。你提供机器，并配置一个模型提供方账号或私有模型。这些选择可能各有自己的基础设施和用量成本。
我可以用自己的模型提供方吗？
可以。自托管栈提供了提供方端点、协议、模型和凭据的配置项。如果你自己运行的提供方支持所需的接口，也可以使用；但自托管 Comma 本身并不会让第三方模型变成本地模型。
自托管版包含云电脑吗？
不是作为开箱即用的默认项。Comma 的官方指南说明，群组云电脑需要 Cloudflare 配置。如果你的工作流依赖电脑执行，就要为这项单独的配置和它的运行边界做好规划。
自托管版包含会议录制吗？
不包含。公开仓库说明不包含会议运行时。因此在这个用途上，托管服务和标准的自托管栈是不同的。
我需要备份什么？
在栈停止运行时，把五个命名卷——配置、PostgreSQL、对象、ClickHouse 和 Redis——作为一整套一起备份。务必保留配置卷，因为里面存着加密和认证密钥。升级或恢复之前，请按照最新的自托管指南操作。
开源就等于安全吗？
不等于。源码公开让检查、修改和独立运营成为可能。安全仍然取决于代码、它的依赖、你的配置、网络暴露面、凭据、更新习惯和运维响应。
选择你能维护的边界
托管的私人智能体要求你信任并评估一个服务运营者。自托管的私人智能体要求你自己成为一个运营者。Comma 两者都支持，因为控制和便利并不是所有人共同的偏好，也因为合适的边界取决于你打算交出去的工作。
