ANTIGRAVITY LABEN
記事一覧/Agents & Manager
Agents & Manager/2026-05-02上級

Antigravity × DSPy で『プロンプト職人芸』から抜け出す — 自己最適化するLLMプログラムを実務に乗せる

プロンプトを書き直し続ける疲弊から抜け出すために、DSPy を Antigravity に組み込んで自己最適化するLLMプログラムを本番運用するための設計・評価・デプロイの全工程を一気通貫で解説します。

antigravity435dspyllm-engineeringagents90production59

プレミアム記事

プロンプトをもう一度書き直そうとしてエディタの空白を眺めていた金曜の夜、私は「これ、いつまで続ければいいんだろう」と本気で考えました。Few-shot の例を一行いじるたびに、別のテストケースが壊れます。仕様が変わるたびに、3 つの prompt template が連鎖的に古くなっていきます。チームが大きくなるほど「最終版」は更新されないまま属人化していきます。プロンプトエンジニアリングは、コードレビューで合意形成しようとしても判断基準が掴みにくく、ベテランの直感に依存しがちな領域です。

DSPy は、この「プロンプト職人芸」をコンパイル可能なプログラムに置き換えるためのフレームワークです。スタンフォード NLP から生まれ、現在は Databricks のチームが中心となって発展している成熟したプロジェクトで、2026 年に入ってからは LangGraph や CrewAI と組み合わせた事例も急速に増えてきました。ここで扱うのはAntigravity を開発環境として使いながら、DSPy で自己最適化する LLM プログラムを本番運用するまでの工程を一気通貫で解説します。

「プロンプト職人芸」が抱える3つの構造的な弱点

最初にお断りしておくと、私は手書きのプロンプトを否定したいわけではありません。プロトタイプ段階や、評価データを集めにくい初期フェーズでは、人が書いた方が立ち上がりは速いです。問題は、プロダクトが育って評価が定量化できる段階に入ったあと、なぜか手書きの prompt template だけが旧来のままチーム内に残り続ける現象にあります。

私が現場で繰り返し見てきた弱点は3つです。

第一に、変更の影響範囲が見えないこと。prompts/extract_invoice.txt を一行いじったとき、本番の精度が上がったのか下がったのか、評価データに対して回さない限り判断できません。それでも「動いているっぽいから出す」運用が定着すると、リグレッションがしばらく経ってから本番ログで発覚します。

第二に、最適化のループが手作業であること。「Few-shot を増やしてみる」「Chain-of-Thought を足してみる」「JSON 形式を強制してみる」といった改善は、ほぼすべて人間がアイデアを出して試行する流れになります。これは複数の改善を組み合わせると組合せ爆発を起こし、再現も難しくなります。

第三に、モデルが変わると全部やり直しになること。Gemini 2.5 用に磨いたプロンプトが、コスト最適化のために Gemma 4 へ移したい時にそのまま流用できる保証はありません。プロンプト資産がモデル依存になっている時点で、移行コストが高止まりします。

DSPy は、プロンプトを「文字列」ではなく「型付きの関数(Signature)」として定義し、その関数を満たす最適なプロンプトをデータから自動的に学習させるアプローチで、これら3つの問題に正面から向き合っています。

DSPy の世界観 — Signatures・Modules・Optimizers

DSPy のコア要素は3つです。

Signatures は LLM 呼び出しの入出力の「型」を表します。たとえば「請求書テキストを受け取り、金額・日付・取引先名を返す」という関数の宣言です。実装はオプティマイザに任せ、開発者は意図だけを記述します。

Modules はその Signature を実行する戦略の単位です。dspy.Predict(単純な一発予測)、dspy.ChainOfThought(思考連鎖を内部で展開する)、dspy.ReAct(ツール呼び出しを伴う)といった戦略がビルトインで提供されており、開発者はビジネスロジックの一部として組み合わせます。

Optimizers は、評価メトリクスを最大化する形でプロンプトや Few-shot 例を自動的に探索するコンポーネントです。BootstrapFewShot は教師データから良質な例を自動抽出して埋め込み、MIPROv2(2026 年時点で主流)は指示文と Few-shot を協調的に最適化します。

この3要素を Antigravity の中で扱うとき、エディタが提供する補完・差分プレビュー・チェックポイント機能との相性がとても良く、私自身は LangGraph と組み合わせる前段の「素材作り」フェーズで多用しています。

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

この記事の続きを読む

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

この記事で得られること
プロンプトを書き直し続ける疲弊から抜け出し、評価データから自動的に最適化されるLLMプログラムを Antigravity 上で動かせるようになります
DSPy の Signatures / Modules / Optimizers をどう組み合わせて本番に乗せるかを、実コードと判断基準で習得できます
プロンプト変更のたびに起きていたリグレッションを、評価ドリブンな開発フローで未然に防ぎ、自分のプロダクトに応用できるようになります
Stripe による安全な決済 · いつでもキャンセル可能

この記事を購入する

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

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

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

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

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

関連記事

Agents & Manager2026-07-05
エージェント開発スタックの『既知の正常』を1枚のロックファイルで守る — 可動部が同時に動く時代の変更予算設計
IDEビルド・CLI・モデル・依存が同時に動くと、回帰の原因が特定できなくなります。既知の正常を1枚のロックファイルに固定し、一度に動かす軸を絞る変更予算の設計を、実装コードと運用ログで整理しました。
Agents & Manager2026-05-29
Antigravity 長時間実行エージェントの監視設計 — watchdog と段階的リカバリ
AdMob 収益最適化を 8 週間バックグラウンドエージェントに任せて見えた、長時間タスクが静かに停止する 3 つの故障モード。watchdog タイマーと段階的リカバリの実装メモを残します。
Agents & Manager2026-05-27
Antigravity Agent の Record & Replay — 失敗を3分で再現する本番運用パターン
Antigravity の自律エージェントが本番で失敗した瞬間を、後からオフラインで決定的に再生する Record & Replay の設計と実装。Dolice Labs 4 サイトを並行運用してきた経験から、ストレージ設計・PII マスク・ハーネスのコードまで具体的に解説します。
📚RECOMMENDED BOOKS
大規模言語モデル入門
山田育矢
LLM開発
生成AIプロンプトエンジニアリング入門
我妻幸長
プロンプト
Claude CodeによるAI駆動開発入門
平川知秀
AI駆動開発
※ アフィリエイトリンクを含みます
もっと見る →