作成日: 2026年11月3日

Antigravity IDEとVS Code拡張・2.0の違い｜並列は何本まで？実測50本と6班黄金比

📂 検証録 # Antigravity # VS Code # Gemini 4 Argon # Google AI Ultra # AI開発 # 高速化

🔧 論旨

AI エディタが大量のファイルを一斉に監査・修正している画面を見ていると、1 回の思考のあとに何十本ものファイルを同時に開いたり、裏側で何班もの子 AI（サブエージェント）を同時に走らせたりする場面に出くわします。これを見て、「この並列処理は最上位の Gemini 4 Argon だからできるの？」「VS Code の機能なの？それとも Antigravity IDE でもできるの？」「最大で同時に何本まで動かせるの？」と疑問に思ったことはないでしょうか。

そこで本記事では、Google Antigravity 公式ドキュメントの最新仕様と、手元の Mac（RAM ディスクおよび SSD 永久保管庫）に蓄積された 全 1,508 会話・合計 38,910 回のツール実行生ログ（2026 年 11 月 3 日時点・親子スレッド合算） をすべてプログラムで解析し、環境ごとの違いと並列数の限界値を徹底検証しました。

結論からお伝えすると、並列処理の「器（仕組み）」自体は Google Antigravity の共通エンジンが提供しているため他のモデルや環境にも開放されていますが、途中でエラー墜落せず一気に完走できるのは実質「本家 VS Code（Antigravity 拡張）× Gemini 4 Argon」の組み合わせだけ です。また、生ログでは 1 ターン最大 50本 の同時ツール実行 や サブエージェント最大 14班 の同時起動 まで動作が確認できましたが、実戦でもっとも速く週間利用枠も減らない黄金比は 「4〜6班 並列 × 波状（ウェーブ）実行」 であることが判明しました。

🔧 合わせて読みたい深まる関連情報

AIサブエージェント並列分担と親コンテキスト節約術｜84記事改修でUltra週間枠2%消費の実測録 : 本記事のペアとなる実戦ベンチマーク編。6 班サブエージェント並列と SQLite 索引を組み合わせ、全記事監査＋ 84 記事改修（2,733 万トークン）を週間枠わずか 2% で完走した生データを公開しています。
Gemini 4 Argon・3.1 Pro・3.8 Flash実測比較｜1,380会話の手戻りとトークン差 : 軽量モデルの浅い思考が最大 27 往復の手戻り地獄を招き、最初から最上位の Argon 一本に絞る方が枠も時間も節約できることを証明した検証録です。
50代からの脱WordPress・Astro静的ブログ構築術｜VS Code×Geminiで安全な発信基地を作る : なぜサードパーティ製の派生エディタではなく、Microsoft 本家の VS Code をブログ運営と開発の母艦に据えるべきかを初心者向けに解説しています。
VS Codeチャット履歴管理の拡張機能を自作！Antigravity対応3カラム「Convo Mail」 : サブエージェントが大量に動くと標準のチャット履歴が埋もれてしまう弱点を克服するため、macOS 純正メール風の 3 カラム履歴拡張機能を自作した記録です。
OpenAI「Sora」終了の理由とAI動画の電力コスト｜Google AI UltraでClaude枠0%の実測 : Google AI Ultra 内で外部調達の Claude 系を並列稼働させた際に起きた「週間枠 0% ロック」の経緯と、自社 TPU モデルへ一本化すべき理由をまとめています。
3大AI（Gemini・Claude・GPT）の弱点比較｜サバン型状態機械制御の鉄則 : AI が勝手にルールを端折る原因を解剖し、数値上限・正規表現・状態機械で手戻りをゼロにする設計思想を深掘りした技術論考です。

🔧 対象となる方

Google Antigravity にある 「Antigravity IDE」「Antigravity App（2.0）」「VS Code 拡張機能」「CLI」の違い が分からず、どれを入れるべきか迷っている方
AI が何本も並列でファイルを読み書きする動きが 「エディタ側の機能なのか、AI モデル（Argon 等）の能力なのか」 を正確に理解したい方
サブエージェントや同時ファイル読み込みが 最大何本まで動くのか を知り、エラー停止やクォータ浪費を起こさない 一番効率の良い並列数 を取り入れたい方

