Grok Automationsとは|タスクとの関係と設定方法

Grok / xAI
2026年7月23日確認 公式一次情報基準

GROK AUTOMATIONS GUIDE

時刻で動かすか、メールで動かすか。最初に3条件で決める

Grok Automationsは、指定時刻または条件に合うメールの受信時にGrokを動かす自動化機能です。公式発表では、スケジュール実行はすべてのユーザー向け、メールトリガーはSuperGrok向けと案内されています(2026年7月確認)。

旧Tasksとの関係、実行回数の上限、X版での提供は公式には明記されていません。本記事では、設定できることだけでなく、課金前に確認する条件と自動化しない方がよい仕事まで整理します。

こんな人におすすめ

  • Grokの「Tasks」と「Automations」が同じなのか判断できずにいる人
  • 無料の定時実行とSuperGrokのメールトリガーを選び分けたい人
  • メール権限や保存条件を確認してから自動化を始めたい人
  1. 01 TRIGGER 時刻 / メール
  2. 02 RUN 保存した指示
  3. 03 RESULT 通知 / 履歴
最終確認日 2026年7月23日

本記事は公式一次情報をもとに構成しています。変わりやすい情報には確認日を付記し、公式に書かれていない上限・提供範囲・画面表記は推測で補っていません。

Grok Automationsとは?Tasksとの関係

Grok Automationsは、Grokに指示を保存し、指定時刻または条件に合うメールの受信時に処理させる機能で、モデル名やAPI名ではありません。

xAIは2026年7月16日にAutomationsを発表し、現在の公式ページもこの名称を使用しています。一方、「Tasks」とAutomationsが改称・統合・併存のどれに当たるかは、公開中の公式情報では説明されていません。xAIのAutomations公式発表

30秒で分かる結論

決まった日時に動かすならスケジュール、特定メールの到着を起点にするならメールトリガーです。自動返信・削除・支払いまで任せたい場合は、Automationsでの公式対応が確認できるまで保留します。

やりたいこと 選択 判断理由
毎日・毎週など決まった時刻に処理する スケジュール 公式発表で日時とタイムゾーンを指定できる
条件に合うメールが届いた時に処理する メールトリガー 公式発表ではSuperGrok向け
返信・削除・送金など外部状態を変える いったん保留 Automationsとしての対応範囲が公式未記載
出典:Grok Automations公式発表(2026年7月23日確認)。「いったん保留」は、公式未記載事項を外部操作へ広げないための筆者の判断基準です。

モデルではなく、Grokに保存する自動実行ジョブ

Automationsはモデルを選ぶ名称ではなく、指示と起動条件を保存して繰り返し使う自動実行ジョブです。ジョブとは、実行する仕事の指示、開始条件、結果の通知方法をひとまとまりにした単位を指します。

公式発表では、各実行は同じInstructionsとその時点のデータを使う新しいリクエストとして処理されます。ファイル、コネクタ、Skills、モードも指示に含められますが、Automationsが内部で使用するモデル名は公式に明記されていません(2026年7月確認)。Automationsの実行方式に関する公式説明

提供主体はX.AI LLC、X版とは別に考える

一般向けGrokの利用規約上の契約主体は、米国ネバダ州のX.AI LLCです(2026年7月確認)。xAIはGrokを自社の製品として案内していますが、利用規約ではX Corp.が提供するサービスとの区別も示されています。X.AI LLCの利用規約xAI公式会社情報

Automationsの公式発表が列挙する入口はgrok.com、iOSアプリ、Androidアプリです。X版は列挙されていないため、X上のGrokと同じ機能が使えるとは断定しません(2026年7月確認)。Automations対応環境の公式説明。Grok全体の入口はGrok.com・X版・アプリを含むGrok全体の使い分け、X側の操作はX版Grokで使える機能と入口で分けて確認できます。

現行名はAutomations、旧Tasksとの関係は公式未説明

2026年7月時点の公式名称は「Automations」ですが、「Tasks」との関係は公式には説明されていません。そのため、本記事では「TasksがAutomationsへ名称変更された」「Tasksが廃止された」とは書きません。

