ANTIGRAVITY LABEN
記事一覧/AIツール
AIツール/2026-04-21上級

プロンプトは「資産」です — Antigravityで作る本番級プロンプト管理基盤:バージョニング・A/Bテスト・品質評価の実装パターン

プロンプトをコードとして扱い、バージョン管理・A/Bテスト・品質評価を自動化する本番基盤の実装ガイド。AntigravityのAIエージェントで安全にプロンプトを改善し続けるための設計パターンを、動作するコードとともに解説します。

antigravity435prompt-engineering7versioning2a-b-testing2production59

プレミアム記事

Antigravity で AI エージェントを半年ほど本番運用してきて、いちばん痛い目に遭ったのが「プロンプトを微調整したら、なぜか特定の顧客のユースケースで応答品質が壊れていた」という事件でした。修正したのは1文字だけ、コード差分は2行。しかし、その変更が本番でどんな影響を及ぼしたのかを遡る術がなく、結局3日かけて手動で調査することになりました。

この経験から学んだのは、プロンプトは「設定ファイル」でも「マジック文字列」でもなく、コードと同じく厳密にバージョン管理・テスト・観測すべき第一級の資産だということです。ここではその信念に基づいて私が Antigravity 上で実装してきたプロンプト管理基盤を、設計思想から動くコードまで公開します。一度この仕組みを整えると、プロンプトの改善サイクルが劇的に速く、かつ安全になります。

なぜプロンプトを「コード」として管理する必要があるのか

プロンプトを文字列として扱うアプローチは、プロトタイプ段階では明確に早く動きます。しかし本番運用に入ると、以下の4つの痛みが必ず顔を出します。

第一に、再現性の欠如です。「先週は正しく動いていたはずなのに、今週おかしい」という状況で、どのプロンプトがどのレスポンスを生んだのかを追跡できなければ、原因の特定は不可能です。プロンプトは毎日のように微修正されるものですから、Git コミットだけでは不十分で、レスポンスごとに「このバージョン」というトレーサビリティが必要になります。

第二に、比較検証の不在です。新しいプロンプトが旧プロンプトよりも本当に良いのかは、ユーザー体感だけでは判断できません。私はかつて「この表現の方が自然だ」と確信して差し替えたプロンプトが、実は回答の正確性を10%も落としていたことに、本番投入後2週間気づけなかったことがあります。A/B テストの仕組みがなければ、改善しているつもりで退化することが頻繁に起こります。

第三に、コスト観測の難しさです。プロンプトの長さ・few-shot 例の数・出力形式は直接 API コストに跳ね返ります。プロンプトが育っていくにつれ月額コストが3倍になっていた、というのはよくある話ですが、それを早期に発見するには「プロンプトバージョンごとのトークン消費量」を記録しておく必要があります。

第四に、安全なロールバックの困難さです。何か問題が起きたとき、「とりあえず昨日のバージョンに戻したい」と思うのは自然な欲求です。しかし、プロンプトがアプリケーションコードに埋め込まれていると、ロールバックのためだけに新しいデプロイを走らせる必要があります。プロンプトを別のストアに分離していれば、数秒でロールバック可能です。

本記事で作るのは、この4つの痛みを一気に解消する最小構成の管理基盤です。派手な機能は最小限に抑え、1ヶ月以内に自分のプロジェクトに組み込めるサイズ感に留めています。

プロンプト管理基盤のアーキテクチャ — 4層の責務分離

設計の核は「責務の分離」です。以下の4層に分けると、あとから拡張しやすく、テストも書きやすくなります。

  • ストア層 (Store) : プロンプトのバージョンと、各バージョンのメタデータを保持します。YAML ファイル or データベース。
  • ルーター層 (Router) : リクエストごとに「どのバージョンを使うか」を決定します。重み付きルーティングで A/B テストを実現します。
  • 実行層 (Executor) : 選択されたプロンプトを実際に LLM に送り、応答とメトリクス(トークン数・レイテンシ)を返す。
  • 評価層 (Evaluator) : 応答の品質スコアを算出し、ログストアに永続化します。バッチまたはリアルタイム評価。