監査とか一括修正を頼むと、画面の中でファイルを 10 本も 20 本もいっぺんに開いたり、裏で 6 つの班が同時に動いたりしとるじゃろ？あれって Argon だからできるんか、それとも VS Code だからできるんか、結局どっちの力なんじゃろうか？

すごく鋭い着眼点ですね！実は「並列で走らせるための道路（エディタ・基盤側）」と「その道路で何車線も同時に運転できる頭脳と体力（AI モデル側）」の 両方が噛み合って初めて実現している動き なんです。まずは「2 種類の並列」の仕組みからスッキリ整理していきましょう！

並列処理は2種類！器と頭脳の役割分担

ツール並列とサブエージェント並列の違い

ひとくちに「AI が何本も並列で動いている」と言っても、実はエディタの裏側では性格のまったく違う 2 種類の並列処理 が動いています。

AI開発環境で動いている『2種類の並列処理』の違い

並列その①

1ターン内の『ツール並列呼び出し』

動き方 ：親 AI が 1 回考えたあと、read_file（ファイル読込）や edit_file（編集）を 5 本〜数十本まとめて同時発行 する動き
記憶の扱い ：読み込んだ中身はすべて 親 AI 自身の記憶（コンテキスト） にそのまま入る
向いている場面 ：数個〜 10 個前後の関連ファイルを素早く確認・ピンポイント修正したいとき

並列その②

小部屋に分ける『サブエージェント並列』

動き方 ：親 AI が invoke_subagent という機能を呼び出し、独立した子 AI（第 1 班〜第 6 班など）をバックグラウンドで同時起動 する動き
記憶の扱い ：各班が 白紙の専用小部屋 で大量の原稿を精読し、親には「要約レポート」だけを返す（親の記憶が汚れない！）
向いている場面 ：数十〜数百本の記事監査や、サイト全体の横断チェックを一気に行いたいとき

どちらも Google Antigravity のエージェント実行基盤が備えている標準機能ですが、得意な場面と記憶（コンテキスト）の扱い方が異なります。

たとえば 5 本の設定ファイルをパッと見比べたいときは「①ツール並列」が速いですし、100 本の記事を隅々まで監査したいときは「②サブエージェント並列」で小部屋に分けないと親 AI の記憶がパンクしてしまいます。普段の作業では、この 2 種類の並列を組み合わせて（ハイブリッドで） 動かしています。

機能は共通でも完走できるのはArgonだけ

では、「この並列機能は Gemini 4 Argon 専用なのか、他のモデル（バージョン）でもできるのか？」という疑問にお答えします。

システムの仕様上は、ツール並列もサブエージェント起動（invoke_subagent）も Antigravity 側の共通機能なので、Argon 専用にロックされているわけではなく、Gemini 3.8 Flash や Claude Sonnet / Opus 5.5 などの他モデルにも開放されています（サブエージェント起動時にモデル層を inherit［親と同じ］・flash・pro から選ぶ設定も用意されています）。

ところが、前編の84記事改修・実測記事でも詳しく検証した通り、「ボタンが押せること」と「実戦で最後まで完走できること」の間には天と地ほどの差がありました。

選択モデル	システム上の並列機能	実際の挙動（生ログ解析で判明した現実）	実戦判定
Gemini 4 Argon (High)	利用可能	約 2 回に 1 回（49.9%）ツールを並列発行し、サブエージェントも無停止で完走	◎ 唯一フル活用できる
Gemini 3.8 Flash (High)	利用可能	器は対応しているのに先読み計画を立てられず、複数ファイル同時読込が 0.0%（すべて1本ずつの各駅停車）に退化	× 頭脳が直列化する
Claude Sonnet / Opus 5.5	利用可能	並列計画は立てられるが、外部 API 調達の厳しい同時制限にぶつかり、13〜14班の並列起動時にエラー停止＆枠0%ロック	× レート制限で墜落

つまり、並列の「仕組み」自体は他のモデルにもありますが、「何十本もの作業を俯瞰して同時に割り振る計画力」 と 「何班同時に走らせても制限落ちしない自社 TPU 直結の潤沢な利用枠」 の両方を満たしているのが Gemini 4 Argon だけなのです。

結局どれを選ぶ？VS Code拡張とIDEの違い

素のVS Codeではなく拡張エンジンの力

次に、「並列で動かせるのは VS Code だから？それとも Antigravity IDE でもできるの？」という疑問を紐解きます。

