最新

SafeShare 是一个小型的网页应用程序和书签工具，可以去除跟踪参数（如 utm_、gclid、fbclid 等）并解包常见的重定向——这一切都在浏览器本地完成（无需账户，无需服务器）。<p>• 功能：清理 URL，解包 t.co/Google 重定向器，团队白名单以允许特定参数。 • 工作原理：仅客户端的 JavaScript，渐进式网页应用（PWA）和服务工作者；不向我们的服务器发起网络请求。 • 尝试一下：<a href="https://j-ai-71.github.io/Supersystem/quickstart.html" rel="nofollow">https://j-ai-71.github.io/Supersystem/quickstart.html</a> • 欢迎反馈（边缘案例、需要添加的参数/重定向器）。

嗨，HN！最近我们一直在开发 Flowglad（<a href="https://flowglad.com">https://flowglad.com</a>），现在觉得它已经足够成熟，可以和大家分享了： <p>代码库：<a href="https://github.com/flowglad/flowglad" rel="nofollow">https://github.com/flowglad/flowglad</a></p> <p>演示视频：<a href="https://www.youtube.com/watch?v=G6H0c1Cd2kU" rel="nofollow">https://www.youtube.com/watch?v=G6H0c1Cd2kU</a></p> Flowglad 是一个支付处理器，您可以在不编写任何连接代码的情况下进行集成。除了处理您的支付，它还会实时告诉您客户根据其账单状态可用的功能和使用信用余额。我们的开发体验（DX）类似于 React，因为我们希望将响应式编程范式引入支付领域。 <p>我们让您可以轻松地在几次点击中启动完整的定价模型（包括使用计量器、功能门控和使用信用授予）。我们将这些定价模型结构化为一个 pricing.yaml 文件，这有点像 Terraform，但用于您的定价。</p> <p>结果是一个支付层，AI 编码代理在处理时会显得更加轻松（目前最顺畅的路径是全栈的 TypeScript + React 应用）。</p> <p>我们为什么要构建这个：</p> - 在使用 Stripe 十年后，我们发现它功能强大但缺乏明确的指导。它让我们在设置相对标准的用例时做了很多重复性工作。 - 这意味着需要维护更多的代码，其中许多代码因为跨越多个服务器-客户端边界而变得脆弱。 - 更不用说要协调我们的业务领域生命周期与 Stripe 结账流程和 webhook 事件类型，这些事件类型超过 250 种。 - 在线支付变得复杂——不仅是 AI 产品的新定价模型，还有跨境销售税等问题。您要么需要自己处理大量内容，要么需要注册并组合多个服务。 <p>与近年来其他层（如托管和数据库）的简便性相比，这一切都显得过于繁琐。</p> <p>这些模式在过去十年中变化不大。尽管编码代理可以轻松处理应用程序的其他重复性部分（身份验证、数据库、分析），但支付是最令人畏惧的部分，因为现有的集成模式难以理解、难以验证正确性，并且绝对是关键任务。</p> <p>我们的测试版让您可以：</p> - 仅需几次点击即可启动常见的定价模型，并根据需要进行自定义。 - 在测试模式和实时模式之间克隆定价模型，并通过 pricing.yaml 进行导入/导出。 - 在您的后端和 React 前端实时检查客户的使用信用和功能访问。 - 在不更改任何数据库模式的情况下进行集成——您通过您的 ID 引用客户，通过您定义的别名引用价格、产品、功能和使用计量器。 <p>我们仍在早期阶段，非常希望听到您的反馈和意见。账单有很多用例，如果您看到任何希望我们支持的功能，请告诉我们！</p>

在这个空白笔记应用中新增的蓝色框问题，或许是我见过的最具隐蔽性、最能干扰自然人类思维过程的设计。<p>为什么我会使用一个允许我记录思考的应用，而它却在最关键的时刻（空白时刻）主动试图干扰我的思维过程呢？

我结婚14年的妻子最近告诉我她想结束我们的婚姻。主要原因之一是她在长期照顾我的过程中感到不堪重负：我有广泛性焦虑障碍，尽管我已经接受了多年的咨询（包括眼动脱敏与再处理（EMDR）和家庭系统治疗），服用选择性5-羟色胺再摄取抑制剂（SSRI），每天冥想，并避免酒精和毒品，但有时我仍然会因为担心让别人不高兴而感到恐慌。我正在积极努力改善这种情况，但这个消息对我来说无疑是毁灭性的。 在情感上，这种感觉类似于经历重大损失后的悲痛。我哭了很多，食欲不振，身体也感到不适。我与朋友和我的治疗师保持联系，但我也开始向大型语言模型（LLMs）寻求额外的支持，令人惊讶的是，这对我帮助很大。感觉被机器安慰是件奇怪的事情，但它确实在情感上帮助了我。 我很好奇其他人对此的看法。 你们是否曾使用大型语言模型进行悲伤处理或治疗？哪些方面有帮助，哪些没有，存在哪些风险？ 我并不把它当作朋友或专业咨询师的替代品，只是在想，是否可以安全地在痛苦时期将大型语言模型作为补充使用？

嗨，HN！我们创建了一个以非技术用户为目标的编码平台。这意味着您无需手动集成 Supabase、Auth0，这些都是自动完成的。我们的目标是很快也能自动提供电子邮件、支付和其他集成服务。我们的目标用户是中小企业主和创业者。 我们的差异化在于使用非技术性的语言，隐藏大部分代码，提供友好的用户体验和支持。 我们还简化了定价：1个积分 = 1个提示（在其他平台上，您常常不知道自己在为什么付费，这让我很烦恼）。 期待大家的想法！

如果你曾在大公司工作过，可能会遇到“影子基础设施”：一些没人理解的脚本，或者是一次性编写后再也没有人碰过的自定义连接器。这一粘合层没有文档，没有人负责，往往在系统升级或有人离职时出现故障。大家都不愿意处理这些内容，因为它们难以理解，操作起来痛苦，并且充满了未知的未知。 我们开发了superglue，旨在让工程师不再浪费时间去解读遗留的API和文档。 superglue能够吸收现有的粘合代码、SQL、配置、文档、OpenAPI规范，并逆向工程出系统的实际运行情况。然后，它会映射依赖关系，并将所有内容重新生成干净的JavaScript代码，这些代码可以直接运行或通过MCP或SDK进行暴露。它还会监控API的变化和模式漂移，并在上游系统发生变化时自动修复集成。 简而言之：它将遗留集成转化为易于理解、测试和更新的代码。这样，工程师可以专注于更有趣的功能开发，公司也能更快地迁移和升级系统。 可以把它看作：一个上下文引擎 + 代码生成器 + 遗留粘合的集成运行时。 我们希望获得的反馈： - 你是如何处理“没人知道这个脚本做什么”的情况的？ - 你希望了解关于你的遗留系统的哪些信息？ 开源/社区版本： [https://github.com/superglue-ai/superglue](https://github.com/superglue-ai/superglue) 更多信息： [https://superglue.ai](https://superglue.ai) 欢迎深入讨论技术细节。