最新

各位 HN 的朋友们！ 我开发了 Supafork，一个用于存储和分享 AI 代理会话的平台。 在使用 Claude Code、Codex、Gemini CLI、OpenCode、Pi 以及其他编码代理的过程中，我发现这些会话都只保存在我的本地机器上。没有一个简单的方法可以访问、重用或与他人分享它们。 通过 Supafork，您可以保存完整的代理会话，将它们组织成集合，设置为公开或私有，还可以 fork 他人的会话来借鉴他们的工作流程。您还可以将一个 harness 中的会话导入到另一个 harness 中，或者邀请朋友加入一个会话，以了解您的代理正在做什么。 可以将其想象成 AI 代理的 GitHub。 欢迎访问 beta.supafork.com 试用并安装 CLI。我很想听听您的用户体验感受以及可以改进的地方。 我很乐意回答任何问题或听取您的反馈！

各位 HN 的朋友们： 我的儿子在五年级时花了很多时间玩 PhET 的二维引力/太空模拟器 [1]。他的 STEM 课在使用它，他在家也玩，并且一直在寻找更多类似的资源。我在线上找到了几个太空模拟器/游乐场，包括 NASA 的“Eyes on the Solar System”[2]，但似乎没有一个能提供比 PhET 模拟器更进一步的学习体验。于是，我在暑假为他开发了 Newton's Orchard。 [https://newtonsorchard.app](https://newtonsorchard.app) 源代码也已发布在 [https://github.com/andrewchilds/newtons-orchard](https://github.com/andrewchilds/newtons-orchard) 它具有确定性的时间回溯功能，所有天体都可以编辑，提供不同的预设系统和实验，还有需要完成的任务（完成三个任务即可解锁黑洞天体类型和相关任务），以及一个用于用户提交作品的画廊。 我非常希望得到 HN 社区的反馈，特别是从如何让学生更具参与感和更易于理解的角度来看，以及任何想了解引力如何运作的朋友。谢谢！ [1] [https://phet.colorado.edu/sims/html/gravity-and-orbits/latest/gravity-and-orbits_all.html](https://phet.colorado.edu/sims/html/gravity-and-orbits/latest/gravity-and-orbits_all.html) [2] [https://eyes.nasa.gov/apps/solar-system/](https://eyes.nasa.gov/apps/solar-system/)

我构建了 slotstream，一种在内存最低 16GB 的 Mac 上运行 Qwen3.8-Flash-Next 4 位模型的方法。该模型拥有 125B 参数，原本需要 100GB 以上的内存/RAM，但通过专家卸载/SSD 流式传输技术得以实现。它易于安装/更新，并且使用 MLX 和 Swift 构建，是 Mac 原生应用。 它自带自动模式，能在内存使用和速度之间取得良好的平衡。接下来我将实现并移植 MTP 模块以支持推测解码。

各位 HN 的朋友，我们是 Bera 和 Christian，我们正在构建 Orthogonal。 Orthogonal 为 AI 代理提供了一个统一的集成，用于发现、访问和支付 API。可以将其理解为 AI 代理使用的 API 的 OpenRouter。 目前，我们拥有 50 多家 API 提供商和 700 多个 API 端点，涵盖公司、人物、金融和网络数据，可通过我们的 MCP 服务器和 SDK 按需付费的方式使用。我们最初专注于 GTM（上市）相关的 API，现在正在扩展我们的目录。 您可以在 [https://www.orthogonal.com/](https://www.orthogonal.com/) 上进行尝试。您需要创建一个账户才能使用聊天功能或连接 MCP/SDK。 聊天或 MCP 的示例提示： 查找最近完成种子轮或 A 轮融资的人工智能基础设施初创公司，并返回其创始人、LinkedIn 个人资料和相关的公司数据。 当我们了解到 [https://x402.org/](https://x402.org/) 时，我们看到了一个让 AI 代理更容易支付 API 费用的机会。与其让代理为每个 API 管理 API 密钥和账单，不如让它为每个请求付费？ 因此，我们开始将现有的 API 提供商接入 x402。然后我们意识到，代理无法支付它不知道存在的 API。它还需要弄清楚哪个 API 可以完成任务以及如何使用它。 我们还发现，将所有小额 API 付款都放在链上并不总是明智的。如果双方都已经拥有 Orthogonal 账户，内部结算会更简单。因此，我们将 API 的发现和访问与支付渠道分开了。 如今，支付可以通过 Orthogonal 积分、x402、[https://mpp.dev/](https://mpp.dev/) 或 [https://www.circle.com/nanopayments](https://www.circle.com/nanopayments) 进行。 我们现在正在解决的问题是 API 选择。 如果五个 API 都可以回答同一个请求，代理应该使用哪个？最便宜的可能覆盖范围较差。另一个可能更准确但速度较慢。 我们正在努力利用价格、延迟、可靠性和结果质量来帮助代理做出这些决定。 您目前是如何让代理访问付费 API 的？ 如果您给代理一个预算，您会信任它来选择支付给哪个 API 提供商吗？

我想摆脱 GMail，因为我不希望依赖一个随时可能消失的服务。现在我需要摆脱 Proton，因为他们无法让法兰克福的空调正常运行。 大家都在尝试哪些替代方案？我希望拥有： a. 一个可以运行一周而不至于长时间宕机（数小时）的服务。 b. 自定义域名。理想情况下，我希望在过去几个月里，所有发往特定域名的邮件都能被路由到我的家庭服务器，并提供在线网页邮件界面。 c. 不要对 PGP 或 S/MIME 产生抵触。 d. IMAP 或 POP。如果我无法简单地将邮件路由到/从我的本地服务器，我将接受 IMAP（优先）和 POP（如果必须的话）。 e. 一个可以运行一周而不至于长时间宕机（数小时）的服务。 我想我这是自作自受。“ProtonMail” 中的“S”代表“服务水平协议”（Service Level Agreement）。