この分離が重要なのは、それぞれの層を独立して差し替えられるようになるからです。たとえばストアを YAML から Postgres に移行しても、ルーター以降は一切変更する必要がありません。評価層のアルゴリズムを「ルールベース」から「LLM-as-a-Judge」に変えても、ストアと実行層は無傷です。Antigravity のエージェントから各層を呼び出す際も、インターフェース定義が明確なら迷いません。

この設計思想の背景には、私自身が一度失敗しているという事情もあります。最初は「全部ひとつのファイルで十分」と思って単一モジュールで書き始めたのですが、3ヶ月後には5種類の評価指標と2種類のストアバックエンドを抱え、巨大な泥団子になっていました。Antigravity で AIエージェントを本番投入する前に必ずやるべき評価フレームワーク構築ガイドで触れた教訓ですが、評価ロジックは独立したモジュールに切り出すのが正解です。

ここまでお読みいただきありがとうございます。

この記事の続きを読む

この先には、実装コードやベンチマーク結果など、実務でお役に立てる内容をご用意しています。このサイトは広告を掲載しておらず、サーバーや開発にかかる費用はメンバーの皆様のご支援で成り立っています。もしお役に立てていましたら、ご支援いただけますと大変ありがたいです。

この記事で得られること
「プロンプトを変更するたびに本番の応答品質が壊れる」という恐怖から解放され、バージョン管理と自動ロールバックで安心してプロンプトを改善できる
複数バージョンのプロンプトを本番で並行稼働させ、A/Bテストで「どちらが本当に良いか」を定量的に判断できる実装パターンを習得できる
プロンプト変更が応答品質・レイテンシ・コストに与える影響を数値で追跡し、経営判断に耐えうる品質レポートを自動生成できる体制を構築できる
Stripe による安全な決済 · いつでもキャンセル可能

この記事を購入する

この先の内容をすべてお読みいただけます。一度のご購入で、いつでも何度でもアクセスできます。このサイトは広告を掲載しておらず、皆さまのご支援がサーバー費用などの運営を支えています。

または
メンバーシップなら全記事が読み放題 →
シェア

お読みいただきありがとうございます

Antigravity Lab は広告なしで運営しており、サーバー費用などの運営コストはメンバーシップのご支援で賄っています。実装コード・ベンチマーク・本番設計パターンなど、実務でお役立ていただける記事を毎日更新しています。もし読んでよかったと感じていただけましたら、ぜひご覧ください。

  • コピー&ペーストで使える実装コード付き
  • 毎日新しい上級ガイドを追加
  • ¥580/月 または ¥1,480 の永久アクセス
メンバーシップを見る →

関連記事

AIツール2026-06-17
Antigravity の LLM アプリは、ダッシュボードが緑のまま請求と品質がずれていく — 観測の計装メモ
LLM アプリの監視は、合計のコストとレイテンシだけ見ていると静かなずれを見逃します。機能・テナント・プロンプト版で属性付けし、品質劣化とコスト急増を早期に捕まえる計装の設計メモです。
AIツール2026-04-19
Gemma 4 × Antigravity でローカルLLMを本番環境で動かす——セットアップから安定運用まで
Gemma 4 を Antigravity と繋いでローカルで本番運用するまでの道筋です。モデルサイズの選び方・Ollama のチューニング・API連携・応答が遅いときの対処を、実装例を添えて追っていきます。
AIツール2026-03-30
Antigravity × カスタムAIチャットボット構築パイプライン — RAG・Function Calling・Streaming UIを統合した本格AIアシスタント開発ガイド
Antigravityを活用してRAG・Function Calling・Streaming UIを組み合わせた本格的なカスタムAIチャットボットを構築する方法を、設計から本番デプロイまで体系的に解説します。
📚RECOMMENDED BOOKS
大規模言語モデル入門
山田育矢
LLM開発
生成AIプロンプトエンジニアリング入門
我妻幸長
プロンプト
Claude CodeによるAI駆動開発入門
平川知秀
AI駆動開発
※ アフィリエイトリンクを含みます
もっと見る →