（Claude CodeとIBM、そしてレガシーシステム現場のリアル）
深夜のATMで、ふと不安になる瞬間
夜遅く、コンビニのATMでお金を下ろす。
画面は明るく、操作は簡単で、数秒後には現金が出てくる。
でも、その「数秒」の裏側で、どんな仕組みが動いているかを考えたことはありますか。
最新のスマホアプリのように見える金融サービスの心臓部には、半世紀以上前から積み上げられてきた”古い魔法の呪文”が残っています。
その代表格が COBOL（コボル）。
そして今、このCOBOLをめぐって、AIが一気に物語を動かし始めました。
COBOLは「古い」のに、なぜまだ現役なの？
COBOLは、銀行・保険・政府機関などの基幹システムで長く使われてきたプログラミング言語です。
驚くべきことに、米国のATM取引の約95%をCOBOLが扱っているという推計もあります。
さらに、毎日動いているCOBOLのコードは「数千億行規模」と語られるほど。
つまり、ATMの「ウィーン」という小さな動作の背後で、巨大な”地層”が今日も静かに働いているわけです。
問題は、COBOLそのものが悪いことではありません。
むしろ怖いのは、それを読める人が減っていること。
システムを作った世代が引退し、ドキュメントは追いつかず、コードだけが知識の保管庫になっています。
例えるなら、古い街の地下に張り巡らされた水道管の設計図が薄れていくのに、蛇口は毎日ひねられているような状態です。
「何をしているか分からない」が、モダナイゼーション最大の壁
レガシーシステムの刷新（モダナイゼーション）で、本当に時間が溶けるのは、派手な書き換え作業ではありません。
多くの現場で一番つらいのは、どのプログラムがどのデータをどこに渡しているのか、どの処理が”業務ルール”でどこが”偶然こうなった”のか、触ったら止まる地雷はどこにあるのか、といった「地図づくり」です。
Anthropicは、COBOLの近代化がこれまで高コストだった理由を、理解するコストが書き直すコストを上回っていたからだと説明しています。
ここが変わると、景色が変わります。
きっかけはClaude Code。市場が反応した「ひと言」
AIスタートアップAnthropicは、ブログで「COBOLの近代化は、かつて大量のコンサルタントと長い時間を要したが、AIが探索と分析の多くを自動化できる」と主張しました。
さらに、AIによって「年単位」だった作業が「四半期単位」に短縮できる可能性に触れています。
この発信をきっかけに、IBM株が約11%下落し、大きな話題となったと報じられました。
投資家が不安に感じたのは、COBOLの近代化が「大規模で高額な案件」になりやすく、そこにコンサルティング収益の一部が乗っていたからです。
ここで大事なのは「AIがすごい」「IBMが終わる」と単純化しないことです。
むしろ本題は”COBOLが難しいから高くなる”という前提が揺れた点にあります。
AIはCOBOLをどう助ける？「まず地図を描く」仕事が得意
Anthropicが描く流れは、とても現実的です。
AIがいきなり全部を書き換えてくれるというより、まずは現場が長年欲しかった「強い懐中電灯」になってくれる、という話です。
たとえばClaude Codeのようなツールがやるのは、依存関係をたどって何千行ものコードのつながりを整理すること、誰も覚えていない業務フローをコードから復元して文章化すること、リスクや隠れた結合を早い段階で浮かび上がらせること、そして近代化の判断に必要な材料をチームに渡すこと、といった作業です。
実行段階では、いきなり大爆発しないように「小さく移す」手順を踏みます。
古い処理と新しい処理を並走させ、テストで同じ結果になることを確認しながら、部品単位で進める。
これはまさに、老朽化した橋を一気に架け替えるのではなく、通行を止めずに一部ずつ補強していく工事に似ています。
でもIBMが言う「翻訳」と「近代化」は、別の話
市場がざわついた一方で、IBM側は重要な線引きを提示しています。
IBMのRob Thomas氏は「コードの翻訳」と「プラットフォームの近代化」は同じではないと指摘しました。
たしかに、COBOLをJavaなどに置き換えることは大きな一歩です。
しかし企業システムの現実は、コード以外に”本体”があります。
OSやトランザクション処理基盤、データベースやメッセージング、権限管理や暗号化、可用性や性能要件。
IBMは、メインフレームの価値は言語ではなく、シリコンからOSまで積み上げたアーキテクチャにある、と述べています。
ここは「翻訳ツールだけでは触れない領域」です。
さらにややこしいのが、COBOLの約40%はWindowsやLinuxなど分散環境で動いているという点。
つまり「COBOLの話＝全部メインフレームの話」ではない。
課題は一枚岩ではなく、場所によって処方箋も変わります。
すでに現場は動いている。AIは「経験の翻訳機」になれる
「結局、机上の空論では？」と思ったところで、現場の事例が効いてきます。
IBMは、Royal Bank of Canada（RBC）が watsonx Code Assistant for Z を使い、依存関係やデータフローを洗い出して近代化の設計図を作ったことを紹介しています。
また、National Organization for Social Insurance（NOSI）では、COBOLコードの分析と不要部分の特定にかかる時間が、約8時間から約30分へと最大94%短縮されたと報告されています。
ここで見えてくるのは、AIが置き換えるのは「開発者」そのものではなく、失われかけた経験と手間だということです。
長年の現場で「分かる人がいないから触れない」と封印されてきた領域に、AIがライトを当て始めている。
これは、かなり希望のある変化です。
企業はどう動くべき？COBOLモダナイゼーションを成功させる現実的な一歩
ここからは、初心者にもイメージしやすい形で「次の一手」をまとめます。
ポイントは、AIを魔法使いとして迎えるのではなく、優秀な測量士として使うことです。
1. いきなり全部はやらない。「境界がはっきりした一部」から始める
Anthropicも、まずは境界が明確で中程度の複雑さのコンポーネントから始めることを勧めています。
小さく始めると、テストと検証の型が作れます。
2. AIが描いた地図を、業務の人が読む
AIは依存関係を見つけるのが得意でも「その処理を変えてよいか」は業務判断です。
規制・監査・顧客影響・優先順位といった判断は、人間の仕事として守った方がうまくいきます。
3. テストは最初に決める。「同じ結果」を守る仕組みを作る
移行で怖いのは、見た目は動いても結果がズレることです。
AIがテスト案を出し、人がビジネス観点で不足を埋める、という分担が現実的です。
4. 「翻訳」か「共存」か。プラットフォーム戦略を先に置く
IBMが言う通り、プラットフォームの価値はコードだけではありません。
メインフレームに残すのか、段階的に分散へ寄せるのか。
COBOLモダナイゼーションは、技術だけでなく経営判断でもあります。
用語ミニ辞典（つまずきやすい言葉だけ、やさしく）
COBOL … 銀行などの基幹業務で長く使われてきたプログラミング言語。
今も大量に稼働している。
レガシーシステム … 古いけれど、業務の中心を担い続ける重要システム。
モダナイゼーション … システムを安全に新しくしていくこと。
単なる書き換えではなく、周辺の仕組みも含む。
メインフレーム（IBM Zなど） … 大量の取引を高い信頼性で処理するための大型コンピュータ基盤。
生成AI（Claude Codeなど） … 文章やコードを生成し、解析も支援するAI。
COBOLの理解支援に使われ始めている。
まとめ：COBOLの未来は「終わり」ではなく「読み解き直し」へ
今回のニュースが教えてくれたのは、COBOLが古いという事実よりも、古さがコストを生んでいた構造が変わり始めたということです。
AIができるのは、巨大な迷宮にいきなり出口を作ることではありません。
でも、迷宮の壁に番号を振り、地図を描き、危ない床を示してくれるなら、私たちはようやく「安全に歩ける」ようになります。
COBOLモダナイゼーションは、派手なITトレンドではなく、世界の基幹を支える静かな工事です。
AIという新しい道具を手にした今、その工事は”怖くて触れないもの”から”計画して進められるもの”へ変わっていく。
次にATMでお金を下ろすとき、ほんの少しだけ思い出してください。
あなたの数秒の裏側で、古い呪文は、AIの光を借りて新しい物語へ歩き始めています。
参考：COBOL modernisation just got an AI shortcut–and the market noticed
コメント