Google Antigravity や Gemini を試す前に、作業を行う場所を決めましょう。権限を与えたプロジェクトで動く開発環境、アプリに組み込む API、提供した資料を分析するチャットでは、権限、ツール、確認方法が異なります。

ここでは共通のインストールコマンドや、すべてのアカウントで同じ機能が使えることを前提にしません。第三者のチャットを選ぶだけでリポジトリにアクセスできるわけでもありません。

タスクから入口を選ぶ

ツールと権限を設定した開発環境は、プロジェクトのファイルを扱う作業に利用できます。API は自分のアプリへの組み込みに、チャットは渡した断片の分析や変更計画に使えます。

まず、不具合の説明、小さな修正案、要件一覧の抽出など、限定した成果を選んでください。必要なアクセスはその後に確認します。サンプルがリポジトリ全体を使うからといって、毎回同じ権限が必要とは限りません。

開発環境を使う場合

使うバージョンの公式手順に従ってインストールと認証を行います。検証用のプロジェクトを開き、エージェントが扱えるファイル、ターミナル、外部サービスを確認してください。製品名だけで連携方式まで確定することはできません。

開始状態を把握し、元に戻せる変更で試します。「公開インターフェースを維持しながら入力検証を直す」などの合格条件を設定し、差分と実際のテスト出力を確認します。テストの説明文だけでは、実行の証拠になりません。

設定コマンドは対象製品の現行ドキュメントから取得してください。他のツールから類推して作ったコマンドや、バージョンの合わない例をそのまま使わないようにします。

Gemini 3 の公式開発ガイドで対応モデルとリクエスト方法を確認します。利用する API と SDK の公式例から始め、認証情報をリポジトリやプロンプトに含めずローカル環境で管理します。

モデル ID、クライアントのバージョン、日付を記録し、会話状態の扱いを確認してください。Interactions と generateContent の項目を、名前が似ているだけで混ぜないようにします。

最初は外部への副作用がないリクエストで試し、エラー処理、再試行の上限、利用量の記録を用意します。文章の再生成と、ファイル変更や外部サービス操作の再実行では、重複実行への対策が異なります。

現在の画面で使えるモデルとツールを確認します。関連する関数、エラーメッセージ、期待する動作を渡してください。添付が使えれば形式と上限を確認し、使えなければ必要な箇所をテキストで示します。

このコードとエラーから推定原因と最小の修正案を示し、公開インターフェースは維持してください。観察できる事実と仮説を分け、私がローカルで実行する確認を列挙してください。

MidassAI Chat に Antigravity の端末、リポジトリ同期、サンドボックス API、自動テストがあると仮定しないでください。提案を確認してから自分の環境に移し、実行結果を記録します。不足する背景は必要な抜粋で補います。

空の入力を正しく扱えない小さな関数を使います。入力仕様、期待結果、変えてはいけない条件を添え、使える入口それぞれで、説明、最小の変更、前後のテスト案を求めます。

原因を修正しているか、単にエラーを隠していないか確認します。正常入力と境界条件も試し、生成された提案、実際に変更したファイル、実行の証拠を分けて残します。

準備、待機、確認、修正の時間を記録してください。記事の例は「45 分節約した」という測定結果ではありません。失敗、確認の質問、手作業で補った部分も比較に含めます。

外部へ影響する操作の前に範囲と権限を確認します。最初の試行は分析とレビューできるパッチから始められます。結果を検証できる入口を選び、ツールが変わったときのために練習ケースを保存しましょう。