まず押さえておきたいのは、Microsoft が配布している 「素の Visual Studio Code（VS Code）」本体に最初からこのサブエージェント並列機能が入っているわけではない、という点です。

Google Antigravity の公式ドキュメント（Visual Studio Code 拡張機能ガイド）に明記されている通り、本家 VS Code（バージョン 1.90 以降）に公式拡張機能 Google Antigravity（Google.google-antigravity） をインストールすると、初回起動時に裏側へ ローカルの agy バックエンドサービス（Antigravity 共通のエージェント実行エンジン） が自動的に組み込まれます。

つまり、画面の見た目や操作感は世界で一番普及している「本家 VS Code」のまま、心臓部には最新の Antigravity エージェント基盤がそのまま直結して動いている という構造になっています。

迷ったらこれ！4つのAntigravity環境比較

ここが一番ややこしいポイントなのですが、2026 年 11 月現在、「Google Antigravity」と名のつく入り口（公式用語で Surface：サーフェス）は大きく 4 つ 存在します。「名前が似ていてどれを入れればいいか分からない！」という方のために、それぞれの正体と並列監査への向き・不向きを一覧表にまとめました。

環境名（器の種類）	正体と画面の特徴	並列機能	`Gemini 4 Argon` の利用と総合判定
① 本家 VS Code ＋公式拡張（★当サイトの主力母艦）	Microsoft 製エディタに公式拡張（裏側 `agy` エンジン）を入れた構成。原稿編集・差分確認・自作拡張が全部1画面で完結	◎ フル対応	◎ 最強の一押し環境 Argon (High) を直接選べて、コードや記事を見ながら大規模並列を無停止で回せる
② Antigravity App（v2.5+）（旧称 2.0 デスクトップ版）	2026 年 5 月登場の「コードエディタを持たないエージェント統括専用アプリ」。複数プロジェクトや定期実行の管理に特化	◎ フル対応	○ 司令塔として優秀 Argon も並列もフル稼働するが、細かい原稿の手直しやプレビュー確認には別途エディタが必要
③ Antigravity CLI（`agy`）（ターミナル専用クライアント）	黒いコマンド画面（ターミナル）上で軽快にエージェントやサブエージェント（`Alt+J` で監視）を動かす軽量版	◎ フル対応	○ 上級者・自動化向け動作は非常に軽いが、画像やレイアウトを見ながらブログを書く用途には不向き
④ スタンドアロン版 Antigravity IDE （Google 製の一体型エディタ）	初期（v1 系）から続く VS Code 派生の一体型エディタ。最初から AI 補完（Tab）やチャットが統合されていて導入が手軽	△ 制限あり	△ 大規模並列には不向き単体メニューに Argon が直接配備されておらず（`3.8 Flash` や Claude 中心）、1画面での補助作業向け

🔧 💡 なぜ『Antigravity IDE 単体』ではなく『本家 VS Code ＋拡張』を選ぶのか？

最上位の頭脳「Gemini 4 Argon」を迷わず使えるから : 当サイトも初期（2026 年 1 月の立ち上げ当時）はスタンドアロン版の Antigravity IDE で土台を作りましたが、2026 年 10 月中旬に旧 3.1 Pro が引退して以降、単体版の Antigravity IDE には超長考モデルの Gemini 4 Argon が直接配備されていません。本家 VS Code ＋公式拡張なら、Argon (High) の力を 100% 引き出せます。
本家 Microsoft 製の圧倒的な安定性と拡張機能がそのまま使えるから : フォーク（派生）版エディタ特有の「一部の拡張機能が入らない」「独自コマンド名の違いで連携ツールが動かない」といった壁に悩まされず、自作した3カラム履歴ツール『Convo Mail』なども本家環境で安定稼働します。
指示出し・並列監視・原稿チェックが 1 つのウィンドウで完結するから : 統括専用の Antigravity App とエディタを行ったり来たりしなくても、VS Code ひとつ開いておけば「AI への並列監査指示 → 変更差分の目視チェック → 本番転送」までシームレスに完結します。

並列は何本まで動く？1,508会話の実測上限

公式の階層上限10段と生ログ最大50本の実測

では、いよいよ本題の 「並列は何本まで同時に動かせるのか？」 をデータで見ていきましょう。

