最新

TL;DR: 我讨厌写测试，我的端到端测试从来没成功过，而且处理浏览器也很麻烦。AI 让情况变得更糟，因为它会更改应用程序中通过单元测试但破坏明显功能的地方。所以我想要并构建了一个系统，它会为你处理一切，然后在每次提交或 PR 后（可配置）用结果更新你。 告诉我你们的想法！ 正文： 我写了大量的代码，尤其是在之前的创业想法中使用 AI，并且一直觉得事情进展很快，直到我尝试使用其中的一部分。这在一般情况下并不少见，但我认为 AI 的新事物是，你认为你没有触及的东西也会开始崩溃，因为我没有关注或进行每一个编辑。 诚然，自从那时以来，AI 已经变得好多了，但总的来说，我的观点是，每个人（甚至是 AI）都需要有人对某些东西进行二次审查，然后发送回结果。 这就是 debugg.ai 尝试做的事情（咳咳 - 看看你是否认为我们做到了）。 目前，这种反馈以 PR 审查评论或电子邮件更新和我们的应用程序的形式呈现，但我们的近期计划是提供将这些反馈直接拉回到你使用的任何 AI 中的能力，以便它可以获得自己的反馈并迭代，直到完成。 我厌倦了打开一个 Claude Code 说“完美运行”的应用程序，结果却发现主页甚至无法加载或出现一些 react 水合问题。 这很酷的一点是，即使它可能不是最好的 - 还没有 - 用于超级复杂和详细的测试流程，大多数人也不会编写 E2e 只是为了确保主页加载，因为那是一个“手动”测试的东西。 因为这消除了所有浏览器处理、构建、ci / cd 等设置，你可以拥有真正简单和大量的快速测试，这些测试可以控制你的 AI，并且在你进行更改时也能让你安心。 在技术方面，我确实玩得很开心： 构建了一个特定于用途的爬虫代理，该代理从上到下对你的应用程序进行排序和学习。 把它想象成一个站点地图，但实际上很有用——它知道“主页上的登录按钮 → 带你到 /login → 它有一个表单 → 它发布到 /api/auth”，并包括来自 /auth/components/... 等的文件。 上述内容提高了我们跟踪 github 代码更改并将其与可能受影响的测试关联起来的能力，并为尚未看到的内容创建了新的测试。 最终，我的目标是为自己构建一份工作，这样我就可以提示 Claude 进行更改，然后有一个钩子将 debugg 的测试结果（失败）发送回 Claude，以不断进行更改，直到它真正起作用 :)。 欢迎所有反馈和想法，以及你是否也感受到了这种痛苦！