過去の記事や画面でTasksという表記を見た場合も、現在の利用可否をAutomationsの公式入口で確認すると、旧名称との混同を避けやすくなります。名称の関係が今後公式に説明された時点で、改称・統合・併存のどれかへ記述を更新します。Grok Automations公式入口

公式入口のURLで同名ツールを見分ける

Grokの公式Automationsは、grok.comの専用ページとx.aiの公式発表を起点に見分けます。「Grok Automations」を名称に含む第三者サービスや解説ページがあっても、運営元や課金条件まで同じとは限りません。

設定を始める前に、ドメインがgrok.comまたはx.aiであることを確認します。この確認だけで、一般向けチャット、開発者向けAPI、同名の外部自動化サービスを混同しにくくなります。

表は横にスクロールできます。

名称 何を指すか 本記事での扱い
Grok xAIのモデルを利用する一般向け対話サービス Automationsを含むサービス全体
Automations 指示とトリガーを保存する自動実行機能 本記事の対象
Grokモデル 回答を生成するモデル Automationsの使用モデルは公式未記載
xAI API 開発者がモデルを利用する別の仕組み 月額プランと従量課金を分離
Tasks Automationsとの公式な関係が未説明の表記 同一と断定しない
出典:Automations公式発表xAI公式モデル一覧X.AI LLC利用規約(2026年7月23日確認)。

スケジュールとメールトリガーはどう使い分ける?

Grok Automationsでは、決まった日時の処理にはスケジュール、条件に合うメールの到着を起点にする処理にはメールトリガーを選びます。

トリガーとは、自動化を開始する条件です。結果をどこへ知らせるかを決めるNotificationとは役割が異なるため、「メールで通知を受けること」と「メール受信でGrokを起動すること」を分けて考えます。

決まった日時の処理にはスケジュール

日次・週次・月次など、実行時刻を先に決められる仕事にはスケジュールが向きます。公式発表では、1回、毎日、平日、毎週、毎月、毎年を選び、時刻とタイムゾーンを指定できると説明されています(2026年7月確認)。スケジュール選択肢の公式説明

「重要なメールが来た時だけ」のように到着時刻が読めない仕事を、短い間隔のスケジュールで代用する必要はありません。起点が時間なのか出来事なのかを先に決めると、不要な実行を減らせます。

特定メールの到着を起点にするならメールトリガー

受信メールの差出人、受信者、件名が条件に合った時だけ動かしたい場合は、メールトリガーを選びます。公式発表では、条件に一致した受信メールがAutomationsのコンテキストに渡されると説明されています。メールトリガーの公式説明

コンテキストとは、Grokがその実行で参照する情報です。複数条件をAND・ORのどちらで組み合わせるか、添付ファイルを条件にできるかは公式には明記されていません(2026年7月確認)。メールトリガーの公式説明

結果の受取先を決めるのがNotification

NotificationはAutomationsを起動する条件ではなく、実行結果をどこへ届けるかを決める設定です。公式発表では、メール、アプリ、両方、通知なしから選べると記載されています(2026年7月確認)。

たとえば、毎朝8時に動くスケジュールの結果をメールで受け取っても、起動条件はメールではありません。「メールトリガー」と「メール通知」を混同しないことが、設定ミスを防ぐ最初の分岐です。

実行ごとに会話が作られ、履歴から続けられる

Automationsは実行ごとに完全な会話を作成し、その会話を実行履歴から開いて続けられます。同じジョブでも、各回はその時点の情報を使う新しいリクエストです。実行履歴と会話に関する公式説明

これは「前回の出力を自動的に次回へ引き継ぐ」と同じ意味ではありません。過去の会話をどの範囲まで次回実行が参照するかは、公式発表からは確認できません(2026年7月確認)。実行履歴と会話に関する公式説明

表は横にスクロールできます。

判断項目 スケジュール メールトリガー
開始条件 指定した日時 条件に合う受信メール
公式の指定項目 頻度、時刻、タイムゾーン 差出人、受信者、件名
実行時の入力 保存した指示とその時点のデータ 保存した指示、該当メール、その時点のデータ
利用条件 全ユーザー向け SuperGrok向け
結果の受取先 メール、アプリ、両方、通知なしから別途選択
出典:Grok Automations公式発表(2026年7月23日確認)。

無料でどこまで使える?SuperGrokが必要になる条件

