Unity公式プラグイン29スキル、AIの古い情報参照を防ぐ士業3論点

Unityが生成AI開発ツール向けの公式プラグインを公開しました。

ゲームエンジンの話題が、なぜ士業向けメディアに載るのか。理由は一つで、Unityが今回のプラグインで解こうとした課題の形が、士業事務所が生成AIに対して抱えている不安とほぼ同じだからです。汎用のAIエージェントは、ネット上に散らばった古い解説記事を寄せ集めて答えを組み立ててしまう。出てきた答えは一見それらしく動くのに、現行の作法からは外れている。この構造は、改正前の条文や廃止済みの通達をAIが自信ありげに持ち出してくる場面と、驚くほどよく似ています。本記事は士業のチカラ編集部が、公表されている一次情報のみを根拠に作成しています。法令の条文はe-Gov法令検索の原文で確認しています。

Unityが公式プラグインで抑えにいったのは「古い情報を参照するAI」

Unityは、コーディングエージェント向けの公式プラグインを相次いで公開しました。Claude Code向けの提供開始は2026年9月9日付のUnity公式ブログで告知されており、同社のエンジニアリングチームが書いた29のスキル、コマンドラインツール、そしてエディタを直接操作するためのMCPサーバーが、ひとつのコマンドでまとめて入る構成になっています。

続いて2026年9月19日、The Decoderが、OpenAIのCodex向けプラグインも公開されたと報じました。同記事によれば、Codex版は31のスキルを備えて出発し、ユーザーインターフェース、2Dグラフィックス、描画パイプライン、音声、物理演算、アプリ内課金、多人数プレイ、多言語対応などを守備範囲にしています。詳細はCodex向けの公式ブログにまとまっています。

興味深いのは、Unityがこのプラグインを出した理由の説明です。公式ブログは、はじめての現場に入った請負業者にたとえて、経験も速度も十分なのに自社の作法を知らないために「もっともらしいが違う成果物」が出てくる状態だと書いています。汎用エージェントが参照しているのは、旧バージョン向けのフォーラム投稿やチュートリアルで、そこから生まれたコードはコンパイルは通るのに意図どおりには動かない。だから機能を所有するチーム自身が書いた回答を、エージェントに最初から持たせる。これが一次提供者として公式プラグインを出した動機だと説明されています。

なぜ重要か。AIの誤りは「頭の悪さ」ではなく「参照先の古さ」で起きる

生成AIの誤りは、モデルの賢さが足りないから起きるとは限りません。むしろ、参照した情報が古い、あるいは出どころが曖昧だという理由で起きる誤りのほうが、実務では厄介です。前者はモデルの世代交代で改善しますが、後者はモデルを新しくしても直りません。参照先が古いままなら、賢くなったAIはより流暢に古い答えを述べるだけだからです。

Unityの打ち手は、この点に正面から向き合っています。モデルの性能に期待するのではなく、正しい答えを持っている当事者が、エージェントが読みにいく場所にその答えを置く。Unity公式ドキュメントも、プラグインがエンジンの実挙動に合わせて書かれ、エンジンの更新に合わせて保たれる点を強調しています。動作対象はUnity 6以降で、インストールはClaude Codeのプラグイン一覧から行える形です。

この発想は、AIが誤った前提で動いたときに何が起きるかを扱った先日の話題とも地続きです。ハルシネーションが現実の判断に食い込んだ事例は、AIの誤情報が米軍の臨検判断に入り込んだ件でも整理しました。参照先の設計は、出力の正しさと同じ重さを持ち始めています。

士業事務所から見た3つの論点

第一に、参照先を指定できているか、という論点があります。士業の実務でAIに聞きたいことの多くは、条文、通達、様式、裁判例といった「版があるもの」です。汎用の検索に任せると、改正前の版が混ざる余地が残ります。エージェントが読みにいく先を公式の一次情報に寄せる設計は、MCPの仕様ロードマップを整理した記事で扱った接続層の話そのものです。士業向けにも、所管官庁や職能団体が公式の参照手段を出す流れが来るかどうかは、注目に値します。

第二に、エージェントが手元の環境を操作する範囲の論点です。今回のプラグインはエディタを直接動かすMCPサーバーを含みます。便利さと引き換えに、AIが読み書きできる対象が広がるという意味でもあります。事務所の文脈に置き換えれば、顧問先の資料が置かれたフォルダや会計ソフトに、エージェントがどこまで手を伸ばせるのかという話になります。実行範囲の絞り込みは、AIエージェントの実行制御を扱った記事で論点を並べています。

第三に、入力データの取り扱いです。士業の守秘義務は職種ごとに根拠が置かれており、たとえば税理士については税理士法第38条が、正当な理由なく業務に関して知り得た秘密を他に洩らし、また窃用してはならないと定めています。AIツールを選ぶ段階で、入力が学習に使われるのかは各社の公式方針で確認するのが出発点です。Anthropicの取り扱いはプライバシーポリシーに示されています。なお今回のUnityのプラグイン自体は開発者向けの道具であり、顧問先情報を扱う設計ではありません。同種の確認の進め方は、業務データとエージェントの扱いを整理した記事に寄せています。

今後の動き

Unityは、今後ほかのコーディングエージェントにも同じプラグインを広げる方針を公式ブログで示しています。ソフトウェアの提供元が自ら「AIエージェント向けの正解セット」を配る動きが広がるなら、次に問われるのは、その正解セットが誰によって、どの頻度で保たれるのかという点です。

士業の領域でこの形が現れるとすれば、たとえば法令データの公式な提供や、会計ソフト各社が自社仕様をエージェント向けに整えるといった経路が考えられます。現段階では、そうした公式の参照手段が自分たちの業務領域に存在するかを確かめ、無ければ何で代替しているのかを把握しておく段階だと考えられます。いま事務所側でできるのは、AIが参照している先を出力から逆算して確認する習慣を持つことくらいですが、それだけでも誤りの見つかり方は変わってきます。

まとめ

Unityは、汎用AIエージェントが古い解説記事を参照して誤る問題に対し、機能を所有するチーム自身が書いたスキル群を公式プラグインとして配る形で応じました。モデルの賢さではなく参照先の設計で精度を確保するという発想は、版のある情報を扱う士業の実務と地続きです。自分たちの業務領域に公式の参照手段があるかどうかを確かめるところから始まります。

参考文献

※士業のチカラでは、生成AIの導入支援から運用最適化まで、貴事務所の業務に合わせたカスタマイズ提案を行っています。無料相談（30分）も実施中ですので、お気軽にお問い合わせください。
https://shigyonochikara.jp/contact/

引用元: The Decoder

本記事の作成体制について

本記事は士業のチカラ編集部が、公表されている一次情報のみを根拠に作成しています。法令の条文はe-Gov法令検索の原文で、行政の見解は各府省庁の公表資料で、それぞれ確認したうえで記載しています。引用元は本文中および参考文献にすべて明示しています。

本記事には特定の資格者による監修は入っていません。個別の事案について法令の当てはめや手続の可否を判断する必要がある場合は、当該分野の有資格者にご相談ください。本記事は一般的な情報提供を目的としたものであり、個別具体的な法律判断・税務判断・労務判断を提供するものではありません。

記載内容に誤りを見つけられた場合は、お問い合わせよりご指摘ください。確認のうえ速やかに訂正し、訂正履歴を記事内に残します。編集方針の詳細は運営者情報をご覧ください。