最新

嗨，HN， 过去几个月，我一直在开发 IntentusNet，这是一个小型的、与语言无关的运行时，用于在代理和工具之间路由“意图”，并提供可选的加密和多种传输方式。 GitHub: <a href="https:&#x2F;&#x2F;github.com&#x2F;Balchandar&#x2F;intentusnet" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;Balchandar&#x2F;intentusnet</a> 它试图解决什么问题 我见过的大多数多代理/工具调用设置最终都变成了一堆临时拼凑的胶水： - 每个代理之间自定义的消息格式 - 手工编写的路由和回退逻辑 - 一个地方使用 HTTP，另一个地方使用 WebSocket，可能还有 ZeroMQ - 没有一致的跟踪或错误模型 - 没有明确的地方添加安全性（加密、来源、身份链） MCP 非常适合描述工具，但它并不试图成为一个运行时或路由器。我想要一些位于 MCP 和其他堆栈之下或旁边的东西，它只回答： “给定一个意图，哪个代理应该处理它，通过哪个传输方式，使用什么回退方式，以及我们如何安全地包装它？” IntentusNet 提供了什么（目前） 核心部分有几个小的原语： - IntentEnvelope – 带有上下文、元数据、路由选项和标签的结构化消息 - AgentRegistry – 代理和功能的内存注册表（它们处理哪些意图，可选的回退链） - IntentRouter – 选择一个代理，执行它，并在主代理失败时应用回退 - Transports – 可插拔的传输方式，目前有： - 进程内（直接路由器调用） - HTTP（使用 TransportEnvelope 的 POST） - WebSocket（双工，异步） - ZeroMQ（REQ/REP 客户端加上简单的服务器） - Tracing – 简单的跟踪接收器，记录跨度（代理、意图、延迟、状态、错误） - EMCL（加密模型上下文层）– 可选的信封： - 一个简单的基于 HMAC 的演示提供程序 - 一个 AES-GCM 提供程序（AES-256-GCM，base64，身份链）用于真正的加密 还有一个 MCP 适配器，它接受一个 MCP 工具请求（{ name, arguments }），将其包装成一个 IntentEnvelope，通过 IntentusNet 路由它，并返回一个 MCP 风格的结果。 我们的想法是，MCP 工具可以通过相同的路由器连接，无论是否使用 EMCL。 示例用法 一个最小的流程看起来像： - 定义具有“summarize.document.v1”、“translate.text.v1”、“store.note.v1”等功能的代理 - 在运行时中注册它们 - 使用 IntentusClient 发送带有有效载荷的意图；路由器选择正确的代理，并在配置时处理回退 还有一个小型“助手”风格的设置示例，其中一个类似 NLU 的代理解析自然语言请求，并向专门的代理（日历、地图等）发出下游意图，只是为了展示多代理路由的实践。 状态/缺少什么 这还处于早期阶段： - 运行时使用 Python；其他 SDK（例如 C#）尚未准备就绪 - 编排器/工作流层（序列、并行步骤、分支）在 RFC 中有草图，但仅部分实现 - 文档和示例肯定可以改进 - 尚未声称已准备好投入生产：它更像是一个结构化的参考实现或起点 我非常感谢您对以下方面的反馈： - 架构（协议、路由器、传输、EMCL 之间的分离是否有意义？） - 这种意图路由器在您正在构建的 MCP 或基于工具的系统下是否真的有用 - 您期望在此类运行时中缺少的原语（超时、背压、更丰富的跟踪等） - 哪些现实世界的工作流程需要一个小的、与传输无关的、支持 EMCL 的路由器（或者它是否过于复杂） 如果您正在使用 MCP、多代理设置或安全工具调用，并且对这应该如何工作有任何意见，我很乐意听到，无论是在这里还是通过 GitHub 上的问题或 PR。

我是一名创始人（同时也是前架构师），正在开发一个物流操作系统。最近，我收到了关于我网站的反馈，说它看起来“廉价又丑陋”，因为我使用了衬线字体和雕刻风格的美学设计，而不是标准的无衬线字体和“科技风”的视觉风格。 我的意图是唤起“大航海时代”的氛围，因为人工智能时代感觉就像是在探索未知的领域。但用户似乎已经习惯了只信任“标准蓝色SaaS用户界面”。 我在Hacker News上的问题是：B2B工具是否必须遵循“标准现代用户界面”才能被认真对待？或者，企业软件是否还有空间容纳独特，甚至具有两极分化风格的美学设计？ 我正在纠结是否要妥协，重新设计成“无聊但安全”的风格，还是坚持我们自己的特色。很想听听大家对“品牌独特性 vs. 用户界面熟悉度”的看法。

