最新

你曾用来解决实际问题的最困难或最美丽的数学是什么？

嘿，HN，我是来自 Autumn 的 Ayush（<a href="https://useautumn.com">https://useautumn.com</a>）。Autumn 是一个开源的 Stripe 层，它将定价和账单逻辑与您的应用程序解耦。我们让您能够高效管理定价计划、功能权限和支付，无论使用何种定价模型。这有点像 Supabase 和 Stripe 的结合体。 通常，您需要编写代码来处理结账、升级/降级、失败的支付，然后接收 Webhook 来配置功能、重置使用限制等。我们将这些抽象为一个函数调用，适用于所有支付流程（结账、升级、降级等），一个函数用于记录使用情况（以便我们可以跟踪使用限制），以及一个可以从前端访问的客户状态 React Hook（用于处理付费墙、显示使用数据等）。 这是一个演示：<a href="https://www.youtube.com/watch?v=SFARthC7JXc" rel="nofollow">https://www.youtube.com/watch?v=SFARthC7JXc</a> Stripe 非常棒！但人们选择使用 Autumn 而不是直接使用 Stripe 设置的主要原因有两个： (1) 账单基础设施可能变得复杂。在支付之后，仍然需要处理 Webhook、权限管理、计量、使用重置，并将它们与升级、降级、取消和失败支付状态连接起来。 (2) 成长中的公司经常会对定价进行迭代：提高价格、尝试使用积分或对新功能收费等。我们帮助您避免处理基于使用的限制（在当今定价中非常常见）、重建应用内流程、数据库迁移、定制定价的内部仪表板，以及为不同定价的用户提供过渡。 拆除账单流程等，真的很麻烦。使用 Autumn，您只需在我们的用户界面中进行定价更改，所有内容都会自动更新。我们有一个 shadcn/ui 组件库来帮助实现这一点。 由于我们支持多种不同的定价模型（订阅、使用、积分、基于席位等），我们必须在后台处理许多不同的场景和案例。我们尽量保持设置简单，同时保持原生集成的灵活性。这是我们主要端点架构的一小段代码：<a href="https://useautumn.com/blog/attach">https://useautumn.com/blog/attach</a> 目前，从我们这里获得最大价值的用户是需要快速行动并保持灵活性的创始人，以及更偏向 AI 的新手/非技术开发者。 您可以克隆项目并探索代码库，或在 <a href="https://useautumn.com">https://useautumn.com</a> 上试用，那里对开发者是免费的。我们的代码库在 <a href="https://github.com/useautumn/autumn">https://github.com/useautumn/autumn</a>，文档在 <a href="https://docs.useautumn.com">https://docs.useautumn.com</a>，演示在 <a href="https://www.youtube.com/watch?v=SFARthC7JXc" rel="nofollow">https://www.youtube.com/watch?v=SFARthC7JXc</a>。 我们非常希望听到您的反馈，以及我们如何能做得更好！

我厌倦了在编码和 Git 操作之间频繁切换，因此我构建了 vibe-git——一个 MCP 服务器，它在 AI 助手进行代码更改时自动化整个 Git 工作流程。 以下是它的工作原理： - 你说“让我们开始一个 vibe 会话” → AI 调用 start_vibing()，服务器创建一个分支并启动文件监视器。 - 监视器检测到 AI 编辑文件时会自动提交更改（每秒一次）。 - 你说“让我们停止 vibe” → AI 调用 stop_vibing()，服务器将提交合并、在最新的主分支上重新基准，并创建一个 PR。 “vibe”哲学：你自然地谈论功能，AI 进行编码，文件监视器无缝处理 Git。此外，如果代理出现问题，你也不会丢失工作，因为每次更改都会实时提交。 我一直在使用 Claude Code + vibe-git 开发 vibe-git，进行自我验证。 当前的技术栈是用 Python + FastMCP + beartype + plum + mutmut 实现的。 到目前为止，我的经验是，当你不必在提交/管理 Git 之间切换时，保持工作流要容易得多。我发现自己对代理的微观管理减少了，而是专注于不断迭代，朝着一个漂亮的 PR 迈进。