Grok Automationsのスケジュール実行は公式上すべてのユーザー向けで、メールトリガーはSuperGrok向けです(2026年7月確認)。

無料で使えるかどうかは、Automations全体ではなく、選ぶトリガーで判断します。ただし、作成数や実行回数が無制限であるとは公式に記載されていません。

定時実行は公式上すべてのユーザー向け

xAIはスケジュール型Automationsを「すべてのユーザーが利用可能」と案内しています。無料プランの表示価格は月額0ドルですが、アカウント条件や実行上限まで無条件という意味ではありません。Automationsの提供条件xAI公式料金ページ

筆者の判断基準では、決まった時刻の情報整理だけを始めたい人は、メールトリガーのために先に課金する必要はありません。まずスケジュールで目的を満たせるかを確認し、メール到着を起点にしなければ成立しない時だけ有料条件を検討します。

受信メールを起点にする場合はSuperGrok

公式発表では、メールトリガーはSuperGrokに含まれます。2026年7月23日に確認したxAI公式料金ページでは、SuperGrokは月額30ドルと表示されています。地域、税、App Store、Google Playの価格差はこの表示だけでは断定できません。SuperGrok公式料金ページ

公式料金ページにはSuperGrok Lite、SuperGrok Heavy、Business、Enterpriseも掲載されていますが、それぞれのメールトリガー利用可否はAutomationsの公式発表に明記されていません(2026年7月確認)。xAI公式料金ページAutomations公式発表。SuperGrokとX Premium+の契約先まで比較する場合は、SuperGrokとX Premium+の料金・使える場所の違いを確認してください。

月額契約とAPI従量課金を分ける

SuperGrokの月額料金とxAI APIの従量課金は、同じGrokという名称でも別の料金体系です。Automationsの利用料をAPIの入力・出力単価から計算したり、SuperGrok契約にAPI利用料が含まれると考えたりしません。

xAIのモデル一覧には開発者向けAPIモデルが掲載されていますが、Automationsを作成・編集する専用APIは確認できません(2026年7月確認)。仕組みの違いはアプリの月額プランとAPI従量課金の違いで整理しています。xAI公式モデル一覧

回数上限と週次枠の消費量は未公開

作成できるAutomations数、1日・1週間の実行回数、最短実行間隔は、公開中の公式情報に明記されていません(2026年7月確認)。有料Grokの利用枠にAutomationsの各実行がどう算入されるかも、公式FAQからは確認できません。Grok公式FAQ

したがって、「無料で毎日何回まで」「SuperGrokなら無制限」といった数値は本記事では示しません。契約前は機能の有無、契約後はアカウント内に表示される案内を分けて確認します。Grok公式FAQ

「無料で使える」と「上限がない」は別です

公式の「すべてのユーザー向け」はスケジュール機能の提供対象を示します。作成数、実行数、週次枠の消費量まで保証する表現としては扱いません。

表は横にスクロールできます。

区分 公式表示価格 スケジュール メールトリガー
Free 月額0ドル 利用対象 対象との明記なし
SuperGrok 月額30ドル 利用対象 含まれる
Lite・Heavy・Business・Enterprise プランごとに確認 公式上は全ユーザー向け 個別の明記なし
xAI API モデル別の従量課金 Automations専用APIは未確認
出典:xAI公式料金ページAutomations公式発表xAI公式モデル一覧(2026年7月23日確認)。アプリ内価格、税、地域差、年額料金はこの表で断定していません。

Grok Automationsの設定方法|作成から停止まで

Grok Automationsは、指示・トリガー・通知方法を保存し、Run nowで出力を確認してから継続運用できます(2026年7月確認)。

公式発表から確認できる作成経路と設定項目に限定して説明します。日本語画面のボタン位置や、公式に示されていないクリック順は作りません。

公式ページ・チャット・テンプレートから作成する

Automationsは専用ページ、Grokとのチャット、用意されたテンプレートから作成できます。公式発表が対応先として挙げるのはgrok.com、GrokのiOSアプリ、Androidアプリです(2026年7月確認)。Grok Automations公式入口対応環境の公式説明

Grokそのものの導入が済んでいない場合は、先にGrokアプリの初期設定と基本操作を確認します。Automationsの設定とアプリのログイン手順を同時に進めない方が、原因を切り分けやすくなります。

