AI業務大全運営 株式会社デイトラ

今日

毎朝のAIニュース
業務から探すお役立ち資料無料相談
  1. トップ
  2. ニュース
  3. Anthropic公式の「code-modernization」プラグインが話題。古いシステムを作り直し、元と同じ動きかを確かめて判定する

ニュース

Anthropic公式の「code-modernization」プラグインが話題。古いシステムを作り直し、元と同じ動きかを確かめて判定する

staff

Anthropicが公式プラグイン集で公開しているClaude Code用プラグイン「code-modernization」が、古いシステムの作り直しを「元と同じ動きをするか」まで確かめて進める点で、X上で話題になりました。コードを書き換えるだけでなく、新旧の動きを照合して結果を判定するのが特徴です。

3行でわかる今回の話題
  • 古いシステムを、業務ルールの洗い出しから作り直し・検証まで段階的に進めるAnthropic公式のプラグイン
  • 新旧に同じ入力を与えて結果を比べ、モジュールごとに「証明できたか」を判定する
  • 情報システム部門なら、まず小さなモジュール1つで試し、判定のレポートを読むのがおすすめ

何年も前に作られた社内システムは、動いてはいるものの、中の仕組みを知る人が減っていきます。作り直したくても「今と同じように動く保証がない」ことが、いちばんの不安になりがちです。このプラグインは、その不安に正面から取り組んでいます。

古いシステムの作り直しを、検証まで段階的に進められる

公式のREADMEによると、このプラグインは古いコードを調査→業務ルールの抽出→計画→作り直し→検証の順に進めるためのコマンド群です。言語は問わず、同じ技術の新しいバージョンへの更新、別の技術への書き換え、新しい構成での作り直しの3つに対応しています。

業務ルールを抜き出す、計画を人が承認、作り直す、動きを照合して判定、の4段階を示した図
code-modernizationの大まかな流れ

どんな流れで進むのか（初心者向け）

  • 業務ルールを抜き出す：コードから業務ルールを「前提・操作・結果」の形のカードにまとめ、どのファイルの何行目に根拠があるかを添える。内容は人が確認・修正する
  • 計画を人が承認する：段階的な移行計画を作り、承認されるまで何も作らない。READMEでは、人が判断する場面が6か所あるとされている
  • 作り直す：元のコードには手を付けず、別のフォルダに新しいコードを作る
  • 動きを照合して判定する：新旧に同じ入力を与えて出力を比べ、10個以上の入力を新たに考えて試す。わざと不具合を入れてテストが見逃さないかも確かめ、モジュールごとに「PROVEN（証明できた）」「PARTLY PROVEN（一部のみ）」「NOT PROVEN（証明できない）」を付ける

基本情報

話題になった日

2026年10月14日

できること

古いシステムの業務ルール抽出・移行計画・作り直し・新旧の動きの照合と判定

入れ方

Claude Codeで /plugin install code-modernization@claude-plugins-official

必要なもの

Claude Code、Python 3.8以上（対象システムのビルド環境があると、より強い検証ができる）

ライセンス

Apache 2.0

一次情報

公式README（GitHub） / 投稿者のポスト

業務でどう使える？どう変わる？

一言でいうと、「AIに書き換えさせて終わり」ではなく「同じ動きをすると示せた部分から移行する」進め方を取りやすくなります。いきなり作り直さなくても、棚卸しや業務ルールの洗い出しだけでも、移行を判断する材料になります。

移行の判断材料として、棚卸し、ルールの確認、移行計画の3つを示した図
作り直す前の判断材料づくりにも使える

職種別の活用アイデア

  • 情報システム部門：社内に残る古いシステムを並べて調べ、作り直しの優先順位を付ける材料にする（READMEでは複数システムを比べる使い方も紹介されている）
  • 業務部門の担当者：抜き出された業務ルールのカードを読み、実際の業務と合っているかを確認する役を担う
  • エンジニア：モジュール1つを試しに作り直し、判定のレポートで新旧の差がどこにあるかを確かめる
  • PM・マネージャー：「証明できた」「一部のみ」の判定を、移行を進めるかどうかの社内説明に使う
注意点
  • READMEでは、業務ルールの抽出で50⁠〜⁠200のエージェントが動いた例が紹介されています。使用量が大きくなるため、まずはモジュール1つの試験から始めるよう勧められています
  • 抜き出された業務ルールは、人が確認する前提の成果物です。実行のたびに結果が変わることもあります
  • 利用状況の件数データの送信が初期設定でオンです。オフにする方法はREADMEに記載されています
  • 社内のコードを扱う前に、Claude Codeの利用が社内で認められているか確認しましょう。本記事は公開時点のREADMEと投稿内容に基づいています

よくある質問

元のコードが書き換えられてしまうことはありますか？

READMEでは、元のコードは編集せず、分析結果と新しいコードを別のフォルダに書き出すとされています。

どの言語に対応していますか？

READMEでは、言語を問わず使えるとされています。同じ技術の新しいバージョンへの更新、別の技術への書き換え、新しい構成での作り直しの3つに対応しています。

「PROVEN」などの判定は何を意味しますか？

モジュールごとの検証結果です。PROVENは証明できた、PARTLY PROVENは足りない部分を明示したうえで一部のみ、NOT PROVENは実行できない・結果が違う・テストが失敗したなどで証明できない状態を示します。

どうやって入れますか？

Claude Codeで /plugin install code-modernization@claude-plugins-official を実行します。動かすにはPython 3.8以上も必要です。

まとめ：まずは小さなモジュール1つで試す

code-modernizationは、古いシステムの作り直しを、業務ルールの洗い出しから新旧の動きの照合まで段階的に進めるAnthropic公式のプラグインです。人が判断する場面を残し、元のコードには手を付けない設計になっています。

まずは社内の小さなモジュールを1つ選び、業務ルールのカードと判定のレポートを読んでみてください。

今回の内容は、Daniel Sanさん（@dani_avila7）の投稿をきっかけに紹介させていただきました。「書き換えるだけでなく、壊していないことを示す」という要点がひと目で分かる、整理の行き届いたポストです。

「AIを業務で使える側になりたい」という方は、デイトラのAI業務活用コースで、プロンプトの基本からMCP・AIエージェントの活用まで体系的に学べます。

AI活用の導入支援・研修のご相談はデイトラへ

株式会社デイトラでは、企業向けのAI研修・AI業務効率化の導入支援を行っています。「何から手を付けるべきか」「自社ならどのツールを選ぶべきか」といった相談段階からお気軽にどうぞ。

無料で相談する

お役立ち資料のダウンロードはこちら

あわせて読む