AppleとFigmaが提示するAI開発の転換点、モデル依存を脱却しワークフロー設計へ

AIの主役がモデルからワークフローへ。開発者が直面するパラダイムシフト

開発者にとってのAI活用は、モデル選びのフェーズを終えた。ワークフロー設計のフェーズに突入した。

Appleが発表した新しいフレームワークと、Figmaが示したAI統合の形。この2つが、これからコードに書くべき内容を指し示している。

特定のAIモデルに依存する開発は、過去のものとなった。

モデルを交換可能な部品として扱い、ユーザーの体験に溶け込ませる。ルーティングと調整のロジックが、開発者の主戦場だ。

抽象化レイヤーの誕生。モデルを隠蔽する新しい開発の形

「iPhoneでどのAIが動くのか」という議論の本質は、そこにはなかった。

AppleはFoundation Modelsという名の巨大な抽象化レイヤーを提示した。データベースにおけるJDBCやORMに相当するものが、AIの層に降りてきた。

開発者は、たった1本のネイティブなAPIに対してコードを書く。その裏側で何が動くかは、実行時の設定や状況によって決まる。

構造は以下の通りだ。

* デバイス上のローカルモデル: 速度とプライバシーを優先する。

* プライベート・クラウド・コンピュート: 端末では重い処理を、秘匿性を保ちクラウドで処理する。

* サードパーティのフロンティアモデル: 高い知能が必要な場面で呼び出される。

これらはすべて、同じセッションロジックの裏側に隠蔽される。プロトコルに準拠すれば、どのプロバイダのモデルであっても同じメソッドで呼び出せる。

モデル名は実装の詳細にすぎない。モデル層のコモディティ化が、OSレベルで完成した。

しんたろー：
APIを叩き分けるために書いていたコードが、過去のものになる。Appleが「モデルの使い勝手を統一しろ」と提示した。

Dynamic Profilesという仕組みも存在する。会話や処理の途中で、モデルやツール、指示内容を動的に入れ替える。

簡単な質問はローカルの軽量モデルで即答する。話が複雑になった瞬間に、裏側でClaudeやGeminiにバトンタッチする。これを同じセッション内で、ユーザーに気づかれずに完結させる。

マルチエージェント制御の基盤がOSに組み込まれた。

個人開発者や小規模チームにとって、コストの破壊も起きている。App Store Small Business Programのメンバーで、初回ダウンロードが200万未満であれば、クラウド推論をAPIコストなしで利用できる。

プライバシーと高度な推論を、無料で開発者に配る。Appleは「開放」という言葉で、自社のプラットフォームへ開発者を誘導する。

Figmaが示す「AI素材」という新しいUXの標準

デザインツールのFigmaも、AIに対する共通の哲学を見せた。

Figmaは自社で巨大なモデルを開発する道を選ばなかった。Anthropicなどの外部モデルを、自社のキャンバスの中にAI素材として統合した。

キーワードは人間の判断だ。AIが完成品を出すのではなく、人間が後から微調整できる「編集可能な状態」で出力する。

実装された機能は以下の通りだ。

* Code Layers: デザインとコードが隣り合わせで存在し、相互に行き来できる。

* AIエージェントによるモーション生成: アニメーションや遷移を言葉で指示し、後からタイムラインで微調整できる。

* WebGPUを活用したシェーダー生成: 複雑なグラフィック効果をAIが生成し、スライダーで調整可能なコントローラーとして提供する。

これらはAIを、継続的に対話可能なワークスペースの一部として定義し直している。

Figmaの戦略も、モデルの非依存に基づいている。バックエンドでどのモデルが動いていようが、ユーザーが触るのはFigmaが用意したUIだ。

AIの出力結果をそのままユーザーに見せるのは、過去の手法だ。プロの開発者は、AIが出したものをユーザーが調理できる素材として提供する。

しんたろー：
Figmaのやり方は、開発中のThreadPostでも参考になる。生成されたSNS投稿をそのまま出すのではなく、ユーザーが修正できる余白をどう作るか。最後に決めるのは人間だ。

開発者目線の解説。抽象化がもたらす「漏れ」と戦う

APIが1本に統一される一方で、抽象化の漏れという罠が潜んでいる。

呼び出し口が同じでも、モデルごとの癖は消えない。Claudeに効くプロンプトが、Geminiで同じパフォーマンスを出す保証はない。裏側でモデルが勝手に切り替わると、デバッグの難易度は上がる。

Appleが発表したEvaluationsというフレームワークが重要になる。これは、AIの挙動を検証するための専用のテスト環境だ。