Instructionsは目的・対象・出力・停止条件で組む

Instructionsには、Grokに繰り返してほしい仕事を、毎回解釈が変わりにくい形で書きます。公式発表ではファイル、コネクタ、Skills、モードを含められるとされていますが、指示文の最適な書式までは指定されていません。

筆者が整理した4要素

  • 目的:何のために実行するか
  • 対象:どの情報・期間・送信者を扱うか
  • 出力:件数、並び順、要約形式をどうするか
  • 停止条件:該当情報がない時や判断できない時に何をしないか

たとえば「毎朝、指定した公式ページの更新点を3項目以内で整理し、変更がなければ『変更なし』と報告する。外部への送信や投稿は行わない」のように、出力と禁止範囲を同じ指示に含めます。これは公式テンプレートの引用ではなく、曖昧な外部操作を避けるための筆者の設定基準です。

Triggersで時刻またはメール条件を指定する

Triggersでは、スケジュールかメールトリガーのどちらで仕事を開始するかを指定します。スケジュールでは頻度、時刻、タイムゾーンを、メールでは差出人、受信者、件名を条件として使えることが公式発表に記載されています。

複数条件の評価順、条件のAND・OR、添付ファイル条件は公式未記載です。画面に表示されていない条件を、自然文だけで設定できるとは断定しません(2026年7月確認)。Triggersの公式説明

Notificationを選びRun nowで確かめる

通知先を選んだ後は、Run nowを使って保存した指示を手動で実行できます。通知先はメール、アプリ、両方、通知なしから選べます。Run nowはスケジュール時刻やメール到着を待たずに、出力形式を確認するための手段です。

確認するのは、必要な情報が含まれるか、不要な情報を広く読んでいないか、該当なしの場合に止まるかの3点です。実際の外部送信や削除を前提にした確認ではなく、まず読み取りと通知に限定します。

履歴を見て編集・一時停止・削除する

作成後のAutomationsは、実行履歴を確認しながら編集、一時停止、再開、削除できます(2026年7月確認)。各実行は完全な会話として保存され、その会話から続けて質問できると公式発表に記載されています。実行履歴と管理操作の公式説明

期待した出力にならない時は、回数を増やす前にInstructionsと対象範囲を狭めます。不要になったジョブは通知だけを切るのではなく、一時停止または削除のどちらが必要かを判断します。

  1. 1

    仕事を1つに絞る

    目的、対象、出力、停止条件をInstructionsへまとめます。

  2. 2

    起動条件を選ぶ

    決まった日時ならスケジュール、受信メールならメールトリガーを選びます。

  3. 3

    通知先を決める

    メール、アプリ、両方、通知なしから、結果の受取方法を選びます。

  4. 4

    Run nowで出力を確認する

    対象範囲、出力形式、該当なしの場合の動きを確認します。

  5. 5

    履歴を見て管理する

    必要に応じて指示を編集し、一時停止、再開、削除を選びます。

どんな用途ならGrok Automationsを選ぶべき?

Grok Automationsは、筆者の判断基準では、入力範囲と合否を明確にできる反復的な情報整理へ限定すると、誤実行時の影響を抑えやすくなります。

自動化できるかではなく、誤った時に戻せるか、人が最終確認できるかで選びます。外部の状態を変える仕事ほど、公式に対応範囲と失敗時の挙動が示されるまで任せる範囲を狭めます。

定時の情報整理や週次報告は候補

同じ形式で繰り返す情報整理は、スケジュール型Automationsの候補です。たとえば、指定した公式情報の更新点を毎週まとめる仕事なら、対象、確認範囲、出力件数を事前に固定できます。

ただし、生成された要約の正確性まで自動的に保証されるわけではありません。公開・送信前に元情報へ戻れるよう、出典URLを出力条件に含めるのが筆者の判断基準です。

特定メールの要点確認は権限を絞って始める

メールトリガーは、特定の差出人や件名に対象を限定し、要点を通知する用途から始めます。受信箱全体を広く処理するより、入力範囲と期待する結果を説明しやすいためです。

