最新

我每天都使用 Visual Studio，而 Claude Code 只为 VS Code 提供原生集成（很烦人）。所以，我自己动手做了 Visual Studio 的部分。这是一个非官方的扩展，它能与 Claude Code 未公开的 IDE 协议进行通信。 起初很简单。在真实的 VS diff 中审查 Claude 的编辑，并在那里接受或拒绝，无需在终端中重复“是/否”提示，还可以直接与它共享 C# 和 C++ 编译器错误。 我为该扩展构建的基础设施使我能够添加更有趣的部分，即 VS 调试器。当你在断点处暂停时，Claude 可以读取调用堆栈和局部变量，并且通过一个开关，它可以自己驱动调试器：设置断点、单步执行、启动和停止会话，并通过运行代码而不是阅读代码来查找 bug。 README 中有一个简短的演示，它通过观察一个计数器在循环中未能重置，从而捕获了一个从未在输出中显示的 bug。 如果你能花时间看看，我将不胜感激。谢谢！

克劳德：请给我一份以鱼命名的著名汽车列表，例如普利茅斯梭子鱼。

我制作了一个简单、免费/开源的辅助应用，用于将远程主机的端口转发到本地主机等。底层只是简单的 SSH，但处理多个端口和重复连接要容易得多（只需在菜单栏中切换一个开关）。 自从我开始在远程服务器（或通过 Tailscale 从笔记本电脑在家里的服务器上）进行更多开发以来，我发现让代理运行更长时间或能够切换到手机要容易得多。这使得访问本地主机上的那些端口变得更加容易，就像我在本地开发一样。这是一个非常轻量级、完全原生的 macOS 应用，基本上只是一个更友好的界面来执行底层的 SSH 命令。 希望大家觉得它有用！

我一直在等待 dns-persist-01 的实现，据说它将在 2026 年第二季度投入生产，而现在第二季度即将结束。与此同时，我却丝毫没有看到任何相关的进展，所以我想它可能被推迟了？ 有人能提供一些内部消息，告诉我这里到底发生了什么吗？

大家好，我想和大家分享一个关于人工智能建设的经济学和物理学限制的交互式地图。它包含了宏观驱动因素、产业瓶颈以及这些因素在市场中的体现。 我添加了 393 个节点和 562 条边，以涵盖其他供应链/物理学限制。 无需注册，也无付费墙，完全免费。 请告诉我您的想法！

各位 HN 的朋友们： <a href="http:&#x2F;&#x2F;peerd.ai" rel="nofollow">http:&#x2F;&#x2F;peerd.ai</a> 是一个 AI 代理的集线器，它完全存在于您的浏览器中，作为一款 Web 扩展。您无需安装单独的“AI 浏览器”，也无需集成外部进程或管理笨重的 MCP 集成。它只是一个完全独立的 Web 扩展，使用原生 JavaScript 编写，几乎没有非浏览器依赖，并使用您自己的提供商密钥，采用 Apache 2 许可。 这不仅仅是一个有趣的实验。尽管它主要是一个个人业余项目，但我真诚地相信，浏览器和 Web 可以成为 AI 代理最自然的运行平台，使其能够安全、自主地运行，最重要的是，无需 A2A 中介（稍后会详细介绍）。为了证明这一点，peerd 不仅仅是驱动浏览器自动化。它利用标签页和工作实例创建隔离的沙箱，以支持各种实际工作负载类型。这些包括无头 JS 计算工作、可视化 JS 笔记本、个人客户端应用程序，以及基于 wasm 的真实 Linux VM，并支持完整的 HTTP 网络。 过去几个月，行业内的讨论主要集中在“哪个平台最适合 AI 代理沙箱”，各种竞争性的解决方案针对不同的模型和用例。Cloudflare 是最突出的例子之一，它将其基于 v8 隔离的 Workers 定位为同类最佳解决方案，因为它比容器启动更快，并提供强大的隔离保证。v8 隔离当然是 Chromium 的产物，而 Chromium 在全球数十亿浏览器上免费运行。整个浏览器可以说是整个软件行业中经过最严格考验的沙箱系统。它在过去三十年里从恶意内容、恶意代码和恶意用户那里吸取了大量经验。原生和云端代理必然要从头开始重建所有或大部分这些安全措施。peerd 则不需要。它利用了浏览器提供的所有功能，并将其推向功能极限，同时继承了其安全基线和与宿主系统的隔离。 强大的沙箱并非浏览器提供的唯一功能，peerd 也充分利用了这一点。它提供了极其强大且被低估的原语，如 webCrypto、webRTC、webAuthn、webGPU，以及即将推出的 WebNN。直接的 Web 访问，以及您真实的实时会话，通过 fetch 进行 API 调用，为 MCP 集成提供了一种替代模型。代理可以直接在标签页中编写和启动 Web 应用程序，无需托管服务。然后是 A2A 部分：peerd 已经通过 webRTC 建立了一个基本的 P2P（点对点？）网络。今天，您可以连接网络上的对等节点，将它们添加为联系人，并共享您创建的签名应用程序。我正在努力扩展这些应用程序，使其能够利用相同的 P2P 网络来支持去中心化 Web 应用程序（dwapps），并促进真正的 P2P A2A，无需平台或中介。 鉴于这是一个早期的兼职项目，这是一个高度实验性的构建，处于 v0.x 预览阶段。我已尽力解决三个致命问题：主代理循环/会话从不摄取不受信任的 DOM 代码，也不拥有低级导航工具。它将这些任务委托给专门的 Web 运行器，这些运行器没有更广泛的工具或秘密访问权限，并返回汇总结果。DOM 和汇总结果都被标记为不受信任，这意味着需要两次堆叠的提示注入逃逸。所有出站流量都通过一个中央模块，该模块具有可自定义的拒绝列表，并且只能调用指定的允许端点。有关更多信息，请参阅文档、网站和代码本身。最终，请自行承担使用风险。 目前支持 Anthropic、Open Router、本地 Ollama，甚至是一个实验性的 Gemma WebGPU 实例。 诚实的局限性：Chrome 网上应用店和 AMO 仍在等待中，直到获得更多关注和实际使用。从 GitHub 加载未打包的版本是最简单的方式，而且由于没有构建过程，它也便于审计。基于 wasm 的 Linux 取决于 Cheerpx 引擎，该引擎不是开源的，并且对商业用途有限制。这可能是重新评估它与替代方案相比的一个好理由，但它也是性能最佳的，并且最接近实现 64 位支持。 请随意探索、使用、批评并享受它。