AI規制の皮肉と、実務に溶け込むドメイン特化エージェント
Anthropicが「危険すぎる」と宣伝したAIモデル、今度は政府の出番になった
Anthropicが先週、Mythos 5とFable 5を公開した。Mythosは基盤モデルで、Fableはそこに安全措置を載せた一般公開版。4月のMythos Preview発表時からAnthropicは「これは潜在的サイバー兵器になりうる」と危険性を強調していた。そしてその宣伝が、今度は自分たちに跳ね返ってきた。
公開から1週間も経たない金曜日、米政府がMythosとFableに輸出規制を科した。対象は外国籍の人物で、米国内でAnthropicに勤務している人も含まれる。Anthropicはアクセス制限だけで法令遵守を確実にできないと判断し、両モデルを全員対象でオフラインにした。火曜日時点でもFableは利用不可のままだ。
開発現場への影響は直感的すぎる。米国のAI企業には外国人エンジニアが大量にいる。彼らのアクセスを制限するということは、モデルの改善もデプロイも止まることを意味する。Kubernetesクラスタを触るチームに「あなたは国籍が違うからログイン禁止」と言われているのと同じ構図だ。
（※Kubernetesはコンテナ化されたアプリケーションの配備と管理を自動化する標準的なプラットフォームであり、現代の開発インフラの心臓部にあたる）実際にどう運用されるのか、まだ誰にも分からない。
ここにある皮肉は大きい。Anthropicは長年「AIは危険になりうるから、政府は真剣に規制すべきだ」と主張してきた。その主張は通った。ただし、望んだ形ではなかった。トランプ政権の規制が、安全のフレームワークとして機能するのか、それとも政権に従わない企業への武器になるのか。中国を含む世界中がその行方を見ている。
Mythosの危険性はAnthropic自身の説明でも「ドメイン専門知識を持つ攻撃者が力倍増器として使う」点にあった。セキュリティ監査すら自社エンジニアの専門外という前提で語られている。であれば、外部の専門家を含めた監査体制をどう作るのかが本来の論点になるはずだ。しかし現実は、政府が外国人のアクセスを一律遮断するという、一番荒い手で着地しつつある。
開発者として気になるのは、この前例がどこまで広がるかだ。次に「危険すぎる」と判断されるモデルが出たとき、企業の自己判断で出すのか、政府が事前審査するのか。後者になれば、リリースサイクルは今の数倍遅くなる。CI/CDパイプラインの承認ゲートに政府機関が入ってくるようなものだ。モデルの安全性を誰が、どう判断するのか。この問いは、Fableがオンラインに戻っても消えない。
プロンプトで動くクリエイティブツール、ドメイン特化エージェントの設計が見えてくる
AdobeがCreative Cloudの主要アプリにAIアシスタントを追加した。対象はPhotoshop、Premiere、Illustrator、InDesign、Frame.ioの5つ。パブリックベータとして提供が始まっている。
各アシスタントはチャットボット風のインターフェースで、自然言語のプロンプトで編集を指示できる。ただし、単なる汎用チャットボットがアプリに埋め込まれたわけではない。Adobeの「conversational creative agent」で動いているが、各アプリ内では独立して「スペシャリスト」として振る舞う。Premiereのアシスタントはタイムラインの再編成に特化し、Photoshopのアシスタントは画像編集ツールの操作に特化する。この設計が面白い。
Premiereのアシスタントは、アセットをビンに分類し、クリップを一括でリネームする。音声内の質問やキーワードを特定してマーカーを追加することもできる。いわゆるセットアップの退屈な作業を肩代わりする。Photoshopのアシスタントは、レイヤーの整理、背景の切り替え、アセットのリサイズなどをプロンプトで実行する。Illustratorでは色モードのエラーや欠損フォントの検出、スプレッドシートからの複数バージョン生成。InDesignでは印刷準備のチェックや全ページへのスタイル適用。Frame.ioではリビジョンフィードバックの表示やBロール映像の生成まで手がける。
ここで注目したいのは、各アシスタントがアプリ固有の操作に特化しているという点だ。汎用LLMをフロントに置くだけなら、どんなアプリでも同じような応答になる。だがAdobeは各アプリの機能やワークフローに合わせてチューニングしている。Premiereでクリップを整理する手順と、Photoshopでレイヤーを整理する手順は別物だ。それを各アシスタントが理解している。
この方向性は、エージェントアーキテクチャの今後を考える上で参考になる。マイクロサービスで言えば、各ドメインに特化したサービスが独自のロジックを持つのと同じだ。
（マイクロサービスとは、巨大な一つのシステムを、機能ごとに独立した小さなサービスの集合体として構築する設計手法）汎用のオーケストレーション層があり、その下にドメイン特化のエージェントがいる。
（オーケストレーションとは、複雑なタスクを分解し、適切なツールやエージェントに割り振って実行を制御する仕組みのこと）Adobeの言う「conversational creative agent」がオーケストレーション層で、各アプリのアシスタントがドメイン特化のエージェントという構図に見える。
開発者視点で気になるのは、プロンプトベースの操作がどこまで定着するかだ。Photoshopで「背景を切り替えて」と入力するのは、メニューから該当機能を選ぶより早い場面がある。だが細かい調整まで自然言語で指示するのは逆に手間かもしれない。プロンプトで大枠を作り、手動で微調整するというハイブリッドな使い方が現実的な線だろう。どこまでをアシスタントに任せ、どこから手動にするか。その境界線が各アプリでどう設定されているか、ベータを触って確かめたい。
もう一つ気になるのは、エージェントが実行する操作の再現性だ。同じプロンプトで同じ結果が得られるのか。クリエイティブ作業では「たまたま良い結果が出た」で済む場面もあるが、制作フローに組み込むなら再現性が要る。このあたりがどう扱われているか、まだ情報が出ていない。分からないことは分からないと書くが、ここは注目ポイントだ。
Adobeのクリエイティビティ部門責任者David Wadhwaniは「すべてのクリエイターがビジョンを設定し、自分のテイストを適用し、自分にしかできない判断を下すのを助けるエージェントを持つ」と述べている。人間が判断し、エージェントが実行する。この役割分担がどこまで機能するか。アプリ特化型エージェントの実用例として、再現性と操作性のバランスがどう落ち着くか見極めたい。
AI画像生成の「一貫性問題」にAdobeが切り込んだ
AdobeがFirefly AIスタジオの大幅リニューアルを発表した。プライベートベータとして提供開始された新体験の目玉は、ふたつの新機能「Elements」と「Projects」だ。Elementsは、キャラクターや場所、オブジェクトを保存して再利用できる仕組み。アップロードした参照画像に名前をつけて登録しておけば、「Charlie's bedroom」と指定するだけで、毎回プロンプトを長々と打ち込まずに同じ空間を生成できる。Projectsは、アセットや生成履歴、制作コンテキストを一箇所にまとめる機能。どこまで作業したか迷わずに済む。
AI画像生成を業務で使った人なら誰もがぶつかる壁がある。一貫性だ。1枚の画像ならまだしも、同じキャラクターや世界観を複数のカットで維持するのがとてつもなく面倒。プロンプトの微調整に何時間も吸われる。Elementsは、まさにこの痛点を突いている。参照画像を固定スロットとして管理できるのは、地味だが効きそうだ。
Firefly AIアシスタントも機能追加された。会社名とスタイルを説明するだけでブランドキット（ロゴ、カラーパレット）を生成する機能や、動画クリップを組み上げて初稿をつくる「Quick Cut」、画像からショート動画への変換など。Quick Cutは2026年2月にFireflyアプリへ追加済みの機能だが、アシスタント経由でも使えるようになった。Forest Key氏（Adobeのagentic AI担当VP）は、Fireflyを「協働パートナー」にしたいと語っている。「最終的に全員が英語でツールに話しかけるようになるのか？ あるユーザーにはイエス、別のユーザーにはノーだ」という指摘は、AIツールのUX設計として割と本質を突いていると思う。
開発者の視点で気になるのは、Elementsの裏側だ。キャラクターの一貫性を保つ仕組みは、おそらく埋め込み表現の管理と参照画像の永続化に支えられている。
（埋め込み表現（Embedding）とは、画像やテキストの特徴を多次元の数値ベクトルとして表現したもので、AIが「似ているもの」を計算して特定するのに使われる）これがAPIとして外部から叩けるようになるのか、それともFireflyの閉じた世界にとどまるのか。後者だと、自動化パイプラインに組み込む際の選択肢が狭まる。CI/CDでアセットを流し込むような使い方は、今のところ想定されていないのだろう。
（CI/CDは継続的インテグレーション／継続的デリバリーの略で、コードの変更からテスト、本番反映までを自動化するパイプラインを指す）ただ、コンテキストを保持したまま生成を継続できるという方向性自体は、エージェント型AIの潮流と合致している。チャットの履歴をプロジェクト単位で束ねる「Projects」も、セッション管理の永続化に見える。どこまで細かく制御できるかは実際に触ってみないと分からないが、「何を作っていたか」をAI側が覚えている体験は、ツールをまたぐコンテキストスイッチに疲れている層には刺さるはずだ。
まとめ
Anthropicが「危険」と宣伝したモデルに、米政府の輸出規制がかかった。外国人エンジニアのアクセスを一律遮断する対応は、Kubernetesクラスタを触るチームに「国籍が違うからログイン禁止」と言うのと同じだ。自らの主張が望まぬ形で通った皮肉。安全性を誰がどう判断するのか、この前例が次のモデルリリースにどう響くか。懸念は消えない。
一方で、道具としてのAIは着実に設計が洗練されている。Adobeの各アプリのAIアシスタントは、汎用チャットではなくドメイン特化のエージェントだ。Premiereならタイムライン、Photoshopならレイヤー。各アプリのワークフローに合わせて専門化させる。マイクロサービスのドメイン分割と同じ発想と言える。
FireflyのElementsやProjectsも、コンテキストの永続化という方向性で納得できる。画像生成の一貫性という痛点を、参照画像のスロット管理で緩和する。ただし、プロンプトの再現性や外部APIとしての連携についてはまだ分からない。規制の荒さと、プロダクトの繊細さ。この両面で実務への影響を考えるべき動きがあった。