嘿，HN - 今天我推出了 GitHired。 这是一个招聘平台，根据开发者的实际构建成果进行排名，而不是根据他们在 PDF 文件中声称的技能。 它叫 GitHired，核心理念是： GitHub &gt; 简历 我们不相信“精通 React”之类的简历描述，而是分析候选人的实际 GitHub： * 他们的真实技术栈 * 他们最复杂的项目 * 他们的活跃程度 * 他们做出的贡献类型 * 哪些技能与你的职位描述相符 * 当然，我们还会检测虚假的“绿格刷榜”行为。 我们为什么创建这个平台 因为工程师招聘已经崩溃。 简历被夸大。活动图表被操纵。 ATS 筛选器奖励关键词，而不是技能。 公司最终花费数周时间面试错误的人。 开发者应该获得更公平的评价。 招聘人员应该知道谁真的能构建东西。 团队不应该再靠猜测。 我们今天上线了 如果你正在招聘工程师，或者你是一名工程师并想查看你的“真实”GitHub 资料，请试用。 （无需等待名单。没有付费墙。刚刚上线。） 我很乐意听取你的反馈——功能请求、严厉的批评、边缘情况，所有这些都欢迎。 让我们一起修复开发者招聘问题。

过去两年里，我一直在为我的 QA 团队构建一个测试用例管理系统，最终它发展成了一个通用平台，我决定将其开源：TestPlanit。 代码在这里：[https://github.com/TestPlanIt/testplanit](https://github.com/TestPlanIt/testplanit) 无需注册即可试用的在线实例：[https://demo.testplanit.com](https://demo.testplanit.com) 它是什么？ TestPlanit 是一个可自托管的测试用例管理系统，重点在于： * 管理测试库、运行、里程碑和会话 * 与自动化紧密集成 * 一个易于扩展或分叉的 Postgres + Prisma 后端 它的目标是涵盖通常由 TestRail 或 Zephyr 等工具处理的工作流程，但采用开放、自托管的方式，并拥有现代化的用户界面，而且速度极快。 我为什么构建它 我在我的公司领导 QA 团队，我们需要一些能够满足以下需求的工具： * 与现有的自动化仓库干净地集成 * 不仅适用于脚本测试用例，也适用于探索性测试 * 不需要按席位许可或云锁定 * 允许工程师进行贡献和定制 在尝试了几种工具后，我意识到我花在调整它们上的时间比测试还多，所以我开始在内部启动这个项目。最终它变得足够稳定，我觉得值得公开发布。 有什么不同 以下是一些可能对 HN 读者感兴趣的几点： * 以仓库为先的模型：测试用例存在于结构化的仓库中，而不仅仅是在测试运行中，这使得自动化映射更清晰。 * 对自动化友好的 API：直接的 REST 端点，因此测试运行器可以创建运行、更新结果、附加工件等。 * 用于编写测试用例的 AI 集成（由于它是开源的，您可以使用自己的密钥） * 现代技术栈：Next.js 16 应用路由器、Zenstack (通过 Prisma 使用 Postgres)、Valkey/Redis、BullMQ、MinIO，所有这些都通过 Docker 打包。 * 完全开源，采用 AGPL-3.0 许可证，用于自托管，也可提供商业许可。 如何试用 我设置了一个演示服务器，允许通过 Google 或 Apple SSO 登录后立即访问：[https://demo.testplanit.com](https://demo.testplanit.com) 或者从源代码构建 Docker 镜像并在本地运行。 备注 以前没有关于此项目的 HN 帖子。 如果有人试用并有反馈——技术、架构或用户体验——我很乐意听取。我特别感兴趣的是数据模型是否直观，以及 API 是否涵盖了正确的用例。

我注意到，在使用各种 AI 工具时，模型在返回答案之前通常会有一个短暂的停顿——有时几秒钟，有时更长，尤其是在 AI 编程的情况下。这段时间很尴尬：太短了，无法切换任务，但又足够长，会打断你的思路。<p>我很好奇：<p>- 你在等待 AI 响应时通常会做什么？ （你会走神吗？查看邮件？刷 Hacker News？或者根本不去想它？）<p>- 你希望在这段时间里能够做什么？ （快速操作？有用的提示？更好的进度指示器？还是其他什么？）<p>- 你有没有见过哪些产品对这种等待体验处理得特别好——或者特别差？<p>谢谢！