送信、ラベル変更、削除まで一度に任せず、最初は読み取りと要約だけにします。メール接続に必要な権限はサービスごとに異なるため、次章の権限表と公式文書を先に確認してください。

自動送信・削除・支払いには勧めない

筆者は、受信メールへの自動返信、メール削除、契約、支払い、公開投稿をAutomationsの最初の用途には勧めません。誤りが外部へ反映され、取り消しにくいからです。

GmailやOutlookの一般的なコネクタ文書には送信・変更権限が記載されていますが、それだけでAutomationsがメール到着後に自動返信や削除を実行できるとは判断できません。Gmailコネクタ公式文書Outlookコネクタ公式文書

API・Webhook・複雑な分岐には別手段を選ぶ

監査ログ、再試行、承認、複数システムへの書き込みが必要な仕事は、Automationsだけで完結させない方が判断しやすくなります。Automations専用API、Webhook、条件分岐、失敗時の再実行規則は公式には明記されていません(2026年7月確認)。Automations公式発表xAI公式モデル一覧

必要条件を書き出し、公式に確認できない条件が1つでも業務上必須なら、APIやワークフローツールを含む別手段を検討します。どこまでAIに任せるかは、AIに任せてよい仕事を判断する5つの基準も判断材料になります。

表は横にスクロールできます。

用途 筆者の判断 理由 人が確認する位置
定時の情報整理 候補 対象と出力形式を固定しやすい 元情報との一致
特定メールの要約 慎重に開始 メール権限と対象範囲の確認が必要 要約と該当メール
顧客への自動返信 筆者は非推奨 Automationsとしての対応と承認工程が未確認 送信前
削除・契約・支払い 筆者は非推奨 誤実行時に戻しにくい 実行そのものを人が担当
複数システムの分岐処理 別手段を比較 API・Webhook・再試行の仕様が未公開 設計、承認、実行ログ
この表は、公式発表で確認できる機能範囲に「誤りの影響」「取り消しやすさ」「人の確認位置」を加えた筆者の判断マトリクスです。公式の推奨用途一覧ではありません。

設定前に何を確認する?権限・保存・上限の注意点

Grok Automationsをメールと接続する前に、OAuth権限、モデル学習設定、実行履歴、公式未記載の上限を分けて確認する必要があります。

OAuthとは、パスワードそのものを渡さず、外部サービスへ特定の操作権限を許可する仕組みです。コネクタで許可できる操作と、Automationsが実際に行う操作は同じとは限りません。

GmailとOutlookでは要求権限が異なる

GmailとOutlookはGrokの公式コネクタに含まれますが、記載されている権限と対象アカウントが異なります(2026年7月確認)。コネクタ自体はGrokユーザー向けに案内され、BusinessとEnterpriseでは管理者による提供設定が必要です。Grok Connectors公式文書

Gmailは基本の読み取り専用から、変更、送信、ラベル管理などを段階的に許可する説明です。OutlookはMail.ReadWriteMail.SendUser.Readoffline_accessが記載され、Microsoftの職場・学校アカウントと管理者承認に関する注意があります。Gmail・Google Calendar連携の公式文書Outlook連携の公式文書

これらはコネクタの権限説明です。Automationsのメールトリガーで、列挙されたすべての変更・送信操作が自動実行できるという説明ではありません。

一般会話の学習設定とメールデータを分けて考える

一般向けGrokの会話データと、Gmail・Outlookコネクタから参照するメールデータには、異なる公式説明があります(2026年7月確認)。一般のGrokコンテンツは、ユーザーが「Improve the Model」を無効にしない場合、モデル改善へ利用される可能性があります。無効化後の新しい会話とPrivate Chatは学習に使われないと説明されています。xAI Legal FAQのデータ利用説明

一方、Gmail・Google CalendarとOutlookのメール・カレンダーデータはモデル学習に使用せず、リアルタイムでアクセスし、xAIのサーバーには保持しないと各コネクタ文書に記載されています。一般会話の設定をオフにしたからメール権限も消える、またはその逆とは考えません。

会話やアカウントを削除した場合、データは通常30日以内に削除されますが、法令、コンプライアンス、安全上の理由による例外があります(2026年7月確認)。xAIプライバシーポリシー

コネクタ非保存と実行履歴保存の関係は未説明

