一周热榜

你好 HN， 我构建了 supapool.io，这是一个 Supabase 服务的临时完整副本，你可以在大约 400 毫秒内启动它（包含 Auth、Postgres、Storage、Realtime）。 这样，如果你在不同的工作树中并行运行多个编码代理，它们现在可以拥有自己的 Supabase 副本，而不会相互冲突。 > 为什么不在本地使用 Supabase Docker？ 当我本地运行 3-4 个实例时，我的 MacBook 会发热，有时还会冻结。 > 为什么不使用 Supabase 分支？ 分支的设置需要几分钟时间，并且是为持久性设计的。这很昂贵，而且对于开发环境来说太慢了。 > 为什么不使用 Mock？ Mock 对代理来说很糟糕。我希望代理能够针对真实的生产服务行为测试它们的迁移和 SQL。代理经常会“幻觉”出工作的 Mock。然而，Mock 的优点是速度更快且在本地运行，但有了 Supapool，这个优点就不那么有说服力了。 > 它是如何工作的/如何在经济上可行？ 在 400 毫秒内启动 Supabase 需要几个要素： 1. 一个预先启动并保持运行状态的 Supabase 实例池，并与区域故障转移（us-east、us-west、europe-west、asia-southeast）共置。 2. 当池开始收缩时，通过 microVM/Firecracker 进行快速自动伸缩。 3. 削减强大的持久性保证。开发代理不需要 WAL、fsync、PITR、复制。任何用于临时 Supabase 实例高可用性的功能都是冗余的。 目前它处于 Beta 测试阶段，我正在使用我们的 GCP 积分来资助它，所以它是免费的。最终的定价将类似于每实例每秒收费，并且比分支或自托管/维护 Supabase 集群更具成本效益。 如果你使用 Supabase，我很想听听你的反馈，以及你是否认为有更好的方案适合你的本地编码代理设置。谢谢！

各位 HN 的朋友，我们是 Hoplite（hoplite.sh）的创始人 Bence 和 Ryan。Hoplite 允许您在云端部署编码代理，并提供一套工具，使功能质量保证变得异常简单。在入职过程中，我们会迁移您的本地设置——会话、记忆、MCP 服务器，并让您的项目准备好在云端运行。 演示视频：https://youtu.be/bnyktZ_9pjE 我们之所以走到今天，是因为我们放弃了最初申请 YC 的项目：面向零售投资的人工智能。最终，这并不是我们自己会使用的产品，也没有服务于我们感觉有联系的客户群。反思我们真正想做的事情，我们意识到我们喜欢与创始人（founder）和开发者（developer）交流，并且对云代理（cloud agents）这一特定领域有非常明确的看法。我们尝试了所有现有的解决方案，但没有找到一个 A) 能充分利用云的优势，并且 B) 性能好、使用起来感觉很棒的。 我们正在构建一个我们认为能反映未来 6-12 个月主流开发模式的产品。随着模型的改进，开发者将越来越少地审查代码，而是专注于审查产品输出。这意味着需要评估新的用户流程，直观地验证新功能的外观是否良好，API 是否按预期工作，CLI 是否能在 Windows 上运行等等。而且这一切都需要在同时运行数百个代理的情况下完成。 在代理方面，我们创建了一个自定义的框架（harness）。我们花了大量时间来决定是使用现成的解决方案，如 Codex/Claude Code，还是自己构建。最终，我们选择了后者，因为它提供了独立性和自由度。这也意味着我们可以测试全新的功能，而无需等待 Anthropic 和 OpenAI 的更新。 我们所有的基础设施都托管在 AWS 上，除了：用于持久化工作流的 Temporal，用于沙箱的 Modal，以及用于数据库的 Planetscale。我们选择这些基础设施的驱动力在于我们坚信代理正在成为零级（tier 0）基础设施，它们需要与之匹配的可靠性和安全性。 您现在可以免费试用，使用代码 ‘HACKERNEWS’，我们将提供 100 美元的免费额度，您还可以连接您的 Codex 订阅并通过它使用 OpenAI 模型。您可以在 hoplite.sh/pricing 查看更多关于我们定价的细节。 目前，我们正专注于优化两个关键体验：入职和预览，并非常希望听到您对此的反馈。如果您发现代理在某些任务上的性能不符合您的预期，请务必告知我们！