/swarm（スウォーム）は、Googleが2026年11月10日に発表したGoogle Antigravityの新しいスラッシュコマンドで、1つのプロンプトから計画・実装・検証を分担するエージェントチームを編成し、デスクトップアプリとCLIで並列に動かせる機能です。同時に、Antigravity内で最上位モデル「Gemini 4 Carbon」の提供も始まりました。
室谷代表取締役いやあ、来ましたね。/swarmです。
Google Antigravityに、複数エージェントを並列で束ねるスラッシュコマンドがプレビューで入って、しかも同日に最上位モデルのGemini 4 Carbonも出てるんですよね。
Google Antigravityに、複数エージェントを並列で束ねるスラッシュコマンドがプレビューで入って、しかも同日に最上位モデルのGemini 4 Carbonも出てるんですよね。
テキトー教師DotAI 認定講師そうなんですよ。単にコマンドが1個増えたという話じゃなくて、Antigravityの使い方が「1対1の相棒」から「チームの監督」に変わる発表なんです。
まずは発表そのものを整理しましょう。
まずは発表そのものを整理しましょう。
室谷代表取締役Googleの発表によると、/swarmはAntigravityのデスクトップアプリとCLIでプレビュー提供、Gemini 4 CarbonはGoogle AI Ultra加入者がアプリ・CLI・IDE拡張で使える、という整理なんですよね。
テキトー教師DotAI 認定講師はい。公式ブログでは、Gemini 4 Carbonを「長期的なソフトウェアエンジニアリング、知識作業、科学的発見、サイバーセキュリティ」向けの最強モデルと位置づけて、ネイティブなマルチエージェント編成と組み合わせると説明しています。
室谷代表取締役ここで大事なのは、/swarmが単体の新機能じゃなくて、Carbonありきの設計になってる点です。役割ごとにモデルを固定できるから、統括と検証にCarbonを置く、みたいな組み方が前提になってるんですよね。
Google Antigravityの/swarmとは？Gemini 4 Carbonと同時に発表された新機能
単一エージェント・動的サブエージェント・/swarmの比較
単一エージェント
- 範囲の限られた作業に向く
- 数十ファイルや複数のテストスイートにまたがる変更では破綻しやすい
動的サブエージェント
- 補助タスクの委譲に強い
- 統括役1つが全ステップをレビュー・統合・振り分けるためボトルネックになる
テキトー教師DotAI 認定講師まず/swarmの一言定義からいきましょう。公式ドキュメントでは、タスクを分割して同時に作業し、1つの共有メッセージボードで連携する「名前付きエージェントのチーム」を走らせるコマンド、と説明されています。
室谷代表取締役名前付き、というのがポイントなんですよ。@parser、@api-tests、@docsみたいに、ワーカー1人ずつに名前が付く。
同じような作業が並ぶときは@fix-1から@fix-4のような番号付きグループも作れる。
同じような作業が並ぶときは@fix-1から@fix-4のような番号付きグループも作れる。
テキトー教師DotAI 認定講師従来の課題も公式ブログがはっきり書いていて、単一エージェントは範囲の限られた作業には向くけれど、数十ファイルや複数のテストスイートにまたがる変更では破綻しやすい、と。動的サブエージェントは補助タスクの委譲には強いけれど、統括役1つが全ステップをレビュー・統合・振り分けるのでボトルネックになる、と説明されています。
室谷代表取締役そこを/swarmは、階層の連鎖ではなく、コーディネーターが隔離されたgit worktreeで並列ワーカーを立ち上げ、さらに検証専任のベリファイアを置く形にしたわけです。編集が衝突しない仕組みを最初から用意してるのが実務的ですよね。
テキトー教師DotAI 認定講師しかも、多エージェント実行は中身が見えないブラックボックスになりがちという声に対して、ライブボードやメンバー一覧、グラフのタイムライン再生といったUIで透明性を確保している、と。ここは後で詳しく見ましょう。
室谷代表取締役あと、地味に効くのが「待機中はトークンを消費しない」という設計です。ワーカーが入力待ちで寝ている間はゼロコストで、メンションが来た瞬間に起きる。
これがないと並列実行はコストで破綻しますからね。
これがないと並列実行はコストで破綻しますからね。
/swarmでできること――計画・実装・検証を並列で分担するエージェントチーム
/swarmの仕組み：コーディネーターとワーカーの分担フロー
- 01コーディネーターがタスクを分割現在の会話がそのままスワームのコーディネーターになる。技術作業はせず、タスクを衝突しない単位に分割し、ワーカーを名付ける
- 02各ワーカーに公開ブリーフを渡す自分が何を所有するか、何に触れてはいけないか、何をもって完了とするかをボードに投稿し、全員が誰が何をやっているか見える状態にする
- 03ワーカー2〜4人ごとに@verifierを追加ベリファイアは差分を読み、テストを実行し、問題をコードを書いたワーカーに報告。ワーカーが直す。別モデルで走らせる例も公式ドキュメントに記載
- 04共有ボードで連携割り当て、ワーカー同士の質問、差分の要約、テスト結果が@name、@group、@allのメンション付きで投稿される。個別DMはせず会話が1か所に残る
- 05@monitorがデッドロックを監視進捗中は寝ていて、作業が終わってないのに全員が静かになったときだけ投稿し、動かせる誰かを呼び出す
- 06コーディネーターが判定・報告戻ってきたものを判定して自分に報告する
テキトー教師DotAI 認定講師では中身です。公式ドキュメントの「How it works」を順番に追うと、まず現在の会話がそのままスワームのコーディネーターになります。
室谷代表取締役コーディネーターは技術作業を自分でやらないんですよね。タスクを衝突しない単位に分割して、ワーカーを名付けて、戻ってきたものを判定して、自分に報告する。
作業者であると同時に監督でもある、という一番忙しいポジションを分離してるわけです。
作業者であると同時に監督でもある、という一番忙しいポジションを分離してるわけです。
テキトー教師DotAI 認定講師各ワーカーには「公開ブリーフ」が渡されます。きれいなコンテキストで会話が始まって、自分が何を所有するか、何に触れてはいけないか、何をもって完了とするかがボードに投稿され、全員が誰が何をやっているか見える状態になる。
室谷代表取締役これ、受託開発の現場と一緒なんですよ。担当範囲と触っちゃいけない範囲を明文化して、完了条件を共有する。
それをAI側が自動でやるわけです。MYUUUでも似た運用を人間でやってますけど、ブリーフが曖昧だと必ず事故るんですよね。
それをAI側が自動でやるわけです。MYUUUでも似た運用を人間でやってますけど、ブリーフが曖昧だと必ず事故るんですよね。
テキトー教師DotAI 認定講師そしてベリファイアです。コーディネーターは通常、ワーカー2〜4人ごとに@verifierを追加します。
ベリファイアは差分を読み、テストを実行し、問題をコードを書いたワーカーに報告して、ワーカーが直す。
ベリファイアは差分を読み、テストを実行し、問題をコードを書いたワーカーに報告して、ワーカーが直す。
室谷代表取締役検証を書いた本人にやらせない、というのがいいんですよ。しかも公式ドキュメントには、ベリファイアをワーカーと別モデルで走らせる例まで載っていて、別モデルに監査させる構成が最初から想定されてるんですよね。
テキトー教師DotAI 認定講師連携はすべて共有ボードの上です。割り当て、ワーカー同士の質問、差分の要約、テスト結果が@name、@group、@allのメンション付きで投稿される。
ワーカー同士が個別にDMしないので、会話が1か所に順番どおり残るわけです。
ワーカー同士が個別にDMしないので、会話が1か所に順番どおり残るわけです。
室谷代表取締役さらに@monitorというワーカーも自動で付くのが面白いところで。進捗している間は寝ていて、作業が終わってないのに全員が静かになったときだけ投稿して、動かせる誰かを呼び出す。
デッドロックの番人を置いてるわけです。
デッドロックの番人を置いてるわけです。
テキトー教師DotAI 認定講師公式ブログでは、Google社内で5週間のドッグフーディングをして、マルチパッケージの移行、サブシステムをまたぐ原因調査、複雑なアーキテクチャの再設計にスワームを使った、と紹介されています。
室谷代表取締役そこは信頼できる材料ですよね。ただ同時に「並列マルチエージェントは通常のチャットよりはるかに速くクォータを消費する」という警告も同じ段落に書いてある。
ここは後でちゃんと触れます。
ここは後でちゃんと触れます。
/swarmの使い方・始め方――スラッシュコマンドの起動とライブボードの見方
Swarmの起動とライブボードの見方
起動方法
プロジェクトで会話を開始し、/swarmと入力してTabかEnterでコマンド挿入、その後タスクを記述
コーディネーターがワーカーを追加
返信の最後に「Open the Swarm UI」リンクが付き、クリックでサイドパネルにライブのSwarmペインが開く
走らせながら監督
スワーム実行中もメイン会話でコーディネーターと会話でき、状態確認や新指示が可能(単発バッチと違う点)
Boardタブ
投稿のライブフィード。送信者・宛先・番号・時刻付き。未読はNewの区切り線の下。SearchとFiltersで特定メンバーに絞れる
Membersタブ
コーディネーター、Active/Standing byのワーカー、Retired(折りたたみ)。各行に状態・モデルID・最新投稿番号・現在の作業
Graphタブ
誰が誰にメンションしたかの図。矢印の太さが投稿数に比例。リプレイで投稿を1コマずつ進めたり再生できる
CLIのライブボード
/swarm boardかAlt+Sで全画面のライブボードが開く(ターミナル派向け)
操舵の基本
基本はコーディネーターに話す。スコープ・優先度・計画変更を伝えると適切なワーカーにボード上で指示が投稿される
ワーカーへ直接指示
MembersタブかOverviewのSubagentsからワーカーの会話を開いてメッセージ送信。そのワーカーにだけ届きボードには流れない。ツール呼び出しの承認もここ
メンバーの3状態
Active=思考・ツール実行・モデル待ちで稼働中。Waiting=ボード上で待機しメンションまでトークン不使用。Killed=削除済みで復活不可、コーディネーターが新ワーカーを追加
クォータ切れの挙動
再試行せず一時停止。エラー1回表示後、ボードに新投稿・モデル切替・自分がメッセージ送信のいずれかまで停止。回復しても自動再開しない
テキトー教師DotAI 認定講師使い方に入りましょう。Antigravity Appでは、プロジェクトで会話を開始して/swarmと入力し、TabかEnterでコマンドを挿入してからタスクを書きます。
室谷代表取締役公式の例はこんな感じです。
code
/swarm Add unit tests for the date utilities in src/utils/date.ts and the currency formatter in src/utils/currency.ts, and run npm test to verify.コーディネーターがワーカーを追加して、返信の最後に「Open the Swarm UI」リンクを付けてくれます。クリックするとサイドパネルにライブのSwarmペインが開く。
スワームが走っている間も、メイン会話でコーディネーターと話し続けられるのが特徴です。
スワームが走っている間も、メイン会話でコーディネーターと話し続けられるのが特徴です。
室谷代表取締役状態を聞いてもいいし、新しい指示を出してもいい。ここが単発のバッチ実行と違うところで、走らせながら監督できるわけです。
テキトー教師DotAI 認定講師ペインには3つのタブがあります。Boardは投稿のライブフィードで、送信者・宛先・番号・時刻が付き、まだ読んでいない投稿はNewの区切り線の下に出る。
SearchとFiltersで特定メンバーの投稿に絞れます。
SearchとFiltersで特定メンバーの投稿に絞れます。
室谷代表取締役Membersはコーディネーター、次にActiveとStanding byに分かれたワーカー、削除済みはRetiredとして折りたたまれる。各行に状態とモデルID、最新投稿の番号、いま何をしているかが出る。
Graphは誰が誰にメンションしたかの図で、矢印の太さが投稿数に比例する、と。
Graphは誰が誰にメンションしたかの図で、矢印の太さが投稿数に比例する、と。
テキトー教師DotAI 認定講師Graphにはリプレイ操作があって、最初から最新まで投稿を1コマずつ進めたり再生したりできる。チームが初期ブリーフから検証済みコードまでどう収束したかを後から追えるわけです。
室谷代表取締役で、CLI側は/swarm boardかAlt+Sで全画面のライブボードが開くんですよね。ターミナル派はこっちが主戦場になります。
テキトー教師DotAI 認定講師操舵の仕方も整理しておきましょう。基本はコーディネーターに話す。
スコープや優先度、計画の変更を伝えると、適切なワーカーにボード上で指示を投稿してくれます。
スコープや優先度、計画の変更を伝えると、適切なワーカーにボード上で指示を投稿してくれます。
室谷代表取締役特定のワーカーと直接話したいときは、MembersタブかサイドパネルのOverviewのSubagentsからそのワーカーの会話を開いて、メッセージボックスに書く。これはそのワーカーにだけ届いて、ボードには流れない。
ツール呼び出しの承認なんかはここでやるわけですね。
ツール呼び出しの承認なんかはここでやるわけですね。
テキトー教師DotAI 認定講師メンバーの状態は3つです。Activeは思考・ツール実行・モデル待ちで動いている状態。
Waitingはボード上で眠っていて、メンションが来るまでトークンを使わない状態。Killedはスワームから削除された状態で、復活はできず、コーディネーターが新しいワーカーを追加する形になります。
Waitingはボード上で眠っていて、メンションが来るまでトークンを使わない状態。Killedはスワームから削除された状態で、復活はできず、コーディネーターが新しいワーカーを追加する形になります。
室谷代表取締役クォータが尽きたときの挙動も書いてあって、再試行せずに一時停止する。エラーが1回表示されて、ボードに新しい投稿があるか、モデルを切り替えるか、自分がメッセージを送るまで止まったまま。
クォータが回復しても勝手に再開しないんですよね。
クォータが回復しても勝手に再開しないんですよね。
テキトー教師DotAI 認定講師これは知っておかないと「止まったまま動かない」と焦るやつです。待つのではなく、モデルを変えるか声をかけるのが正解だと。
室谷代表取締役Gemini 4 Carbonとは？統括・検証役に向く最上位モデルとモデル固定の考え方
テキトー教師DotAI 認定講師ここでGemini 4 Carbonです。公式ブログでは、Carbonは徹底的に探索し、深く推論し、より多くのトークンを使って検証ループを長く回すように作られている、と説明されています。
室谷代表取締役その代わり、と書いてあるのが大事で、軽くて速いモデルが並列のファイル編集や定型実装を担当する、という役割分担が示されてるんですよ。全部Carbonにすると、たぶん重くて遅くて高い。
テキトー教師DotAI 認定講師公式には、Gemini 4 Argonはほとんどの高度なエンジニアリングや知識作業に理想的な選択肢として残る一方、Carbonは高レバレッジなコーディネーター、アーキテクチャ、サイバーセキュリティ監査、敵対的検証の役割に向く、と整理されています。
室谷代表取締役敵対的検証、という言葉がいいんですよね。書いた本人を褒める検証じゃなくて、差分にケチを付ける検証。
そこに一番賢いモデルを置く、という設計思想です。
そこに一番賢いモデルを置く、という設計思想です。
テキトー教師DotAI 認定講師モデルの固定方法もドキュメントに書かれています。ワーカーは基本、会話と同じモデルで動く。
1人だけ、あるいは全員を別モデルにしたいときはプロンプトで指示します。たとえば「ベリファイアをワーカーとは別のモデルで走らせて」と書く。
1人だけ、あるいは全員を別モデルにしたいときはプロンプトで指示します。たとえば「ベリファイアをワーカーとは別のモデルで走らせて」と書く。
室谷代表取締役指定できるのはモデルピッカーで選べるモデルに限る、という制約も忘れずに。あと、待機中のワーカーを後から別モデルに移すようコーディネーターに頼める。
会話は保持したまま新しいモデルで続くんですよね。
会話は保持したまま新しいモデルで続くんですよね。
テキトー教師DotAI 認定講師MembersロスターからエージェントをGemini 4 Carbonに固定して、ワーカーはGemini 4 Argonで走らせる、という公式の例がそのまま実務の型になります。
室谷代表取締役ワークスペースの扱いも整理されてます。ワーカーは既定で自分のワークスペースを共有するけれど、複数が同時に編集・ビルドするときはコーディネーターが各自に専用の作業コピーを渡せる。
ワーカーを削除するとその作業コピーも消えるので、先に変更を着地させてから消す、と。
ワーカーを削除するとその作業コピーも消えるので、先に変更を着地させてから消す、と。
テキトー教師DotAI 認定講師ここ、git worktreeの理解がそのまま安全性に直結します。並列編集の衝突を防ぐ仕組みだと公式ブログも書いていますから、worktreeの扱いに慣れていないと変更の取りこぼしが起きうるポイントですね。
室谷代表取締役通常のAntigravityやサブエージェントと/swarmの違い・使い分け
テキトー教師DotAI 認定講師ここが一番聞かれるところだと思うんですよ。Antigravityには既にサブエージェント、/boost、/teamworkという複数の手段があって、/swarmはその4つ目なんです。
室谷代表取締役公式ドキュメントの比較表が分かりやすいので、整理するとこうです。
| 手段 | 向く作業 | 連携の仕方 | 起動 | 典型的な時間軸 |
|---|---|---|---|---|
| サブエージェント | 調査やテスト実行など単発の側作業の委譲 | 各サブエージェントが起動元に報告 | エージェントが自律的に委譲 | 数秒〜数分 |
| /boost | 難解なバグ、アルゴリズム、厄介なリファクタ | 階層構造で仮説を探索し解を検証 | /boost <タスク> | 数秒〜数時間 |
| /swarm | 独立したファイル・パッケージ・問いに分割できる作業 | 名前付きワーカーとベリファイアが1つの共有ボードで対話 | /swarm <タスク> | 数分〜数時間 |
| /teamwork | リポジトリ規模の移行、長時間シミュレーション、研究 | 専門ロールがマイルストーン計画と監査ゲートで進行 | /teamwork <ゴール>と事前のスコーピング面談 | 数時間〜数日 |
テキトー教師DotAI 認定講師公式の指針はこうです。1つの集中した側作業をバックグラウンドで走らせたいならサブエージェント。
問題が大きいのではなく難しいなら/boost。大きいけれどきれいに分割できるなら/swarm。
多くのマイルストーンにまたがり事前の仕様と厳格な検証が要るなら/teamwork。
問題が大きいのではなく難しいなら/boost。大きいけれどきれいに分割できるなら/swarm。
多くのマイルストーンにまたがり事前の仕様と厳格な検証が要るなら/teamwork。
室谷代表取締役つまり/swarmは「大きく分割可能な作業」向け、という位置づけなんですよね。何でも/swarmにすればいいわけじゃない。
分割できない作業を無理に投げると、コーディネーターが分割に失敗して、かえって遅くなるだけです。
分割できない作業を無理に投げると、コーディネーターが分割に失敗して、かえって遅くなるだけです。
テキトー教師DotAI 認定講師公式の例も分かりやすいです。3つのAPIハンドラにそれぞれ入力検証を足すなら、ハンドラごとにワーカーを1人置いて、@verifierがnpm testを回して3つの差分をレビューする。
ファイルが重複しないから衝突しない、という設計です。
ファイルが重複しないから衝突しない、という設計です。
室谷代表取締役ほかにも、HTTPクライアントとWebhook送信に指数バックオフ付きリトライを入れて、ベリファイアを別モデルで走らせて競合状態を確認し、go test -raceを回す例。CLIの起動が4秒かかる理由を、読み取り専用のワーカー3人がモジュール読み込み・設定読み込み・プラグイン探索を別々に調べて、ボード上で突き合わせて修正案のランキングにまとめる例。
テキトー教師DotAI 認定講師最後に、pytestをリポジトリ全体で回して、失敗をパッケージごとにグループ化し、壊れたパッケージごとにワーカーを1人置いて、アサーションを消さずに直す。全員が通ったらベリファイアが全スイートを再実行する、という例もあります。
室谷代表取締役この4例に共通するのは、分割の単位が最初から見えていることです。ファイル、パッケージ、調査対象。
だから/swarmが刺さる。逆に、設計判断が絡み合う作業は/boostや/teamworkの領分なんですよね。
だから/swarmが刺さる。逆に、設計判断が絡み合う作業は/boostや/teamworkの領分なんですよね。
テキトー教師DotAI 認定講師提供状況と料金――日本で使えるか、プレビュー期間中の注意点
テキトー教師DotAI 認定講師提供条件を正確に押さえましょう。まず/swarmはプレビューで、Antigravity AppとAntigravity CLIの両方で展開中です。
公式ドキュメントにはGoogle AI ProとGoogle AI Ultraプランで利用可能と記載されています。
公式ドキュメントにはGoogle AI ProとGoogle AI Ultraプランで利用可能と記載されています。
室谷代表取締役一方のGemini 4 Carbonは、Google AI Ultra加入者がAntigravity App、Antigravity CLI、Antigravity IDE拡張で使える。企業はGemini for business経由でアクセスできる。
研究者や科学者は、Antigravityの最上位利用枠でArgonとCarbonの両方に6か月無料でアクセスできる枠に申請できる、という整理です。
研究者や科学者は、Antigravityの最上位利用枠でArgonとCarbonの両方に6か月無料でアクセスできる枠に申請できる、という整理です。
テキトー教師DotAI 認定講師料金ページも見ておくと、Freeプランは$0/月で各種エージェントモデルへのアクセスや無制限のTab補完、基本的な週次レート制限が付く。ProとUltraはレート制限とAIクレジットプールが段階的に増える。
ビジネスはGoogle Cloud経由で、Gemini EnterpriseのStandard/Plusが1シート月$30から、従量課金プランはシート料金$0で消費ベース、と書かれています。
ビジネスはGoogle Cloud経由で、Gemini EnterpriseのStandard/Plusが1シート月$30から、従量課金プランはシート料金$0で消費ベース、と書かれています。
室谷代表取締役日本で使えるかという点ですが、公式サイトは日本語を含む多言語の表示切り替えを用意していて、料金ページも日本円ではなく米ドル建てで示されています。現時点で日本向けの個別料金や地域限定の提供可否についての記載は確認できていません。
テキトー教師DotAI 認定講師為替や支払い方法の扱いは現時点では明らかにされていませんから、契約前に公式の表示を確認するのが確実です。
室谷代表取締役一番の注意点はクォータです。公式ブログにもドキュメントにも、ワーカー1人がそれぞれエージェントなので、スワームは単一の会話よりはるかに速くクォータを消費する、と明記されています。
待機中ゼロトークンやモデルの動的切り替えがあっても、そこは変わらない、と。
待機中ゼロトークンやモデルの動的切り替えがあっても、そこは変わらない、と。
テキトー教師DotAI 認定講師プランのドキュメントには、レート制限はエージェントの作業量と相関していて、単純なタスクなら多くのプロンプトを回せるが複雑なタスクはクォータを多く食う、と書かれています。Pro/Ultraは購入したAIクレジットを超過分に充てられて、設定で「Never」か「Always」を選べる。
室谷代表取締役無料枠の感覚はGoogle Antigravity無料枠の実力と限界で整理してますが、/swarmはその感覚より一段速く減ると思っておいたほうがいいです。あと、BYOKや独自エンドポイントでレート制限を増やすことは現時点ではサポートされていない、と明記されています。
テキトー教師DotAI 認定講師プレビューである点も忘れずに。仕様は変わりうるので、導入判断は公式ドキュメントの最新版を見てから、というのが基本です。
室谷代表取締役ちなみに、Antigravity 2.0の日本語化周りはAntigravity 2.0は日本語化できない？で触れています。UIの言語と/swarmの挙動は別の話なので、そこは切り分けて考えてください。
よくある質問
テキトー教師DotAI 認定講師ここからは、よく聞かれる点を短く整理していきます。まず、/swarmは正式機能なのか、という点です。
室谷代表取締役これはプレビューです。公式ブログもドキュメントも preview と明記していて、Antigravity AppとCLIで展開中。
IDE拡張については、Carbonは使えると書かれていますが、/swarmの提供サーフェスとしてはアプリとCLIが挙げられています。
IDE拡張については、Carbonは使えると書かれていますが、/swarmの提供サーフェスとしてはアプリとCLIが挙げられています。
テキトー教師DotAI 認定講師次に、無料プランでも使えるのか。ドキュメントの記載はGoogle AI ProとGoogle AI Ultraプラン向けです。
Freeプランでの/swarm提供についての記載は確認できていません。
Freeプランでの/swarm提供についての記載は確認できていません。
室谷代表取締役何人までワーカーを増やせるのか、というのも聞かれそうですが、公式にはコーディネーターがタスクに応じて人数を決める、としか書かれていません。上限の数値は現時点では明らかにされていません。
テキトー教師DotAI 認定講師ベリファイアは必ず付くのか、という点は、通常はワーカー2〜4人ごとに@verifierを追加する、という表現です。必ずしも1人ずつではない、という理解でいいと思います。
室谷代表取締役途中で止めたいときは、待機中のワーカーはトークンを使わないので止める必要はないけれど、やることがなくなったワーカーを削除するようコーディネーターに頼める。ただし削除は永続で、復活はできない、というのが公式の説明です。
テキトー教師DotAI 認定講師クォータ切れで止まったまま動かない、という場合は、ボードに新しい投稿をするか、モデルを切り替えるか、そのメンバーにメッセージを送る。これで再開します。
自動では再開しないので注意です。
自動では再開しないので注意です。
室谷代表取締役モデルの固定はプロンプトで指示する形で、モデルピッカーで選べるモデルに限られます。あとから待機中のワーカーを別モデルに移すこともできて、会話は保持されたまま続きます。
テキトー教師DotAI 認定講師最後に、/swarmと/teamworkの違いをもう一度。分割できる作業を監督しながら進めるなら/swarm、多くのマイルストーンにまたがって事前仕様と監査ゲートが要るなら/teamworkです。
時間軸でいえば、/swarmは数分から数時間、/teamworkは数時間から数日、というのが公式の目安です。
時間軸でいえば、/swarmは数分から数時間、/teamworkは数時間から数日、というのが公式の目安です。
室谷代表取締役まとめると、/swarmは「大きくて、きれいに割れる仕事」を、Carbonを監督に据えて並列で回すための道具なんですよね。何でも任せれば速くなる魔法じゃなくて、分割設計とクォータ管理がセットで初めて効く機能だと思います。
まずはテスト追加のような小さく割れるタスクで試して、ボードの見え方と消費量を体感してから、移行作業に広げていくのが現実的じゃないですか。
まずはテスト追加のような小さく割れるタスクで試して、ボードの見え方と消費量を体感してから、移行作業に広げていくのが現実的じゃないですか。
テキトー教師DotAI 認定講師そうですね。プレビュー期間中は仕様も変わりうるので、公式ブログとドキュメントを起点に、現場で小さく試す。
その順番が大事だと思います。
その順番が大事だと思います。