まず Google Antigravity 公式ドキュメントの仕様を確認すると、上限ルールは次のようになっています。

縦の入れ子上限（子が孫を呼ぶ深さ）：無限ループによる暴走を防ぐため、親エージェントの下に作れるサブエージェントの階層は 最大 10レベル（10 階層）まで と公式に厳密規定されています。
横の同時並列数（同時に何本・何班走らせるか）：公式ドキュメントには「複数のサブエージェントを同時に呼び出すことができます」と記載されており、横並びの固定数値上限は公開されていません（公式仕様上は非公開・契約プランのレート制限依存）（※なお他社ツールでは、GitHub Copilot が標準 4 体、Claude Code が標準 20 体といった固定上限を設けています）。

「公式の横並び上限が非公開なら、実際には何本まで通っているの？」を確かめるため、手元の Mac に保存されている 全 1,508 会話・合計 38,910 回のツール実行ステップ を丸ごと集計した結果がこちらです！

並列処理の項目（全1,508会話・38,910ステップ実測）	実際に通った最大同時本数	生ログで確認された実際の稼働内容
① 1ターン内のツール複合同時実行	最大 `50本` 同時	`Gemini 4 Argon` が 1 回の応答で `edit_file` 44本＋ `read_file` 6本（計50本）を一斉発行し、エラーなしで一発完了
② ファイル同時編集のみ（`edit_file`）	最大 `44本` 同時	複数記事の定数・リンク整合を 1 ステップで 44 ファイル同時に書き換え完了（旧 `replace_file_content` でも最大 27本）
③ ファイル同時読込のみ（`read_file` 等）	最大 `23〜49本` 同時	現行 `read_file` 単独で最大 23本（検索併用ステップで 28本）、旧ハーネスの `view_file` では最大 `49本` 同時読込を完遂
④ シェルコマンド・Web検索の同時実行	最大 `11〜12本` 同時	ローカル検査コマンド（`run_command`）で最大 11本、Web 検索（`search_web`）で最大 12本の同時実行を記録
⑤ サブエージェントの1ターン同時起動	最大 `14班` 同時	`invoke_subagent` を 1 ステップで最大 14 体一斉起動（※ただし Claude 系ではレート制限で墜落、Argon では 6〜12 班帯で安定完走）
⑥ 1会話あたりのサブエージェント累計稼働	最大 `26体` 稼働	`Gemini 4 Argon (High)` が `6班 → 6班 → 4班 → 5班 → 5班`（5ウェーブ）に分けて全記事の数理・予算監査を完走

さらに、全 38,910 回のツール実行ステップのうち、何本同時にツールが使われていたかの内訳（度数分布）を見ると、システムに無理のない自然な使われ方が浮かび上がります。

1 本のみ（単発実行）：29,708 回（76.4%）
2〜 4 本の同時実行：6,675 回（17.2%）
5〜 9 本の同時実行：1,954 回（5.0%）
10〜 19 本の同時実行：477 回（1.2%）
20〜 50 本の超多並列実行：96 回（0.2%）

システム上は 1 ターンで 50 本同時 でも弾かれずに通る懐の深さを持っています！

増やしすぎると遅くなる3つの物理的な天井

おお〜、システム上はツール 50 本同時でもサブエージェント 14 班同時でも通るんじゃな！だったら、300 記事を監査するときもケチケチせずに、最初からサブエージェントを 30 班いっぺんに立ち上げたら 5 倍速く終わるんじゃないか？

そこが一番ハマりやすい落とし穴なんです！実はサブエージェント（子 AI の小部屋）に関しては、むやみに同時起動数を 20 班、30 班と増やすと、かえって遅くなったり利用枠を無駄食いしたりする「3 つの物理的な天井」 があるんですよ。

なぜ「システムが許す最大数」までサブエージェントを同時起動しない方が良いのか、理由は明確に 3 つあります。

🔧 ⚠️ サブエージェントを20〜30班へ増やしすぎると逆効果になる『3つの天井』

