AI 能迁移 COBOL 老代码，藏在程序里的业务规则怎么保住？

先从仍然使用的业务路径找回规则

请熟悉业务的人挑出日常仍会运行的路径，保留对应输入、配置和预期结果。遇到特殊格式、空值、日期边界或约定的处理顺序，就把这些条件单独记下。示例应来自自己的业务，便于迁移后解释结果为何相同、哪里又发生了变化。

再列出程序依赖的文件、调用方和运行步骤，注明哪些信息来自代码，哪些需要向维护人员确认。不要只给模型一个脱离运行环境的片段，然后依据语法是否通顺判断整项迁移。业务同事能够解释的旧行为，是逐步核对新实现的重要起点。

保留同一组输入下的新旧结果对照

选择能够隔离的一段处理流程，在副本环境中保留旧实现，再让新实现读取同一组输入。逐项比较输出内容、数据格式和后续处理所需的信息，出现差异时记录具体输入与变化位置。检查标准应在看到新结果前写清楚。

有些差异可能来自原来就存在的约定，也可能来自这次希望修正的问题，可以分别交给对应负责人确认。先保留差异记录和解释，再决定是否调整规则；这样后来的维护人员仍能看懂变更，而不会只能依赖一次聊天中的描述。

让每一段迁移都留下能接手的材料

为已经完成核对的部分保存代码版本、输入样本、运行方式和仍未解决的问题，说明它与未迁移部分如何衔接。让另一位维护者按这些材料重跑一次，观察是否还需要口头补充。材料不足时先补齐，再继续迁移相邻流程。

先用一组固定输入检查结果

可以为旧程序建立固定输入，先覆盖边界金额与空字段，再补上重复记录和月末日期，保存原系统输出作为比较基准。迁移后先逐字节对照，再由熟悉业务的人解释必须保留的例外。以金额 1.239 截为两位为例，若旧结果为 1.23，新程序不能擅自改为 1.24。本文没有迁移真实账务或生产代码。