Launch HN：Agent37（YC F26）——用于运行代理的低成本代理沙箱

Hacker News 讨论 ↗

像 Agent37 这样的低成本“代理沙箱”平台正在兴起，用于托管 AI 编程与自动化代理，定位为比传统云 VM 更便宜、更轻量的替代方案。评论者质疑这类基础设施是否正在一个拥挤市场中变成商品，担心主要依靠价格与超大规模云厂商竞争的可持续性，同时也在比较功能、冷启动性能和隔离模型（gVisor vs 完整 VM）。一个反复出现的主题是：更困难、也更有价值的问题可能不是沙箱本身，而是通过受限凭据、egress 控制和代理层，安全地访问用户数据与服务。

市场格局与竞争

  • 许多评论者注意到“代理沙箱”领域已经很拥挤，既有多家 YC 初创公司（例如 Maritime、Boat 等），也有 Fly Sprites、Modal、Daytona、Cloudflare 等成熟厂商。
  • 关于沙箱是否已经商品化存在争论：有人认为它“只是带有面向代理友好特性的 VM”，也有人认为差异化可能会在之后通过专门化出现。
  • 也有人认为，在加速器里，许多创始人同时追逐同一个 AI/代理机会，出现重叠很正常。

定价策略与可持续性

  • Agent37 强调自己明显比多家竞争对手便宜（声称相较 Boat 约便宜 3 倍、相较某些 AWS 实例约便宜 5 倍、相较 Cloudflare 约便宜 30 倍、相较 Fly Sprites 约便宜 94%）。
  • 底层策略是：避开超大规模云厂商（从更便宜的提供商租用裸金属），并通过更密集的 pod 放置来利用代理工作负载的突发性。
  • 怀疑者担心主要靠价格竞争会引发向下的价格战；超大规模云厂商可以交叉补贴，之后再压低价格。
  • 支持者认为“先抢市场份额，再被收购”也是一种合理结果。创始人称，即便定价很低，目前利润率依然健康。

技术架构与性能

  • 使用基于 gVisor 的沙箱来实现内存共享和更高密度；同时也提供完整 VM 和“performance”档位，供更重的用例使用。
  • 文件系统会跨会话持久化；在热启动时，可从 NVMe 更快启动，而从对象存储恢复时则更慢。
  • 通过自动休眠和唤醒来降低成本；免费层对每周可唤醒时长有限制。
  • Cron 通过外部 cron API 处理，该 API 会唤醒沙箱，而不是使用容器内 cron。

安全、隔离与能力

  • 一些人认为，与完整 VM 相比，gVisor 在隔离性上不太理想，但许多用例并不需要更强隔离。
  • 多位评论者认为主机隔离是“容易”的部分；真正困难的问题是：
    • 对用户数据（Google、邮件等）的受限访问。
    • 代理无法更改的 egress allowlist。
    • 在沙箱外注入真实密钥并按路由/按动作施加限制的凭据代理层。
  • 也有人明确表示，相比更便宜的计算，他们更愿意为强大的凭据代理层支付更高费用。

开发者体验与用例

  • 早期用户反馈设置简单、价格有吸引力，但注意到最便宜档位存在冷启动延迟。
  • 常见用例是通过统一的 gateway API 托管代理 harness（Hermes、Claude Code、OpenClaw 等），其接口模拟 OpenAI 的 schema。
  • 有人提出对类 cron 的周期性任务、突发式代理流量、文件系统卫生以及网络策略控制的支持问题。

其他

  • 关注 BAA 签署、SOC 2 进展中、未来可能开源，以及更多支付方式（例如 PayPal）。