開発者の仕事は、評価（Evaluation）を書くことに移っていく。

* モデルAとモデルBで、出力のトーンにどれだけの差があるか。

* ルーティングを切り替えた時に、コンテキストが正しく引き継がれているか。

* 特定の指示に対して、どのモデルが最もコストパフォーマンスが良いか。

これらを定量的に測定し、最適なモデルを選択するルーティングロジックを磨き上げることが、AI開発の本質だ。

Claude Codeも、この流れの先にある。ローカルの環境を理解し、テストを実行し、エラーが出れば自分で修正する。

この実行と修正のループは、Appleが目指すカスタムスキルや動的プロファイルと相性がいい。ローカルで動くCLIツールが、状況に応じて最適なクラウドモデルを呼び出し、タスクを完結させる。

しんたろー：
プロンプトエンジニアリングは死語に近い。今はルーティングエンジニアリングとエバリュエーションの時代だ。どのモデルでも動く評価基準を作る。

実務への影響。僕たちが今すぐ準備すべきこと

特定のモデルのAPIに固執したコードを書くのをやめる。AnthropicやGoogleのモデルにいつでも切り替えられるよう、自分なりの抽象化レイヤーを挟む。

UI設計の考え方をアップデートする。AIに全部やらせることは、ユーザーからコントロール権を奪うことと同義だ。AIには8割の完成度の素材を作らせ、残りの2割をユーザーが調整できる仕組みを作る。

アクションアイテムは以下の通りだ。

1. ルーティング戦略の策定: タスクの難易度に応じて、モデルを使い分けるロジックを設計する。
2. 評価用データセットの作成: モデルを切り替えた時に、品質が落ちていないかを確認するための正解データを溜めておく。
3. UI/UXの再設計: 生成物を編集可能なオブジェクトとして扱い、ユーザーのフィードバックループを組み込む。

Appleが提供するPrivate Cloud Computeのような、プライバシーを担保した推論環境は、機密情報を扱うアプリにとって追い風となる。

小規模開発者にとっても、200万ダウンロードまではAppleのインフラを無料で使える可能性がある。初期のサーバーコストを気にせずに、リッチなAI体験をユーザーに提供できる。

しんたろー：
誰が一番ユーザーのことを考えてワークフローを組んだかで決まる。モデルの性能差は1年も経てば誤差になる。その誤差を吸収できる強い設計を作る。

FAQ

Q1: AppleのFoundation Modelsを使えば、ClaudeとGeminiのプロンプトを共通化できますか？

いいえ、共通化はできません。Appleのフレームワークが統一するのは、呼び出しの形（APIシグネチャ）だけです。モデルごとに得意な指示の出し方や、コンテキストの解釈の仕方は異なります。

APIが共通化されたことで、開発者はモデルごとの挙動の差異をより厳密に管理する必要があります。各モデルに最適化されたプロンプトを動的に切り替える仕組みを作るのが、正しいアプローチです。

Q2: Figmaのように外部モデルを組み合わせる際、コスト管理はどうすべきですか？

AppleのFoundation Modelsのような考え方を取り入れ、ルーティングによるコスト最適化を徹底してください。すべてのリクエストを最強のフロンティアモデルに投げるのではなく、オンデバイスで処理できるものはローカルで、中程度の処理は安価なモデルで仕分けます。

AIを「一発回答」ではなく「調整可能な素材」として提供することで、ユーザーが満足するまで何度も再生成を繰り返す無駄なトークン消費を抑えることができます。

Q3: 個人開発者がAppleの無料枠（PCC）を使う際の注意点はありますか？

最大のポイントは、Appleのプラットフォームへのロックインとのトレードオフです。無料枠は魅力的ですが、その恩恵を受けるためには、アプリのロジックをAppleのフレームワークに依存させる必要があります。

将来的にAndroid展開やWeb展開を考えている場合は、OS固有の機能に依存しすぎないよう、ビジネスロジックとAIの呼び出し層を明確に分離しておく設計が不可欠です。

まとめ

AppleとFigmaが示したのは、AIを信頼できる道具に変えるための設計図だ。

モデルはコモディティになり、APIは隠蔽される。残るのは、ワークフローのロジックと、ユーザーに提供するUXの品質だけだ。

モデルの進化に一喜一憂するのは終わりにしよう。どんなモデルが来ても最高の体験を届けられる、強いアーキテクチャを組むことに集中する。

Claude Codeを使い倒しながら、ThreadPostの裏側を柔軟で堅牢なものに作り替えていく。

👉 ThreadPostでSNS運用を自動化する