Grok BotとOpenAI Dotsを比較：継続的な仕事にはどちらを選ぶ？

2026年10月9日に公式資料を確認した比較記事です。両製品を使った条件統一の比較テストは実施していません。以下の選択基準は文書に記載された仕事の進め方に基づくもので、速度、品質、タスク単価の測定結果ではありません。

会話が終わった後もプロジェクトを進めてほしいなら、Grok BotとOpenAI Dotsは比較する意味のある製品です。見るべき点は、仕事の分担、文脈の保持、アプリへのアクセス、繰り返し実行の仕組みです。モデルの順位表だけでは、これらは判断できません。

公式資料で明確に異なるのは、仕事の分担方法です。Grok Botでは名前を付けた複数のBotが別々の会話文脈を持ちながら、同じアカウントのコンピューターを共有します。Dotsは継続的に利用する主担当のdotから始まり、ChatGPTのメモリを参照できます。どちらも継続的な作業やスケジュールに対応すると説明されています。ただし、発表された機能が自分のアカウントで使えることや、タスクを安く完了できることまで証明するものではありません。Grok Botの概要、Dotsの発表。

モデルより先に、エージェント製品として比較する

APIを組み込む場合、通常は定義したリクエストを送って応答を処理します。エージェントに任せる仕事には、資料探し、アプリ認証、ブラウザー操作、ファイル保存、文脈の保持、後日の確認も含まれます。文章が自然でも、どこか一つが失敗すれば成果物を使えないことがあります。

比較の単位は、検収できる成果物にすると明確です。出典付きの調査メモ、編集可能なコンテンツ一式、実行記録のある定期確認などが該当します。必要なファイルが届かなければ、整った返答だけで完了とはいえません。一方、ログインで止まった事実を、そのままモデルの能力不足に置き換えるのも不適切です。

OfoxでAPIを使っている開発者も、この境界を意識する必要があります。Grokのモデルエンドポイントを呼べても、Grok Bot製品を使えるとは限りません。OpenAIモデルへのアクセスとDotsの利用資格も別です。エージェントの購入判断に、モデルのトークン単価をタスク全体の費用として代入しないでください。

設定や選択に関わる違い

これは文書上の違いです。速度、回答品質、信頼性に点数は付けていません。Grok概要、Skillsとroutines、Grokプラン、Dots発表、Dotsヘルプを参照しています。

追加契約の前に、今のアカウントを確認する

まず使うアカウントを決め、既存の利用資格を確認します。Grokのプラン資料には、対象のCursorプランと、GrokまたはXのサブスクリプションを関連付ける経路が記載されています。法人・Enterpriseには別の条件があります。対象契約をもう一つ増やしても、利用枠が単純に加算されるとは限りません。購入を枠の補充と考える前に、関連付けるアカウントを確認してください。プランと請求。

DotsのPro向け提供ではEEA、スイス、英国が除外されています。Business PremiumはChatGPTの対応地域が対象で、Enterpriseベータは管理者による有効化が必要です。段階的な提供のため、個々のアカウントへの反映が遅れる場合もあります。発表記事だけで判断せず、デスクトップ環境で確認します。Dotsの利用開始。

チームで評価するなら、プラン、アカウントの地域、クライアントのバージョン、管理者の制限を事前に記録します。この記録と公開用スクリーンショットは分けてください。片方だけが社内資料に接続できる場合、その差を記録しないと、情報へのアクセス差を推論能力の差と誤認してしまいます。

役割を分けても、ファイルが隔離されるわけではない

編集チームで資料収集担当と承認済みインタビューの加工担当を分ければ、責任を把握しやすくなります。これは運用例であり、当サイトで確認したテスト結果ではありません。

Grokの公式資料では、同じアカウントのBotがコンピューターを共有すると説明されています。会話が別であることを、ファイルのアクセス権も隔離されているという意味に取らないでください。Grokの概要。

仕事ごとにフォルダーを分け、対応する環境ではファイル権限を明示します。引き継ぎには入力、書き込み先、検収条件を指定します。「告知を改善して」よりも、「承認済み原稿を読み、指定フォルダーに社内用の草稿を三つ保存し、原文は変更しない」のほうが結果を確かめやすくなります。

DotsのChatGPTメモリは役立つ背景情報ですが、比較相手が同じ文脈を持っていなければ条件は異なります。それを記録し、条件をそろえるためにユーザーのメモリを削除するようなことは避けます。どちらの助手にも、今回渡した資料で事実を再確認させてください。以前の案件を知っていることは、最新のインタビューで変わった決定を無視してよい理由にはなりません。

アプリ接続とWebサイトへのログインを区別する

Grokには、対応サービスの構造化されたコネクターと、ブラウザーによる操作があります。ブラウザーのログイン状態とコネクターの認証状態は別です。インストールしたコネクターはアカウント全体で利用されるため、新しいBotを作るだけで利用範囲が制限されるわけではありません。コンピューターとアプリ。

DotsではChatGPTのアプリ制御を使います。接続情報は能動的な作業にも利用される場合があり、接続を解除しても取得済み情報が消えるわけではありません。ローカルコンピューターへのアクセスは任意で、初期状態では無効です。Dotsヘルプ。

大きな仕事を許可する前に、必要最小限の操作を確認します。文書の要約なら、指定した文書を読み、その版を確認させれば十分です。認証したアカウント、読める資料、許可した操作を別々に記録すると、後でアカウント違い、期限切れ、非対応操作を区別できます。接続を証明するためだけに公開作業一式まで許可する必要はありません。

