Show HN：面向大型机和 COBOL 的代理式交互界面

HN 大家好，我们是 Sai 和 Aayush，正在构建 Hypercubic (<a href="https:&#x2F;&#x2F;www.hypercubic.ai&#x2F;">https:&#x2F;&#x2F;www.hypercubic.ai&#x2F;</a>)，旨在将 AI 工具引入大型机和 COBOL 领域。（我们去年曾做过一次 Launch HN：<a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=45877517">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=45877517</a>。）今天，我们正式推出 Hopper，这是一个专为大型机设计的代理式开发环境。 <p>你可以在这里下载：<a href="https:&#x2F;&#x2F;www.hypercubic.ai&#x2F;hopper">https:&#x2F;&#x2F;www.hypercubic.ai&#x2F;hopper</a>，你也可以申请访问权限，并立即获得一个用于体验的大型机用户账户。 <p>此外，我们还制作了一段演示视频：<a href="https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=q81L5DcfBvE" rel="nofollow">https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=q81L5DcfBvE</a>。 <p>大型机仍然运行着令人惊讶的大量关键基础设施：银行、支付、保险、航空公司、政府项目、物流以及大型机构的核心运营系统。这些系统中的许多已运行数十年，但由于其可靠性、安全性以及深度嵌入业务流程的特性，它们仍在处理巨大的交易量。 <p>其中的大量软件是用 COBOL 编写的，并运行在 IBM z/OS 上。其开发环境与现代化的云或 Unix 风格开发截然不同。开发者通常不通过 GitHub、Shell 命令、包管理器和 CI 流水线工作，而是通过 TN3270 终端会话、ISPF 面板、分区数据集、JCL、JES 队列、假脱机输出（spool output）、返回码、VSAM 文件、CICS 事务以及各公司特定的约定来进行开发。 <p>TN3270 是用于与许多 IBM 大型机系统交互的终端界面。ISPF 是开发者在该终端内部使用的菜单和面板系统，用于浏览数据集、编辑源代码、提交作业并检查输出。它功能强大且可靠，但它是为专家人类用户设计，用于通过屏幕、功能键和固定宽度工作流进行导航，而非为 AI 代理设计。 <p>一个简单的 COBOL 更改可能需要执行以下步骤：找到正确的源成员、检查复制库（copybooks）、定位编译 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 "UPDATED BALANCE: " CUSTOMER-BALANCE STOP RUN. JCL: //PAYCOMP JOB (ACCT),'COMPILE',CLASS=A,MSGCLASS=X //COBOL EXEC IGYWCL [//COBOL.SYSIN](https:&#x2F;&#x2F;cobol.sysin&#x2F;) DD DSN=USER1.APP.COBOL(PAYCALC),DISP=SHR [//LKED.SYSLMOD](https:&#x2F;&#x2F;lked.syslmod&#x2F;) DD DSN=USER1.APP.LOAD(PAYCALC),DISP=SHR </code></pre> 一个人类开发者会提交此作业，检查 JES 输出，打开 `SYSPRINT`，找到未定义的 `CUSTOMER-BALNCE`，将其映射回源代码，修补该成员，然后重新提交。Hopper 的设计目的是让代理能够自主地通过同样的循环进行操作。 <p>Hopper 并没有试图用通用抽象层来掩盖大型机的复杂性，它也不是一个聊天机器人。其设计原则很简单：保持大型机环境的保真度，但使其对 AI 代理易于访问。 <p>敏感操作需要批准，且终端始终保持可见。 <p>一旦代理能够在大型机环境内部操作，新的工作流将成为可能：更快的作业调试、自动化文档生成、更安全的代码变更、测试生成、迁移规划、流量回放以及现代化验证。 <p>我们很期待听到大家的想法！特别是那些曾与大型机、COBOL 合作过或从事过遗留企业系统现代化工作的朋友。