# Antigravityの機能と実践的な使い方 🚀 「考えてから動く」Planと「すぐやる」Fast。タスクの性質に応じて、慎重さとスピードを使い分けられます。 📌 タイトルと機能のURL タイトル: Plan / Fast モード URL: 📝 概要 Antigravityには2つの実行モードがあります。Planモードは着手前に詳細な計画（計画Artifact＝Implementation Plan）を生成し、承認を経てから実装します。Fastモードは計画フェーズを挟まず、依頼を即座に解釈して実行します。複雑なタスクはPlan、軽微な修正はFastという使い分けが基本です。 🔧 機能の説明 両モードの動きは次のとおりです。 ・Planモード：範囲を分析しファイルを調べ、目標・技術選定・手順・変更ファイル・テスト方針をまとめた実装計画を生成。承認後に実装し、完了後はウォークスルーで変更点を記録します。 ・インタラクティブな承認：計画の該当箇所をハイライトしてコメントでき、エージェントは反映してから実装に入ります。 ・Fastモード：「とにかくやる」方針で、計画や承認待ちなしに即実行し、結果を報告します。 ・モード切替：インターフェースの操作、またはキーボードショートカット（Cmd/Ctrl + .）で切り替え。現在のモードは入力欄に表示されます。 🛠 実践的な使い方 ・複雑なリファクタや本番影響のある変更はPlanで計画を承認してから着手します。 ・タイプミス修正・変数リネーム・定型ボイラープレートなど軽微な作業はFastで即実行します。 ・基盤的な作業はPlanで進め、その後の微調整はFastに切り替える、という併用が効果的です。 ・モード切替は新規リクエストにのみ適用され、進行中タスクは元のモードのまま続きます。 🎯 ユースケース ・大規模リファクタをPlanで計画Artifactとして承認してから安全に実装する。 ・ボタン追加やtypo修正をFastで即座に片付ける。 ・不慣れな技術領域ではPlanで方針を確認し、パターンが定まったらFastへ。 ・本番・重要システムへの変更はPlanでオーバーサイトを確保する。 ⚠️ 注意点 ・Fastは曖昧さを解消する計画フェーズが無いため、依頼は具体的に。1度に複数を束ねず単一タスクに絞ります。 ・Fastはスピードと引き換えに網羅性を犠牲にします。重要な変更には向きません。 ・モード切替は進行中タスクに遡及しません。切り替えは次の依頼から有効です。 #Antigravity# #AIcoding#

# Antigravityの機能と実践的な使い方 🚀 エージェントの仕事は「ログの山」ではなく「目に見える成果物」で確認。Artifactsは信頼の問題を、検証可能な形で解決します。 📌 タイトルと機能のURL タイトル: Artifacts URL: 📝 概要 Artifactsは、エージェントが生成する具体的な成果物です。タスクリスト・実装計画・スクリーンショット・ブラウザ録画・コード差分といった「目に見える」形でアウトプットされ、開発者はエージェントのロジックを一目で検証できます。ログを延々と読む代わりに、成果物そのものをレビューする発想です。 🔧 機能の説明 Artifactsは次のような種類と仕組みを持ちます。 ・実装計画（Implementation Plan）：目標・技術選定・手順・変更ファイル・テスト方針をまとめたリッチなMarkdown。 ・タスクリスト：作業を構造化した内訳。 ・ウォークスルー（Walkthrough）：完了した変更点と次のステップの要約。 ・コード差分・スクリーンショット・ブラウザ録画・アーキテクチャ図・画像。 ・コメント機能：Googleドキュメントのように箇所を選んでコメントでき、エージェントは処理を止めずに入力を反映します。 🛠 実践的な使い方 ・計画Artifactの該当箇所をハイライトし、インラインコメントで修正方針を伝えます。 ・スクショやブラウザ録画で、UIや動作が期待どおりかを証拠付きで確認します。 ・コード差分で変更範囲をレビューしてから取り込みます。 ・プロジェクト設定でArtifactのレビュー方針を制御できます。 🎯 ユースケース ・実装前に計画Artifactをレビューし、方針をコメントで微調整してから承認する。 ・E2Eテストのブラウザ録画を成果物として残し、動作の証跡にする。 ・複数ファイル変更の差分をまとめて確認し、レビュー負荷を下げる。 ・完了後にウォークスルーで変更点と次の一手を把握する。 ⚠️ 注意点 ・コメントは処理を止めずに反映されるため、重要な変更ほど早めにフィードバックを入れましょう。 ・成果物の確認を省くと自律実行の利点が監督不足に転じます。レビュー方針を設定で明確に。 ・ブラウザ録画にはChrome連携が前提です。 #Antigravity# #AIcoding#

# OpenCodeの機能と実践的な使い方 ✨ 「まず計画、それから実装」。OpenCodeの基本操作を覚えると、AIに安心して任せながら、いつでも変更を巻き戻せる開発リズムが手に入ります。 🏷️ タイトル: @検索・Plan/Build・画像・/undo・/redo 🔗 URL: 📘 概要 OpenCodeの日々の操作は、ファイル参照・エージェントモードの切替・画像入力・取り消し/やり直しといった少数の基本操作に集約されます。これらを押さえるだけで、対話的なコーディングがスムーズになります。 ⚙️ 機能の説明 ・`@`によるファイル参照: メッセージ内で `@` を入力するとファイル名のあいまい検索（fuzzy search）が起動し、対象ファイルを文脈に含めて質問できます。`!` を先頭に付けるとシェルコマンドを実行し、その出力をツール結果として渡せます。 ・Plan/Buildの切替: Planは編集やbashが「ask（確認）」に制限された計画用モード、Buildは全ツールにアクセスできる実装モードです。`Tab` キーで両者を切り替えます。 ・画像入力: 画像をターミナルにドラッグ&ドロップして、エラー画面やデザインなどを視覚情報として渡せます。 ・`/undo`と`/redo`: `/undo` は直前のメッセージとそれに伴うファイル変更を取り消します。複数回実行でさらに前へ戻れます。`/redo` は取り消した変更をやり直します。 🛠️ 実践的な使い方 1. まずPlanモードで `@/src/api/handler.ts のリファクタ計画を立てて` のように依頼し、計画を確認します。 2. 納得したら `Tab` でBuildに切り替え、実装させます。 3. 結果が思わしくなければ `/undo` で巻き戻し、必要なら `/redo` でやり直します。 具体的には `@/src/payment.ts のバグを調べて` のように `@` で参照し、`Tab` でPlanからBuildへ、`/undo` で取り消し（複数回可）、`/redo` でやり直し、という流れです。 💡 ユースケース 影響範囲の大きいリファクタは、まずPlanで方針を固めてからBuildで実装すると安全です。AIの変更が期待と違っても `/undo` で即座に元に戻せるため、試行錯誤のコストが下がります。 ⚠️ 注意点 ・`/undo` はメッセージ単位での巻き戻しです。手動で加えた変更との混在には注意してください。 ・Planモードでも編集が「ask」で許可される構成だと、確認に応じれば変更され得ます。承認時はよく確認しましょう。 ・画像のドラッグ&ドロップ対応はターミナルエミュレータに依存します。 #OpenCode# #AICoding#