再利用する指示と、実際の定期実行は別

定期レポートでは、情報源の範囲、新情報の定義、保存先、情報源が読めない場合の扱いを決めます。昨日の内容を黙って再利用するレポートは、成功したように見えても新しい情報を届けていません。

Grokのskillは再利用する方法、routineは実行のタイミングを扱います。Dotsも定期確認に対応しています。しかし「自動化あり」という項目だけで、仕事全体が動くとは判断できません。Grokの自動化、Dotsの定期タスク。

初回は機密性のない入力で一度だけ実行を予約し、タスク識別子、有効状態、タイムゾーン、予定時刻を保存します。その後、実際の実行と成果物を確認します。「明日やります」という返答は登録や実行の証拠にはなりません。手動テストで指示の一部を確認できても、時刻トリガーが動いた証明にはなりません。

画面の世代にも注意が必要です。10月7日の更新履歴では、/でスキルと操作のメニューを開く方式が廃止されていますが、旧ガイドにはその説明が残っています。10月2日にはMarketplaceがConnect Appsへ改名されました。古いメニューが見つからないだけで故障と判断せず、導入済みバージョンを確認します。更新履歴。

検収済み成果物のコストを、同じ単位で考える

契約料金、含まれる利用枠、追加請求は別の数字です。Grokの公式資料は週ごとに付与される利用枠と月ごとのon-demand消費を区別し、実行中タスクが月間上限を超えて完了する場合があるとしています。月間上限を、実行途中でも絶対に超えない停止線として紹介すべきではありません。請求の説明。

タスクの前後で、製品が実際に表示する単位を記録します。不明な料金をゼロに置き換えないでください。金額、割合、credits、タスク数は、明示された換算規則なしに一つの費用にはできません。

Dotsでは最初のdotがProまたはBusiness Premiumに含まれ、高度な作業に使う利用枠があります。dotとの会話と、dotが開始・管理するCodexやChatGPT Workのタスクは扱いが異なり、後者には通常の各サービスの制限が適用されます。常時利用できることを無制限の実行と表現しないようにします。Dotsの発表。

購入判断では、タスクのために追加で支払った金額と、既存契約からタスクへ配分した費用を分けます。支払い済みの枠内なら追加請求が見えない場合でも、有限の容量は消費します。結果を確認・修正する人の時間も記録してください。小さいサンプルから一般に安いと断定せず、その仕事で観測した内容を報告します。

どちらにも使える成果物の検収指示

以下は当サイトが作成したテンプレートで、Grok BotやDotsが実行した記録ではありません。最初は共有してよい合成インタビューを使えば、顧客情報を渡さずに設定を確認できます。

添付インタビューだけを読み、summary.md、posts.md、actions.jsonを作成してください。
要約では提供済みの機能、将来計画、未決定事項を分けてください。
社内確認用の投稿草稿を三つ書き、公開・送信はしないでください。
各アクションにaction、owner、deadline、根拠となる原文の行番号を記録してください。
原文で確定しない担当者や期限にはnullを使ってください。
事実の主張には行番号を付け、入力ファイルは変更しないでください。
料金、公開日、引用、性能改善、登録リンクを創作しないでください。
三つのファイルと未解決の事実一覧を返してください。
入力を読めない場合は、その失敗を報告して停止してください。

実際に編集できるファイルがあるか、引用先が合っているか、却下された料金が現行料金になっていないか、計画中の機能を提供済みとしていないかを確認します。JSONの構造が正しくても、意味の正しさまでは保証されません。

修正前に原出力を保存し、入力、出力、編集後の版を分けます。根拠のない点数を付けるより、架空の期限や制約の欠落を具体的に数えるほうが説明可能です。一方だけを試した経験を、両者の比較結果として紹介しないでください。

継続調査では、前回検収した事実ファイルと比較し、実質的な変更だけを報告し、取得できない情報源を列挙する規則を追加します。取得時刻が変わっただけでは製品更新とはいえません。情報源の版を残すと、証拠が変わったのか、解釈が変わったのかを後で確認できます。

定期確認では登録記録と実行記録を分け、結果が欠けた場合もログを残します。観測期間を先に決め、一回の成功から一般的な信頼性を推定しないことが大切です。

先に評価するならどちらか

複数の役割を分けて、同じ環境で継続的に仕事を任せたいなら、文書上の設計からはGrok Botが最初の候補になります。既存のChatGPT文脈との連続性が重要なら、Dotsを先に評価する理由があります。これは適合性についての編集上の判断であり、性能の勝敗ではありません。

調査、コンテンツ再編集、定期確認では、まず既存の権限で必要な資料に届き、消費量の境界を把握できる製品を選び、最小の仕事を最後まで完了させます。出典追跡が難しい、手直しが多いといった具体的な不足が出たら、別製品を検討します。

移行時は古い会話を丸ごとコピーするより、承認済み資料、成果物の例、判断規則、検収条件を引き継ぎます。認証やスケジュールは再確認が必要です。プロンプトのコピーだけで接続、記憶、予約が移ると考えないでください。

関連するAPI・コンピューター操作の手順

APIで別の仕組みを実装する場合はオフラインのコンピューター操作コントローラーを参照してください。調査成果物の構成例は競合調査表のワークフローで説明しています。Grok BotやDotsとの統合を示す記事ではありません。