最新

Hi HN，我构建了 VAEN（一个开源 CLI），因为我一直在 AI 编码代理工作流程中遇到一个令人厌烦的问题：设置变得有用，但之后却很难迁移。<p>一个好的、有用的代理框架不仅仅包含指令：还有技能、mcp 服务器等等。应该有一种比仅仅使用 .MD 文件更好的共享方式，这就是我创建 VAEN 的原因。<p>它的工作原理：创建一个 yaml 文件，按照仓库中的说明运行 CLI 命令，然后得到一个 .agent 文件，你可以共享和提取它。 想想如果任何人都可以使用一个非常有用的代理框架，并且只需一个 CLI 命令就能分享它，那会是多么棒的事情。

我注意到，一些初创公司已经开始从 LeetCode 式的评估转向某种“克隆起始代码，构建功能，提交代码”的模式。 这种模式的一个关键问题似乎是，更智能的 AI 模型（如 Opus 4.6）最终会过度干预，在系统设计和构思方面提供过多帮助，从而破坏了问题的关键洞察。 我搭建了一个评估平台，它基本上充当中间人代理，记录 Claude Code 和 Anthropic 端点之间的所有请求。 我最近一直在试验一项功能，该功能可以防止 Opus 级别的模型提供过多洞察，而是确保 LLM 的建议仅针对朴素和蛮力的问题洞察，除非明确提出挑战。这应该可以防止越来越智能的模型削弱从这种评估中通常可以获得的信号分辨率。 在线演示：[https://app.gonfire.io](https://app.gonfire.io) (showhn@gonfire.io / Aa123123123123)

大家好，我是 Elodin 的 Dan，正在开发一个开源的、具备实时能力的飞行软件仿真器。<p>对于 AI 大奖赛的参赛者来说，等待第一轮虚拟资格赛的仿真器发布的过程一定很煎熬。<p>如果你正在参赛，可以试试我们的仿真器框架来解解闷。它完全按照已公布的比赛约束条件和消息格式构建。它与真实的 Betaflight 配合运行，我们了解到，Betaflight 至少需要每秒 1000 个传感器采样才能正确地实时运行。<p>这次比赛促使我们引入了一个新功能，可以直接在仿真循环中生成摄像头传感器。通常情况下，人们会连接到 Unreal 或类似的引擎来创建摄像头传感器，这种方法效果很好，但非常耗资源。对于这次挑战的简单需求来说，直接在循环中创建样本非常方便易用。欢迎大家提出反馈意见！虽然目前看起来还不算华丽，但它使用了 Rust Bevy 游戏引擎，这应该能让我们快速提高视觉保真度。<p>一旦比赛官方的仿真器发布，我们应该很容易就能将我们的实现迁移过去。希望大家喜欢，祝好运！