一周热榜

嘿，HN，我们刚刚发布了 Hebo Gateway 的 v0.1 版本。<p>市面上已经有很多网关了，但我们一直遇到同样的问题：一旦你需要真正的定制化（身份验证、路由、速率限制、可观测性、请求/响应转换），大多数“现成”的网关就很难扩展了。<p>Hebo Gateway 适用于你希望网关成为你应用一部分的情况。你可以独立运行它，或者将其嵌入到现有的后端中。它公开了与 OpenAI 兼容的端点（/chat/completions、/embeddings、/models），与任何 Vercel AI SDK 提供商配合使用，并添加了一个钩子系统，因此你可以在不分叉核心的情况下将逻辑插入到请求生命周期中。<p>快速入门、示例和“下一步”都在文章中： <a href="https:&#x2F;&#x2F;hebo.ai&#x2F;blog&#x2F;260127-hebo-gateway" rel="nofollow">https:&#x2F;&#x2F;hebo.ai&#x2F;blog&#x2F;260127-hebo-gateway</a><p>我很乐意听取关于你遇到的 OpenAI 兼容性边缘案例的反馈（特别是与流式传输和推理相关的内容），以及你希望网关开箱即用提供哪些钩子。

我住在欧盟，经常会问自己欧盟机构到底在做什么。我不太相信新闻，即使不是因为其他原因，也是因为新闻往往有强烈的极端倾向——你根本无法了解一个机构日常都在处理什么事情。而且，原始资料对我来说也难以理解——通常是一些法律文件，里面的一句话就有8000字那么长。<p>所以我建立了EUforYa，作为了解议会动态的某种界面。我相信每个欧盟公民都应该能够访问它。目前，我发布了所有通过的文本。我计划接下来关注欧盟委员会，但即使只是议会的摘要，也已经让我对那里正在发生的事情有了一些了解。<p>由于政客们经常解释立法的内容，或者他们在决议中看到的问题，我也会抓取他们所有的社交媒体帖子，并将它们翻译成英文。<p>我认为这个网站会暂时使用英语，但我计划迟早为所有24种欧盟官方语言引入i18n。<p>我特别想知道： - 你觉得它有用吗？ - 你觉得这种风格和语言（主要针对“年轻人”——正如名字所暗示的那样）有吸引力吗？ - 这些文章对你来说有趣吗（考虑到我特别努力确保它们不耸人听闻）？ - 什么能让这项服务对你来说更有用？

各位 HN 用户，大家好！ 我就简单点说，有没有人了解或参与过软件工程师合作社？如果有，情况如何？ 我感兴趣是因为，绝大多数的早期融资似乎都用于支付软件开发费用，而一小群工程师（理论上）可以创造几百万美元的价值。这可能对风险投资机构没有吸引力，但它或许能形成一种商业模式，让合作社成员过上非常舒适的生活。

我发现代码代理在以下两方面表现出色：1. 仅使用 bash 命令（grep、glob、ls 等）就能在大型代码库中找到所需的一切；2. 基于它们的发现构建新事物（废话）。 如果将代码库换成你的工作场所文档呢？ 设想一个 `Google_Drive` 文件夹、一个 `Linear` 文件夹、一个 `Slack` 文件夹等等。 在过去的一周里，我们一起构建了 Craft 来测试这个想法。 它是一个代码代理（使用 OpenCode 以实现模型灵活性）的界面，运行在虚拟机上，具有： 1. 你的公司完整的知识库，以目录/文件的形式呈现（保持同步） 2. 自由编写和执行 python/javascript 的权限 3. 能够为用户创建和呈现工件 演示：<a href="https://www.youtube.com/watch?v=Hvjn76YSIRY" rel="nofollow">https://www.youtube.com/watch?v=Hvjn76YSIRY</a> Github：<a href="https://github.com/onyx-dot-app/onyx/blob/main/web/src/app/craft/README.md" rel="nofollow">https://github.com/onyx-dot-app/onyx/blob/main/web/src/app/c...</a> 事实证明，OpenCode 在处理文档方面做得很好。 工作场所应用程序也具有自然的结构（关于特定主题的 Slack 频道、团队的 Drive 文件夹等）。 并且由于每个文档的完整元数据都可以写入文件，LLM 可以定义任意复杂的过滤器。 在大规模应用中，它可以编写和执行 python 来提取和过滤（甚至可以重复使用经过验证的正确逻辑）。 换句话说，bash + 文件系统提供了比传统的 RAG 或 MCP 更灵活、更强大的接口，而当今更智能的 LLM 能够充分利用这一点。 这对于需要考虑数千（或更多）文档的聚合式问题特别有用。 当然，它还可以创建基于你公司文档保持更新的工件。 因此，如果你想要“一个仪表板来实时检查每次中断中有多少百分比是由每个后端服务引起的”或者只是“幻灯片，遵循 XYZ 格式，涵盖我下周在开发知识共享会议上要展示的主题”，它也可以做到。 Craft（和 Onyx 的其余部分一样）是开源的，因此如果你想在本地运行它（或尝试实现），你可以这样做。 快速入门指南：<a href="https://docs.onyx.app/deployment/getting_started/quickstart">https://docs.onyx.app/deployment/getting_started/quickstart</a> 或者，你可以在我们的云端试用：<a href="https://cloud.onyx.app/auth/signup">https://cloud.onyx.app/auth/signup</a>（你的所有数据都进入一个隔离的沙盒）。 无论哪种方式，我们都设置了一个“演示”环境，你可以在你的数据被索引的同时进行试用。 真的很好奇大家有什么想法！

Hi HN， 我们开源了 Voiden。 大多数 API 工具都像平台一样构建。它们很笨重，因为它们针对账户、同步和抽象进行了优化，而不是简单的本地 API 工作。 Voiden 将 API 工具视为文件。 它是一个离线优先、Git 原生的 API 工具，基于 Markdown 构建，规范、测试和文档作为可执行 Markdown 存在于你的仓库中。Git 是事实的唯一来源。 没有云。没有同步。没有账户。没有遥测。只有 Markdown、Git、热键和你的规范。 Voiden 可以通过插件（包括 gRPC 和 WSS）进行扩展。 仓库：<a href="https:&#x2F;&#x2F;github.com&#x2F;VoidenHQ&#x2F;voiden" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;VoidenHQ&#x2F;voiden</a> 在此处下载 Voiden：<a href="https:&#x2F;&#x2F;voiden.md&#x2F;download" rel="nofollow">https:&#x2F;&#x2F;voiden.md&#x2F;download</a> 我们希望收到厌倦了过于复杂和臃肿的 API 工具的用户的反馈！

大家好，我是普雷斯顿。我开发这个是因为我需要一个可以随身跟随我的AI助手，而不是仅仅存在于我的笔记本电脑里。Stumpy 智能体运行在云端，可以连接到 Slack/短信/Telegram/电子邮件，并且只能联系已选择加入的用户。<p>欢迎提问。欢迎将反馈发送至 preston@stumpy.ai