コネクタ文書はメールデータをxAIサーバーへ保持しないと説明する一方、Automations公式発表は各実行を完全な会話として履歴に保存すると説明しています。メールから抽出した要約や引用が実行履歴に含まれる場合、この2つの説明がどの範囲で交わるかは公式には明記されていません(2026年7月確認)。Gmail・Google Calendarコネクタ公式文書Outlookコネクタ公式文書Automations公式発表

したがって、「メール由来の情報は一切残らない」とは書けません。機密情報を含むメールを対象にする前に、実行結果として何を残すかをInstructionsで狭め、組織の情報管理ルールも確認します。

実行上限・遅延・再試行は公式未記載

Automationsの実行上限、トリガーから開始までの遅延、失敗時の再試行、重複防止、タイムアウトは公式に明記されていません(2026年7月確認)。重要メールを即時処理する監視装置として扱ったり、同じ処理が一度しか動かないと保証したりできません。

失敗通知の条件も公開情報からは確認できません(2026年7月確認)。Automations公式発表。そのため、期限や金銭に関わる仕事には別の確認経路を残します。公式に書かれていない挙動を前提に業務手順を組まないことが、根拠を明確にできる対応です。

最初は読み取り・通知だけの小さな仕事に限定する

筆者の判断基準では、最初のAutomationsは読み取り、整理、通知までに限定します。対象を1つ、頻度を1つ、通知先を1つにすると、想定外の出力が出た時に原因を戻って確認しやすくなります。

自動返信や削除へ広げるのは、対応可否、権限、承認、履歴、失敗時の処理が公式に確認できた後です。AI連携全般の確認点はAI連携の権限と入力情報を確認する基本でも整理しています。

権限があることは、自動実行できることの証明ではありません

コネクタが送信・変更権限を要求できても、Automationsがメールトリガーからその操作を自動実行できるとは限りません。公式発表にない外部操作は、利用可能と推測しないでください。

権限

  • 確認読み取り以外の権限が本当に必要か
  • 確認組織アカウントで管理者承認が必要か
  • 避ける用途が曖昧なまま広い権限を許可しない

データ

  • 確認Improve the Modelの現在の設定
  • 確認対象メールに個人情報・機密情報がないか
  • 未記載メール由来の出力と実行履歴の保存関係

履歴

  • 確認実行ごとに会話が作成されること
  • 確認不要になったジョブを停止・削除する担当
  • 未記載Automations履歴固有の保持期間

運用

  • 確認Run nowで対象と出力を確認したか
  • 確認人が最終確認する位置を決めたか
  • 未記載上限、遅延、再試行、重複防止

Grok Automationsのよくある質問

Grok Automationsは、X版、API、日本語UI、実行上限などの詳細が公式に明記されておらず、未確認事項を利用可能と推測できません(2026年7月確認)。

以下は、操作・契約の途中で迷いやすい未確認事項を優先したFAQです。質問の需要順は、初心者が入口、メール接続、外部操作、表示言語、開発利用、上限の順に判断するという推定に基づきます。

X版GrokからAutomationsを作成できますか?

X版GrokからAutomationsを作成できるとは、2026年7月時点の公式発表に明記されていません。公式発表が対応先として列挙するのはgrok.com、iOSアプリ、Androidアプリです。X版に同じ入口があると推測せず、Automations公式ページから確認してください。

GmailとOutlookは両方ともメールトリガーに使えますか?

GmailとOutlookはGrokのコネクタとして公式文書に掲載されていますが、両方をAutomationsのメールトリガーに指定できるとの明記は確認できません(2026年7月確認)。一般的なコネクタ対応とメールトリガーの入力元は分けて扱い、作成画面に表示される選択肢と権限を確認します。Grok Connectors公式文書

受信メールへ自動返信できますか?

受信メールへの自動返信がAutomationsで利用できるとは、公式発表に明記されていません(2026年7月確認)。Automations公式発表。メールコネクタに送信権限の説明があっても、メールトリガーから自動返信できる証明にはなりません。公式に対応が示されるまでは、返信案の作成と人による送信を分けるのが筆者の判断基準です。

Automationsの設定画面は日本語に対応していますか?