クラウド側の瞬間アクセス制限（バースト制限）の天井 : サブエージェントを 30 班同時に立ち上げると、30 人の AI が同じ 1 秒間に一斉に数万トークンのリクエストをクラウドへ投げつけます。Claude 系では 13〜 14 班を同時起動した瞬間にレート制限で全滅しましたが、自社 TPU で枠が広い Gemini 4 Argon であっても、推論ですが一度に 20〜 30 班もの同時バースト通信を発生させれば、瞬間的な通信量制限（スロットリング）に引っかかって待ち時間やリトライが発生しやすくなります。
手元のパソコン（CPU スレッドとメモリ帯域）の渋滞の天井 : 裏側で動くサブエージェントたちが一斉にファイル検索や構文チェックのプログラム（Node.js 等）を走らせると、今度は手元のパソコン側の CPU コアを取り合います。たとえば当サイトの母艦である iMac 20,1 は 6 コア 12 スレッド ですので、12 班を大きく超えるプロセスが同時に暴れると手元の処理待ち渋滞が起きてしまいます。
親 AI（司令塔）への「報告書なだれ込み」による記憶パンクの天井 : これが一番見落とされやすい急所です。もともとサブエージェントを使う最大の目的は「親 AI の記憶（コンテキスト）をスリムに保って週間利用枠を節約すること」でした。ところが 30 班に細分化しすぎると、30 人分の監査レポートが一気に親 AI のチャット画面へ返ってくるため、その報告書を読むだけで親の記憶がパンパンに膨れ上がり、本末転倒なクォータ浪費を招いてしまいます。

最速で枠も減らない「4〜6班×波状」の黄金比

規模別の最適な班分けと波状実行の使い分け

上の 3 つの天井に一切ぶつからず、最も気持ちよく最速で走り切れる「黄金比（スイートスポット）」が、当サイトでも標準ルール（GEMINI.md）として採用している 「4〜6班 並列 × 波状（ウェーブ）実行」 です。

実際に昨夜、当サイトの全記事を対象に「予算・数理モデル・設備台数に 1 ミリの矛盾もないか」を総点検させた際も、無理に 26 班をいっぺんに起動するのではなく、Argon が自律的に 「6 班 → 6 班 → 4 班 → 5 班 → 5 班」という 5 回の波（計 26 体） に分けて流れるように完走させました。

超大型タスクも無停止でさばく『4〜6班 × 波状（ウェーブ）並列』の黄金パターン

Wave 1

第1波：4〜6班で前半を並列精読

まずは前半カテゴリーを 4〜 6 班の読み取り専用（research）サブエージェントへ分割。CPU 12 スレッドにも余裕がありサクサク進みます。

Wave 2

第2波：次の4〜6班で後半を精読

第 1 波の要約を受け取ったら、続けて後半カテゴリーを 4〜 6 班で並列起動。瞬間アクセスが分散されるため制限落ちが起きません。

Edit

排他分割または行指定で一括改修

場所が特定できたら、親 AI がピンポイント行編集（ツール並列で一気に数十本更新）するか、ファイル重複ゼロの班に分けて安全に修正します。

Final

親1人で共通統合・実機テスト

最後に共通ファイル更新・構文リンター検査・本番転送・ブラウザ表示確認を親 AI が 1 人で締めくくり、競合事故ゼロで完了します。

一度に走らせる小部屋を 4〜6 班に絞ることで、クラウドのレート制限・PC の CPU 渋滞・親コンテキスト肥大化の 3 つを同時に防ぎます。

普段の作業ボリュームに応じた「最適な並列の使い分け目安」は次の通りです。

作業の規模（触るファイル数）	おすすめの並列スタイル	理由とメリット
小規模（1〜4ファイル）	サブエージェント不要（親のツール並列のみ）	小部屋を立ち上げる初期コストすら不要。Argon が `read_file` を 2〜 4 本同時に開いて数秒で片付きます
中〜大規模（5〜100ファイル）	`4〜6班` のサブエージェント並列（1回）	84記事改修で週間枠わずか2%消費を実証した一番おいしい黄金ゾーンです
超大規模（100〜500ファイル超）	`4〜6班` 並列 × `2〜5ウェーブ`（波状実行）	一度に 20〜 30 班を出さず 6 班ずつ波状で流すことで、レート制限も PC 負荷もゼロのまま何百記事でも完走できます

時間単価の算数と並列ルール導入プロンプト

最後に、この「VS Code（Antigravity 拡張）× Gemini 4 Argon」の並列母艦を回すためのプラン選びの算数と、あなたの環境にそのまま「黄金比の並列ルール」を組み込めるプロンプトを共有します。

