ANTIGRAVITY LABEN
記事一覧/Editor View
Editor View/2026-07-02上級

IDE で組んだ作業をチャット型エージェントに渡す — 2アプリ分離後の文脈受け渡しをファイルで固定する

Antigravity 2.0 が IDE とチャット型エージェントの2アプリに分かれてから、片方で積み上げた文脈がもう片方に引き継がれません。会話履歴に頼らず、リポジトリ内の1ファイルを真実源にして受け渡す設計を、スキーマ・更新スクリプト・Guide スキルでの固定・検証まで含めてまとめます。

Antigravity302Antigravity 2.010エージェント設計12コンテキスト管理5ワークフロー21

プレミアム記事

夜間にサイトの自動更新を回す前に、IDE 側で組み立てた変更を、チャット型エージェントのアプリを開いて最終確認に一本投げようとしました。ところがそのアプリには、先ほどまで IDE で交わしていたやり取りが何も残っていません。どのファイルをどういう意図で触ったのか、どの検証をまだ通していないのか。もう一度ゼロから説明し直すことになり、確認のはずが再説明で時間を溶かしてしまいました。

Antigravity 2.0 が VS Code 系の IDE と、チャット型のエージェント・インターフェースという2つのアプリに分かれたことで、この「片方で積み上げた文脈が、もう片方に無い」場面が日常的に起きるようになりました。2つのアプリはモデルもエージェントのハーネスも共有していますが、会話の履歴は別々です。個人開発で複数の作業を並行させていると、IDE で手を動かした流れをチャット側の使い捨てエージェントに検証だけ任せたい、という受け渡しが頻繁に発生します。そのたびに再説明していては、せっかくアプリを分けた意味が薄れてしまいます。

私自身がこの2週間ほど試して落ち着いたのは、会話履歴に引き継ぎを期待するのをやめて、リポジトリの中に1つの「引き継ぎブリーフ」ファイルを置き、両方のアプリにそれを読ませるという方針でした。地味ですが、アプリをまたいでも、翌朝に自分が見返しても、同じ1ファイルを見れば状況が分かる状態になります。

なぜ会話履歴に引き継ぎを期待してはいけないのか

2アプリ分離の設計そのものを責めるつもりはありません。IDE は「手を動かす場所」、チャット型エージェントは「タスクを投げて束ねる場所」と役割が違うので、履歴が独立しているのはむしろ自然です。問題は、私たちが無意識に「さっき話したこと」を前提に次の一手を投げてしまう癖のほうにあります。

会話履歴を引き継ぎの媒体にすると、3つの弱点が付いて回ります。第一に、履歴はアプリの内部にあり、リポジトリの外にあるので、レビューにも検証にも乗りません。第二に、履歴は時系列で長くなる一方なので、要点がノイズに埋もれます。第三に、翌日の自分やチャット側のエージェントにとって「今どこまで終わっていて、次に何をすべきか」が、長い履歴からは即座に読み取れません。

引き継ぎに必要なのは会話の全文ではなく、「現在地」と「次の一手」と「まだ通していない検証」の3点です。これを構造化して1ファイルに置けば、媒体がアプリの外に出て、両アプリから同じものを参照できます。

引き継ぎブリーフのスキーマ

私は .antigravity/handoff.md という決め打ちのパスに、機械可読な frontmatter と人間向けの本文を持つファイルを置いています。frontmatter は検証スクリプトが読み、本文はエージェントと自分が読む、という二層構造です。

---
task: "記事詳細ページのプレビュー切り出し位置を H2 数基準に変更"
updated_by: "ide"            # ide | chat のどちらが最後に更新したか
updated_at: "2026-07-02T10:40:00+09:00"
status: "in_progress"        # in_progress | ready_for_verify | done
branch: "feature/preview-cut"
touched:
  - "src/app/[locale]/articles/[category]/[slug]/page.tsx"
  - "src/lib/content.ts"
open_checks:
  - "短い記事(H2 が 2 個)でも全文露出しないこと"
  - "ペイウォール後に目次が 1 件に減らないこと"
handoff_to: "chat"           # 次に作業を受け取る側
---
 
## 現在地
プレビューの切り出しを、固定の文字数スライスから H2 の出現位置基準に変えました。
2 番目以降の H2 の手前でカットする実装まで入っています。
 
## 次の一手
チャット側で、H2 が 2 個だけの短い記事を 1 本開き、
プレビューに本文全体が出ていないかを目視で確認してください。
 
## まだ渡していない前提
- ビルドは通していますが、実機の表示確認はまだです。
- content.ts の getArticleContent は変更していません。

ポイントは、open_checksstatus を frontmatter 側(機械可読)にも置いていることです。本文だけだと、エージェントが親切に要約してしまって「未検証」が「検証済み」にすり替わることがあります。機械可読な配列にしておけば、後述のスクリプトが「未消化のチェックが残ったまま done になっていないか」を判定できます。

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

この記事の続きを読む

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

この記事で得られること
IDE とチャット型アプリで会話履歴が別々でも、`.antigravity/handoff.md` の1ファイルに作業文脈を集約して落とさず引き継ぐ設計
機械可読な frontmatter を持つ引き継ぎブリーフのスキーマと、鮮度・粒度を検証する Node スクリプト
Guide スキルで『作業終了時にブリーフを更新する』を決定論的に固定し、片側だけ更新されるズレを防ぐ手順
Stripe による安全な決済 · いつでもキャンセル可能

この記事を購入する

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

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

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

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

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

関連記事

Editor View2026-07-01
部分文字列検索が速くなった後で、エージェントの探索の組み方を見直す
6/26 の更新で部分文字列検索が高速化されました。単なる体感の改善に留めず、エージェントにコードを探させるときの手順・コンテキスト予算・検証の置き方をどう変えるか、実測を交えて整理します。
Editor View2026-06-27
Antigravity 2.0 で IDE とエージェントが別アプリになって最初に困ったこと
Antigravity 2.0 のモジュラー構成で IDE とチャット型エージェントが2つのアプリに分かれました。両者の見ているファイル状態がずれて混乱した実体験と、ソース・オブ・トゥルースを一本化する運用をまとめます。
Editor View2026-06-26
Antigravity が一気に書いた巨大な差分を、意味単位のコミットに分け直す
エージェントが書いた数百行の差分を、そのままコミットしていませんか。レビューできない一括コミットを、関心ごとに分け直すための実践的なワークフローとスクリプトを紹介します。
📚RECOMMENDED BOOKS
大規模言語モデル入門
山田育矢
LLM開発
生成AIプロンプトエンジニアリング入門
我妻幸長
プロンプト
Claude CodeによるAI駆動開発入門
平川知秀
AI駆動開発
※ アフィリエイトリンクを含みます
もっと見る →