Grokは日本語で応答できますが、Automations設定画面の日本語表示は公式には明記されていません(2026年7月確認)。Androidの公式掲載には日本語で質問できる旨がありますが、機能ごとのUI言語を示す説明ではありません。Google PlayのGrok公式掲載

APIからAutomationsを作成できますか?

xAI APIからAutomationsを作成・編集する専用APIは、公式ドキュメントで確認できません(2026年7月確認)。開発者向けモデルAPIと、一般向けGrok内のAutomationsを同じものとして扱わないでください。xAI公式モデル一覧

Automationsは何件まで作成・実行できますか?

作成可能なAutomations数と実行回数の上限は、公開中の公式情報に明記されていません(2026年7月確認)。「全ユーザー向け」を「無制限」と読み替えず、アカウント内の案内とGrok公式FAQを確認してください。

まとめ|時間・メール・権限の3条件で決める

Grok Automationsは、定時処理ならスケジュール、メール到着起点ならメールトリガーを選び、外部操作は権限確認後に限定して始めます。

無料か有料かを先に決めるのではなく、起点が時間かメールか、外部の状態を変えるかの順で判断してください。公式未記載の挙動が仕事の必須条件なら、その自動化はいったん保留します。

  1. 1

    実行時刻を先に決められるか

    決められるならスケジュールを選びます。まず1件、外部送信を伴わない仕事に限定します。

  2. 2

    メール到着がなければ成立しないか

    成立しない場合だけSuperGrokのメールトリガーを検討し、差出人・受信者・件名を狭く指定します。

  3. 3

    外部操作と権限を説明できるか

    説明できなければ保留します。返信、削除、支払いは人の操作として残します。

次に取る行動

まずは外部送信を伴わない定時処理を1件だけ作り、Run nowで対象範囲と出力を確認してください。メール到着が必須だと分かった段階で、SuperGrokの契約条件とメール権限へ進みます。

引用元・確認した公式情報

本記事の機能・料金・権限・データ取扱いに関する主張は、以下の公式一次情報に対応させています。

  1. xAI「Automations in Grok」

    対応環境、トリガー、通知、Run now、実行履歴、作成・管理方法、プラン条件/最終確認日:2026-07-23

  2. Grok Automations公式入口

    現行の機能名と公式入口/最終確認日:2026-07-23

  3. xAI公式料金ページ

    Free、SuperGrok、その他プラン名とWeb表示価格/最終確認日:2026-07-23

  4. Grok公式FAQ

    一般向けGrokの利用条件と公開FAQ、Automations上限の記載有無/最終確認日:2026-07-23

  5. Grok Connectors公式文書

    コネクタの提供対象、Business・Enterpriseの管理者設定/最終確認日:2026-07-23

  6. Gmail・Google Calendarコネクタ公式文書

    Gmail権限とメール・カレンダーデータの取扱説明/最終確認日:2026-07-23

  7. Outlookコネクタ公式文書

    Outlookの権限、対象アカウント、管理者承認、データ取扱説明/最終確認日:2026-07-23

  8. X.AI LLC利用規約

    一般向けGrokの契約主体とX Corp.サービスとの区別/最終確認日:2026-07-23

  9. xAI Legal FAQ

    一般会話のモデル改善利用、オプトアウト、Private Chat/最終確認日:2026-07-23

  10. xAIプライバシーポリシー

    会話・アカウント削除後の保持期間と例外/最終確認日:2026-07-23

  11. xAI公式モデル一覧

    開発者向けAPIモデルとAutomationsの区別/最終確認日:2026-07-23

  12. Google PlayのGrok公式掲載

    Android版と日本語での応答に関する掲載内容/最終確認日:2026-07-23

  13. xAI公式会社情報

    Grokの開発・提供元に関する会社情報/最終確認日:2026-07-23

ブログをメールで購読

学べるブログの更新・重要アップデート(Grok/Gemini など)を、メールで受け取れます。無料。いつでも解除できます。更新時(週1〜2回目安)

Grok / xAI

コメント

学べるブログをもっと見る

今すぐ購読し、続きを読んで、すべてのアーカイブにアクセスしましょう。

続きを読む

学べるブログをもっと見る

今すぐ購読し、続きを読んで、すべてのアーカイブにアクセスしましょう。

続きを読む