智能体工具分成三路：IDE、收件箱与运行时

这三款产品的目标买家并不相同。Hyperlane 自称是 IDE 兼 ADE，能并行运行 AI 智能体，并用原生工具合并各自的工作树。Pizza Bot 由 pizza-bot-app 发布在 GitHub 上，基于 DeepAgents 和 LangGraph 构建，是面向长时间运行智能体的本地优先收件箱。Soma 的文档位于 docs.trysoma.ai，是一个开源、可自托管的智能体与工作流运行时，以单个二进制文件分发。

三者都面向开发者。它们都不是当前企业智能体新闻周期所默认的那种托管服务。

各自到底声称了什么

Pizza Bot 的 README 是三者中最具体的。它说该工具在 Amazon 内部开发，以 Apache 2.0 许可证发布。运行时是有状态的 DeepAgents 与 LangGraph 技术栈，在 Electron 和浏览器中提供同一套 React 前端。桌面应用、Web 应用和终端 CLI 都通过 HTTP 和服务器发送事件与 api-server 通信。

README 写道，用户切换页面或断开连接时智能体继续工作，只有 api-server 进程必须保持运行。完成的工作进入 Unread 队列，审批请求进入 Action。运行过程会被检查点保存，能挺过客户端断连。cron 或 webhook 触发器无需打开会话即可启动工作。

模型方面，Pizza Bot 支持 Amazon Bedrock、Anthropic、Google Gemini、OpenAI、OpenRouter 和 Ollama。Bedrock 接受 AWS profile、AWS 访问密钥或 Bedrock API 密钥，可附加区域覆盖，否则使用 AWS_REGION 或 us-west-2。桌面端用 Electron safeStorage 保护输入的密钥，服务器配置只持久化环境变量引用。

本地访问需要主动开启。管理员在 Settings、Files 下逐个添加只读或可写文件夹，README 说 Pizza Bot 默认没有主目录访问权限。api-server 绑定到 127.0.0.1，非回环绑定要求身份验证。每个发行版都附带安装包和 SHA256SUMS 文件；macOS 构建经过签名和公证，Windows 提供安装可执行文件，Linux 的 .deb 和 .rpm 包未签名。

Soma 处在技术栈更低的位置

Soma 的文档把项目定位在金字塔底部：核心构件加上开发者体验，智能体逻辑交给用户。智能体和 MCP 函数用普通代码定义，支持 TypeScript，Python 标注为即将推出。用户可以自带框架，文档举了 LangChain 和 Vercel AI SDK 作为例子。

运行时声称具备容错和可恢复能力：执行可以在任何时刻崩溃或被挂起，并从断点继续。它还会生成 A2A（Agent2Agent）端点，并称兼容 OpenAI 流式的端点即将推出。它还提供细粒度的 API 密钥访问管理，用于限制对某个智能体的访问。

治理是 Soma 最着力强调的差异点。文档列出：一个预先集成第三方 SaaS 提供商的 MCP 服务器，负责凭据加密与轮换；一个出站 AI 网关，用于拦截智能体发往模型提供商的请求；以及针对 MCP 凭据、API 密钥和智能体密钥的本地、AWS 或即将推出的 GCP KMS 加密。

平台支持并不均衡。TypeScript 标注在 macOS x86 和 ARM、Linux GNU x86 和 ARM 上可用，不支持 Windows。Python 同样有这四个绿色平台。Rust 在所有列出的平台上尚不可用，文档把这一缺口归因于项目在 Rust 中使用了 Unix 域套接字。

Hyperlane 卖的是工作树

hyperlaneide.com 上的 Hyperlane 页面把产品定位为完整的 IDE，能并行运行 AI 智能体，并用原生工具合并智能体工作树。页面文字能支撑的实质主张就这些，抓取到的其余内容只是渲染噪声，不是可读的文档。

工作树隔离是对一个真实问题的自然回应：两个智能体同时编辑同一个仓库会产生难以归因的冲突。让每个智能体在自己的工作树里运行，再合并结果，可以在人类决定接受什么之前保持主分支干净。这是以编码为中心的答案，也假定买家本来就生活在 IDE 里。

Pizza Bot 的立场相反。它的收件箱隐喻假定用户根本不想盯着智能体干活。README 的卖点是启动或安排一个任务，然后走开，回来时工作已经完成。技能变成以工具为范围的子智能体，进度显示在 Activity 面板中。人在回路审批、长期记忆、文件附件和桌面通知都内置在工作流里。

Soma 位于两者之下。它不在乎是否有人在看，因为它的职责是让执行在崩溃中存活并保持可观测，同时把凭据和模型调用留在受控边界内。

这些工具提出的治理问题

自托管是共同线索。三者都被定位为组织在自己基础设施上运行的软件，而不是订阅服务。Pizza Bot 提供 Docker Compose 和 Dockerfile。Soma 以单个二进制文件分发。另一个 Show HN 项目 Artifact Keeper 对制品仓库提出了同样的主张：自托管的 JFrog Artifactory 和 Sonatype Nexus 替代品，没有开放核心的拆分，支持 45 种或更多包格式、GPG 和 PGP 签名、OIDC、LDAP 和 SAML 2.0 身份验证，以及 OpenTelemetry 追踪。它不是智能体工具，但面对的是同一个买家、同一种算计。

这种算计正是智能体工具市场当前分裂的地方。围绕企业智能体的新闻周期由控制平面和运行时治理主导，而开发者实际发布的制品更小、更固执己见：一个收件箱、一个运行时、一个 IDE。

三者都没有公布采用数字。Pizza Bot 的 README 列出架构和路线图，但没有用户数。Soma 的文档列出平台可用性，没有下载量。Hyperlane 页面在能渲染出的文字里没有任何指标。对于一个被周边标题估值为数千万美元的品类，这里公开的证据仍然只是工程细节，而不是市场牵引力。

本地优先的卖点里还有一处未解决的张力。一个在后台运行长任务的收件箱，只有在运行时保持在线时才有用，Pizza Bot 正是这么说的：只有 api-server 进程必须保持运行。笔记本休眠，或者桌面应用被退出，都会打破这个承诺，除非后端被移到某个持久运行的地方。同一份 README 记录了面向远程 Electron、浏览器、容器和 Linux 服务的独立后端路径，而多数企业部署最终都会走到那里。

Soma 的 KMS 选项指向同一个现实。本地加密对单个开发者很方便；有审计义务的组织会要求 AWS KMS，GCP 被描述为即将推出。演示与部署之间的差距，正是这些项目将被评判的地方。

眼下有用的信号是作者们选择先做什么。一个选了并行工作树。一个选了收件箱。一个选了围绕单二进制的治理层。这是关于智能体工作究竟在哪里出问题的三种不同押注，只有实际使用才能判定哪一个是对的。