核心要点速览
- @OpenAI的发布帖约177万次浏览、9,573个点赞、1,996次收藏、690次转发,平时AI话题里少见的老语言名一字排开,是工程师围观的主要原因。
- 官方说明页为 https://openai.com/index/low-resource-programming-languages/ ,整理了目标语言、银行政府企业依赖这些系统的背景,以及模型改进的方向。
- 核心原则是不破坏正在运行的东西:让模型解释代码含义和业务规则,再由人审阅差异、用测试验证,而不是一键自动转换。
- OpenAI在帖子里征集接下来应该攻克的语言和工作流,手里有遗留系统的团队可以反映自己的目标语言、迁移去向和痛点。
- 目前公开的介绍中没有给出具体模型名称、评测分数或价格,这些需要到官方页面核实。
点名COBOL、Fortran、Visual Basic:10月19日的发布与反响
这次更新的主角是被OpenAI称为低资源编程语言的一批老语言,具体点名了COBOL、Fortran和Visual Basic。官方页面指出,这些语言长期支撑着银行、政府和企业的核心软件;新模型的进步,意味着能理解几十年来层层叠加的业务逻辑,让开发者在保住正常运转部分的前提下完成系统现代化。
@OpenAI于2026年10月19日附上官方网址发帖,录得约177万次浏览、9,573个点赞、1,996次收藏和690次转发。吸引工程师和企业IT负责人的有三点:COBOL、Fortran、Visual Basic这些名字很少出现在AI新闻里;银行和政府核心系统改造的社会影响很大;OpenAI还主动征集下一步该处理哪些语言和工作流。
信息源头是官方页面 https://openai.com/index/low-resource-programming-languages/ ,页面内容覆盖目标语言、各行业依赖这些系统的背景和模型改进的用意,X帖子中的链接指向同一网址。
- 点名语言:COBOL、Fortran、Visual Basic
- 目标场景:银行、政府、企业的核心系统
- 发布帖数据:约177万浏览、9,573点赞、1,996收藏、690转发
读懂旧代码再动手:保住现有行为的五步迁移思路
按官方页面和帖子给出的思路,使用流程可以拆成五步:先确定要处理的COBOL、Fortran或Visual Basic代码;把现有代码连同规格说明和业务逻辑交给模型阅读;让模型解释处理内容、生成迁移目标语言的代码并提出重构方案;用测试确认现有行为不变,再推进现代化;最后把自己团队用的语言和工作流反馈给OpenAI。这次并没有推出专门的按钮或独立工具,入口就是官方页面和X帖子。
最重要的规则是改造时不弄坏正在运行的东西。银行、政府和企业的核心系统里埋着几十年的例外处理和业务规则,简单的自动转换靠不住,必须让模型先把含义讲清楚,人再逐项审阅差异,并用测试验证。衡量成败的标准,是在业务逻辑不变的前提下,代码的可读性、可维护性和可迁移性有没有提高。
从批处理与报表模块切入,并向OpenAI反映下一批需求
实际落地时,不要试图把庞大的核心系统一次性转换,而是从依赖关系少的模块、报表或批处理开始。让模型把代码摘要、数据流、例外条件和迁移后的注意点写成文字,再由人复核。不同语言的检查重点也不一样:COBOL要盯copybook(公用数据定义),Fortran要核对数值计算,Visual Basic则要看业务界面,按特性分开验证更安全。
OpenAI在帖子中征集接下来应该攻克的语言和工作流。企业如果先梳理好自家遗留资产,把目标语言、迁移去向和遇到的问题整理出来提交,就有机会影响后续的模型改进方向。具体用哪个模型、有没有量化评测结果,目前公开的介绍里没有写明,需要以官方页面为准。
- COBOL:重点检查copybook中的数据定义
- Fortran:重点核对数值计算结果
- Visual Basic:重点确认业务界面的行为
X(推特)首发原帖
可在 X 上直接查看创作者发布的原帖与互动详情。
常见问题
这是OpenAI推出的新工具吗?
能把整个COBOL系统自动转成新语言吗?
具体是哪个模型?有评测分数吗?
参考链接与官方出处
- OpenAI レガシー言語対応 公開ページopenai.com
- OpenAI レガシー言語対応 関連ソース (1)x.com




