Antigravityで制限にかかる主な原因は、モデルの乱用とスレッド運用の未設計にある。 最上位モデルを常用すると、上限にはすぐ到達する。
問題は性能ではなく、運用設計だ。 モデルを目的別に切り替え、スレッドを設計して使うだけで消費効率は大きく変わる。
モデル運用の基本設計
まず標準モデルを決める。 基本は Gemini 3 Flash を軸にし、日常作業の7割をここで回す。
- 要約
- 整理
- 軽い修正
- 下書きの叩き台
次に、考える仕事だけを Pro に上げる。 深い設計や戦略整理は Gemini 3.1 Pro (High) を使う。 中間検討は Pro (Low) を使う。 ただし Low と High は枠共有なので、同一タスクでの使い過ぎに注意する。
最後に切り札を限定する。 対外公開の完成稿、重要メール、判断ミスが高コストな文面は Claude Opus 4.6 に任せる。 前提は「常用しない」ことだ。
新スレッド運用の作法
制限回避には、新スレッドの作り方も重要になる。 最初に長い背景説明を流し込まない。
初動は次の4点だけで十分だ。
- 目的
- 前提
- 制約
- 出力形式
さらに、モデルごとに指示の型を変える。
- Flash: 簡潔指示で即実行
- Pro: 検討範囲と評価軸を明示
- Opus: 完成条件を定義して一発で仕上げる
この型を固定すると、無駄な思考コストが減る。
コスト削減の実践ルール
すぐ効くのは次の3つだ。
- 1スレッド1目的を徹底する
- 長くなったら「ここまでを300字で圧縮」と要約させる
- 修正は箇所指定し、全文再読を避ける
加えて、抽象指示をやめる。 文字数、形式、出力単位を具体化する。 これだけで往復回数とトークン消費は目に見えて減る。
MDで運用を固定する
最後に効くのが、個人運用ルールのMD化だ。 次の3点を一枚に固定する。
- モデル選択ルール
- 開始フォーマット
- 圧縮と箇所指定の原則
毎回の冒頭で「このルールに従う」と宣言するだけで、運用は安定する。 場当たり運用を止め、再現可能な作業フローに変えられる。
まとめ
成果を伸ばす鍵は、モデル性能そのものではない。 モデルの使い分け、スレッド設計、MDによる初期設計の3点を揃えることだ。
この3点を整えれば、同じ課金でも作業量は確実に伸びる。
