最新

大家好，我们是 Sai 和 Aayush，正在构建 Hypercubic (<a href="https://www.hypercubic.ai/">https://www.hypercubic.ai/</a>)，致力于将 AI 工具引入大型机和 COBOL 世界。（我们去年发布了 Launch HN：<a href="https://news.ycombinator.com/item?id=45877517">https://news.ycombinator.com/item?id=45877517</a>。）今天，我们推出了 Hopper，一个用于大型机的智能体开发环境。<p>您可以在这里下载：<a href="https://www.hypercubic.ai/hopper">https://www.hypercubic.ai/hopper</a>，您也可以申请访问权限，并立即获得一个大型机用户帐户来试用。<p>还有一个视频演示，请访问 <a href="https://www.youtube.com/watch?v=q81L5DcfBvE" rel="nofollow">https://www.youtube.com/watch?v=q81L5DcfBvE</a>。<p>令人惊讶的是，大型机仍然运行着大量的关键基础设施：银行业务、支付、保险、航空公司、政府项目、物流以及大型机构的核心运营。许多这些系统已经有几十年历史了，但它们继续处理着大量的交易，因为它们可靠、安全，并且深入嵌入到业务运营中。<p>其中很多软件是用 COBOL 编写的，并在 IBM z/OS 上运行。开发环境与现代云或 Unix 风格的开发环境非常不同。开发人员通常通过 TN3270 终端会话、ISPF 面板、分区数据集、JCL、JES 队列、假脱机输出、返回码、VSAM 文件、CICS 事务和特定于商店的约定来进行工作，而不是使用 GitHub、shell 命令、包管理器和 CI 管道。<p>TN3270 是用于与许多 IBM 大型机系统交互的终端接口。ISPF 是开发人员在终端内部使用的菜单和面板系统，用于浏览数据集、编辑源代码、提交作业和检查输出。它功能强大且可靠，但它是为专家级人类设计的，用于浏览屏幕、功能键和固定宽度的流程，而不是 AI 智能体。<p>一个简单的 COBOL 更改可能需要找到正确的源成员、检查副本、找到编译 JCL、提交作业、读取 JES/SYSPRINT 输出、解释条件码、修补固定宽度的源，然后重新提交。<p>其中很多工作都定义得很好，并且具有重复性，非常适合智能体 AI。然而，为了使其正常工作，终端旁边的聊天机器人是不够的。智能体需要在大型机环境中运行。<p>Hopper 结合了三样东西：（1）一个真实的 TN3270 终端，（2）用于数据集、成员、作业和假脱机输出的、了解大型机的面板，以及（3）一个可以跨这些 z/OS 界面操作的 AI 智能体。<p>例如，以下是 Hopper 可以帮助调试的类似内容的一个小版本：<p><pre><code>COBOL: IDENTIFICATION DIVISION. PROGRAM-ID. PAYCALC. DATA DIVISION. WORKING-STORAGE SECTION. 01 CUSTOMER-BALANCE PIC 9(7)V99. PROCEDURE DIVISION. ADD 100.00 TO CUSTOMER-BALNCE DISPLAY &quot;UPDATED BALANCE: &quot; CUSTOMER-BALANCE STOP RUN. JCL: //PAYCOMP JOB (ACCT),'COMPILE',CLASS=A,MSGCLASS=X //COBOL EXEC IGYWCL [//COBOL.SYSIN](https://cobol.sysin/) DD DSN=USER1.APP.COBOL(PAYCALC),DISP=SHR [//LKED.SYSLMOD](https://lked.syslmod/) DD DSN=USER1.APP.LOAD(PAYCALC),DISP=SHR </code></pre> 一个人类会提交这个作业，检查 JES 输出，打开 `SYSPRINT`，找到未定义的 `CUSTOMER-BALNCE`，将其映射回源代码，修补成员，然后重新提交。Hopper 旨在让智能体通过相同的循环自主运行。<p>Hopper 并没有试图用通用的抽象来隐藏大型机，它也不是一个聊天机器人。设计原则很简单：保留大型机环境的保真度，但使其可供 AI 智能体访问。<p>敏感操作需要批准，并且终端始终可见。<p>一旦智能体可以在大型机环境中运行，新的工作流程就成为可能：更快的作业调试、自动化文档、更安全的代码更改、测试生成、迁移规划、流量重放和现代化验证。<p>我们很想听听您的想法！特别是来自任何使用过大型机、COBOL 或进行过遗留企业现代化的人。

大家好，我是 Manufact 的 Pietro（网址：manufact.com），我们为 MCP 构建开源的开发者工具和基础设施。 你可能知道我们开发的 mcp-use (github.com/mcp-use/mcp-use)，这是一个开源的全栈 SDK，用于构建 MCP 服务器和客户端。 在 Manufact，我们的使命和乐趣是尽可能多地编写 MCP 服务器。通过这个过程，我们可以不断完善我们的 SDK，从而提供最佳的开发者/代理体验。 测试/开发 MCP 服务器非常痛苦，因为： * 在普通客户端中配置 MCP 并非易事。人们抱怨安装它们不容易，更别说每次更改后都要刷新它们了。 * 测试不仅仅意味着测试工具一次只工作一个，还要确保代理理解它们并能以正确的方式/顺序调用工具。 * 如果本地安装 MCP 具有挑战性，那么在人们实际使用你的产品（claude.ai, chatgpt.com）的远程客户端上更是如此。 * 模型的功能 + 系统提示（代理）最终会使用你的服务器，这些差异很大。有些人可能使用 Claude Code 的 Opus 4.7，有些人可能在 chatgpt.com 上使用 Instant，模型调用你的工具的能力差异很大。在本地 GPT5.5 上测试和在 ChatGPT 上使用相同模型测试会产生非常不同的体验。 首先：本地开发循环 有两个因素使 Next 和 Vite (等等) 这样的 Web 开发框架比其他任何东西都更好，那就是 HMR 和在 localhost 上的预览。 MCP 的预览是什么？在我们看来，它是一个聊天界面。每次你运行 `npm run dev` 时，一个 mcp-use 服务器就会启动，我们在 localhost 上提供一个检查器，它会自动连接到你的 MCP 服务器，它有一个 BYOK 聊天，一种可以逐个测试工具的方式，以及关于你的 MCP 服务器的超级详细的元数据，以确保其合规性。 这里一个有趣的的技术挑战是创建一个完全（或几乎完全）在浏览器中运行的 MCP 客户端。 关于 HMR：这并不容易，有几种方法可以做到这一点，我们选择了困难但正确的方法。我们使用协议原语实现了 HMR，如果你更改一个工具，我们不会硬刷新服务器并取消之前的 MCP 会话，我们会向客户端发送一个 `notifications/tools/list_changed` 通知（在规范中），客户端知道它应该重新加载工具。至于 UI 元素，我们使用 Vite HMR，并将 UI 更改转发到检查器的所有元素，例如，你可以更改你的 MCP 返回的 UI 元素，并在嵌入式聊天中实时看到更改。（这看起来非常棒） 这大大加快了 MCP 的开发速度。 你可以通过运行 `npx @mcp-use/inspector` 或仅使用我们的 SDK 来试用我们的检查器。 额外福利：我经常做的一件事是启动 Claude Code 并启用 `--chrome` 选项，然后告诉它转到检查器 URL 来测试服务器，这为代理创建了一个闭环，这使得使用它们开发 MCP 变得更加可预测。 其次：在其他客户端上测试（免责声明：这是一个云功能） 在实际客户端上测试可能更痛苦。我们创建了一个自动化测试功能，你可以在常规的代理测试形式（用户消息、预期的工具调用、评估标准）中定义与 MCP 服务器相关的测试用例。由于“在本地 GPT5.5 上测试和在 ChatGPT 上使用相同模型测试会产生非常不同的体验”，我们需要在实际客户端上进行测试，因此我们使用浏览器代理来安装应用程序并直接在客户端上启动测试。 会话结束后，你会得到结果，以及对话的截图和屏幕录像。事实证明，这些对于在团队之间共享新版本的 MCP 应用程序非常有用。 我很乐意听取大家的想法和反馈，特别是想知道人们是如何测试他们的 MCP 服务器的，无论是在生产环境中还是在本地。 （我从 2 月 25 日开始编写 MCP，当时还没有可用的工具，而且客户端几乎没有任何支持，我很想看看今天人们是如何做的）