大家好，我是 Hang。今天我开源了 InsForge，一个用于 AI 编码助手的上下文感知后端。<p>在使用 Cursor 或 Claude 等助手构建应用程序时，它们通常会假设后端的样子，而不是去检查它。由于无法访问实际的后端状态，它们会退回到过时的信息，这会导致实际问题。例如：<p>1. 存储、边缘函数和数据库逻辑紧密相连。如果不了解这些部分如何交互，现有的设置就会被覆盖，重要的流程就会中断。 2. 数据库迁移与外键冲突或遗漏函数，因为助手从未检查过实时模式。 3. 重新创建已经存在的表或添加已经存在的列，这会导致冲突和部署失败。<p>这些问题与助手的编码能力无关。它们发生的原因是，在采取行动之前，没有一种结构化的方式让助手检查和理解实际的后端。<p>为了解决这个问题，我构建了 InsForge，它以结构化的方式公开后端并赋予助手直接控制权：<p>1. 用于模式、关系、函数、触发器、策略、路由、存储、角色、文档、日志和事件的内省端点 2. 用于通常通过 CLI、仪表板或 SQL 编辑器完成的操作的控制端点<p>InsForge 是一个完整的后端平台，包括：<p>- Postgres - 身份验证 - 存储 - 边缘函数 - 内置的 AI 模型端点（通过 OpenRouter）<p>除此之外，它通过 MCP 服务器和工具公开结构化的后端元数据和控制功能，为助手提供了一个结构化的、自描述的接口，用于检查模式、策略、触发器和文档，并与后端交互。<p>它是开源的，可以自托管 (<a href="https:&#x2F;&#x2F;github.com&#x2F;InsForge&#x2F;InsForge" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;InsForge&#x2F;InsForge</a>) 或在我们的云服务上试用 (<a href="https:&#x2F;&#x2F;insforge.dev&#x2F;" rel="nofollow">https:&#x2F;&#x2F;insforge.dev&#x2F;</a>)。<p>我们欢迎反馈！

我想知道，有没有在湿实验室工作过的人能告诉我，为什么湿实验室不像仓库那样实现更多自动化？虽然有机器人液体处理系统，但样本通常还是需要人工在仪器之间转移。<p>我知道这其中可能有很多我不知道的复杂性，但我仍然很好奇大家是怎么想的。

这是 Nod Nod 是一种新的编程语言，我一直在研究它五年了。这是一个认真的尝试，旨在设计一种语言，我希望在我仍然是一名专业软件工程师的时候，有人能发明出来。 这是我第一次在 HN 上发帖，希望我没有违反任何规定。这是真实的新闻，是我自己的，你可以在 Nod 开发者网站上了解更多信息。 我为什么构建 Nod 我做了将近 40 年的专业程序员/软件工程师。在我的职业生涯中，C 及其后代几乎统治了整个行业。事实上，C 对编程领域的影响怎么强调都不为过。但这种影响也可以被描述为一种负担。新的基于 C 的语言，如 C++、Java、C# 等，当然是对原始语言的改进，但向后兼容性和对熟悉结构的坚持扼杀了创新和清晰度。特别是 C++，简直就是一个难以接近的科学怪人。强大，是的，但复杂的语法和语义提高了进入门槛，只有那些最有动力的人才能进入。 尽管 C++ 通常是我很多项目的首选或唯一选择，但我一直在等待（希望）出现一个可行的继任者。一些新鲜的、高性能的、务实的东西。一些能干净地摆脱过去，又不抛弃有效的东西。但实际上什么都没有。或者至少没有什么值得努力的东西。所以，在 2019 年，我刚退休，并且非理性地倾向于这样做，我决定自己构建这种新鲜的、高性能的、务实的语言。在我看来，这种语言就是 Nod。 Nod 是什么 Nod 是一种面向对象的语言，从一开始就被设计成对当前现状的一种新鲜而实用的替代方案。目标是在一种独特地规范（一致）、高效（快速）、可靠（谨慎）和方便（自动）的语言中平衡现实世界的权衡。虽然 Nod 尊重过去，但它不受其束缚。你可以说 Nod 带着尊重的点头承认了过去，然后继续前进。 Nod 具有广泛的适用性，但它特别适合构建在多个平台上运行的底层基础设施。对可移植性问题的敏锐意识允许编写许多应用程序，而无需考虑运行时平台，而内核抽象和对原生内核的访问提供了最终的低级能力。此外，内置的模块化为 Nod 宇宙的演进和扩展提供了简单而强大的途径。 接下来是什么？ 尽管我研究 Nod 已经五年了，但它离完成还很远。但它已经足够成熟，我可以把它拿出来，以衡量潜在的早期采用者和合作者的兴趣和反馈。 该语言本身已经成熟和稳定，并且在公共 GitHub 存档中存在 Nod 标准库的雏形。 我用 C++ 编写了一个编译器，它将源代码编译成中间模块，但它目前在一个私有存档中。 还有很多事情需要做。 如果你有兴趣，请访问网站 (<https://www.about-nod.dev>) 查找 Nod 设计参考和 GitHub 存档的链接。在存档中，有一个简短的语法概述，应该可以让你开始阅读 Nod 代码。 感谢你的关注。