最上位の Gemini 4 Argon で何班ものサブエージェントや数十本の並列編集を気兼ねなく回すには、実質的に Google AI Ultra（5x：月額 14,500 円／ 20x：月額 32,000 円） が実用ラインになります（金額は 2026 年 11 月時点の Web 直接契約ベース）。値札だけ見ると高く感じるかもしれませんが、自分の時間を生み出す「時間単価」で割ってみると見え方がガラリと変わります。

Google AI Ultra 5x（月額 14,500 円）の場合：1 日あたり 約 483 円（24 時間いつでも呼べる待機換算なら 1 時間あたり約 20 円、毎日 4 時間の実作業で割っても 1 時間あたり約 121 円［試算・推論］）。日々の記事執筆や壁打ちがメインで、数十ファイル規模の 4〜 6 班並列監査を週に数回走らせるスタイルなら、1 日ワンコイン以下で優秀な 6 人の専門監査チームを雇える計算です。
Google AI Ultra 20x（月額 32,000 円）の場合：1 日あたり 約 1,067 円（24 時間換算で 1 時間あたり約 44 円、毎日 8 時間のフル稼働換算でも 1 時間あたり約 133 円［試算・推論］）。数百記事規模のサイト改修とツール開発を毎日好きなだけ波状並列で回しても枠切れのストレスが一切なく、人間なら数週間かかる単純チェックから自分を 100% 解放できます。

すでに 本家 VS Code ＋ Google Antigravity 拡張機能 を導入済みの方は、必ずモデルに『Gemini 4 Argon』（または同等以上の最上位推論モデル）を選択した上で、以下のプロンプトをコピー＆ペーストして投げてみてください。AI があなたのパソコンの CPU コア数やプロジェクト構成を自動調査し、無理な過剰並列やファイル競合を防ぐ「黄金比ルール」を設計してくれます。

https://lab.chihouzakki.com/blog/review/antigravity-ide-vscode-2-parallel-subagent-limit/

上記の記事で検証されている「ツール並列とサブエージェント並列の使い分け」および「4〜6班×波状（ウェーブ）実行の黄金比」を参考に、私の開発環境に最適な並列処理ルールを設計してください。

いきなりファイルを書き換えるのではなく、まず以下を読み取り専用で調査し、計画を提示して私の合意を得てからルールファイル（GEMINI.md や AGENTS.md 等）へ反映してください。
1. このパソコンの論理CPUコア（スレッド）数と、現在のプロジェクトのファイル数・フォルダ構成を確認する。
2. 以下の4原則を組み込んだ並列運用ルール案を作成する：
   - 1〜4ファイル程度の小規模作業はサブエージェントを使わず、親エージェントの並列ツール呼び出し（read_file / edit_file 同時実行）で迅速に処理すること。
   - 5ファイル以上の横断調査・監査は、親コンテキストの肥大化を防ぐため 4〜6班の読み取り専用（research）サブエージェントへ並列分担し、100ファイルを超える超大型監査では一度に20班以上を乱立させず「4〜6班×複数ウェーブ」で波状実行すること。
   - ファイル編集を並列分担させる場合は編集対象ファイルが1つも重ならないよう完全排他分割し、共通設定ファイルの更新と最終検証は必ず親エージェント1人が統括すること。

🔧 ✅ この並列構成で幸せになる人・不要な人

導入して間違いなく幸せになる人 : 「どの Antigravity を使えばいいか迷っていたけれど、一番安定して Argon の並列パワーを出し切れる母艦が欲しい！」という方や、数十〜数百ファイルの管理を 手戻りゼロ・最小クォータで自動化したい方
まだ気にしなくて大丈夫な人 : 普段はちょっとした短文の下書きや 1 ファイルだけの簡単な手直ししか行わない方（その場合は Antigravity IDE ＋ Google AI Pro の軽快な構成でも十分楽しめます）

AI エディタ選びで迷ったら 「器は本家 VS Code（Antigravity 拡張）、頭脳は Gemini 4 Argon、大型監査は 4〜 6 班の波状並列」 ——この 3 点セットを押さえておくだけで、遠回りや枠切れの失敗を一気に飛び越えられます。ぜひ手元の母艦で、気持ちよく整列して働く小部屋チームの威力を体感してみてくださいね！