Grok活用事例ダイジェスト

2026-09-18・仕様2 / 新機能2 / 実践3　※英語は日本語訳つき。Galaxy最終日（9/17 Day3）のマーケ／ポストセールス枠と、Grok BuildのMemory発表を中心に拾っています。9/17は欠番です。

仕様解説

docs.x.ai — Skills and routines（Teach a task／Test run／信頼設計）en仕様

引用

Start with a one-time task. Make it reliable, save the method as a skill, and only then automate it. … When Teach a task is available, you can demonstrate a browser workflow instead of describing every step. Teaching records visible computer interaction for up to ten minutes. … Use Test run after creating or editing a routine. A test run performs real work. It can navigate websites, change files, and call connected tools. … Design routines for trust: Automate preparation before execution. Have the Bot draft, reconcile, or recommend first. Require approval for sending, purchasing, deleting, publishing, or changing production systems. Include a no-data and stale-data policy.

日本語訳

まず一回限りの作業として成功させ、方法をSkillに保存し、そのあとで自動化します。Teach a taskが使える場合は、手順を文章で説明する代わりにブラウザ操作を実演できます（画面操作を最大10分記録）。Routineの作成・編集後はTest runを使います。テストはプレビューではなく実作業で、Web操作・ファイル変更・接続ツール呼び出しが起き得ます。信頼できるRoutineの設計では、実行より先に下書き・突合・提案を自動化し、送信・購入・削除・公開・本番変更は承認を必須にし、データ欠落と古いデータへの方針を書きます。

9/16号で扱った「Designing Grok Bot」の5プリミティブに対し、運用手順側の公式契約です。Day3のマーケ／マーケOpsセッションを見るときのチェックリストにもなります。Teach a taskでできたSkillはdraft扱いとし、例外・失敗・承認点を人手で追記するよう明記されています。

考察

中小伴走では「毎朝これをAIに頼む」より先に、Test runで安全な入力を1件通す習慣を置くと事故が減ります。昨日のダイジェストRoutine失敗のような欠番日も、no-data／失敗報告の方針をSkillに書いておけば、空振りを沈黙か短報かに制御できます。

Skills and routines

docs.x.ai — Approvals（Auto Review）と共有コンピュータ境界en仕様

引用

With Auto Review on, Grok Bot evaluates tool calls and computer actions before they run. … Ask first rules always stop matching actions for you. Allow automatically rules let matching actions proceed only when the automated review does not identify another reason to stop. If both kinds of rule match, Ask first wins. … All of your Bots share one cloud computer assigned to your user account. Files, browser sessions, and command line credentials on that computer are available across your Bot roster. Do not use separate Bots as a security boundary.

日本語訳

Auto Reviewをオンにすると、ツール呼び出しとコンピュータ操作は実行前に評価されます。Ask first規則は一致する操作を必ず止め、Allow automatically規則は自動レビューがほかの停止理由を見つけないときだけ通します。両方が一致したらAsk firstが勝ちます。同一アカウントの全Botは1台のクラウドコンピュータを共有し、ファイル・ブラウザセッション・CLI資格情報が名簿全体で見えます。Botを分けてもセキュリティ境界にはなりません。

Galaxy週で「部門別Bot」が増えやすいタイミング向けの再確認です。9/14号のTeams／CRMコネクタ紹介のあとも、境界文言そのものは導入提案の核です。チーム管理者がAuto Reviewを強制している場合、個人規則はそれより厳しくすることしかできない、とも書かれています。

考察

宮崎の中小向け説明では、「マーケBotと経理Botを分けた＝カード情報が分離される」という誤解を先に潰す必要があります。権限はコネクタのスコープ、元サービスのservice account、承認ゲート、必要なら別アカウントで作ります。

Approvals, security, and privacy

新規機能解説

x.ai/news — Memory in Grok Build（セッション横断メモ）en新機能

引用

Grok Build now has memory. As you work, it keeps notes on the conventions, decisions, and project facts that come up, and later sessions read those notes before touching related code. … After a turn completes, Grok reviews it in the background and records anything durable… Capture runs on every completed turn and does not interrupt the session. … Notes are markdown files, one topic per subject. Each project has its own workspace scope, and a global scope holds preferences that apply everywhere. /dream merges new observations into the topic they belong to, and /memory shows the files as they are on disk. … Task state, tentative conclusions, secrets, and anything the repository or its docs already cover are left out. … Instructions in the current conversation take precedence over anything in a note. … Memory is available in Grok Build now. It applies to new sessions: run /new or start a fresh grok.

日本語訳

Grok BuildにMemoryが入りました。作業中に規約・決定・プロジェクト事実をノートとして残し、後続セッションが関連コードに触れる前に読みます。ターン完了後にバックグラウンドで記録し、セッションを止めません。ノートは主題ごとのMarkdownで、プロジェクト用スコープと全体設定用のグローバルスコープがあります。/dreamで整理、/memoryでディスク上のファイルを閲覧します。タスク状態・暫定結論・シークレット・リポジトリや既存docsで既に書かれている内容は対象外です。いまの会話の指示がノートより優先されます。新規セッション（/newまたは新しいgrok）から有効です。

公式ニュース日付は2026-09-16です。同日ダイジェストはGalaxy／Imagine中心だったため本号で拾います。日本語二次解説（JOBIRUN, 9/17）も同趣旨を要約しています。CLI側では GROK_MEMORY=1 や設定の [memory] enabled、/flush・/remember もドキュメントに並びます（既定オフの記載あり）。

考察

Grok BotのMemory運用（後述の日次GC）と対で説明すると分かりやすいです。Build側は「プロジェクト規約を毎回言い直さない」、Bot側は「変化する事実は元システムを見に行く」が公式の方向です。誤記が定着するリスクがあるので、/memoryで週1レビューを入れる運用が現実的です。

Memory in Grok Build ／ JOBIRUN日本語要約／ Modes and Commands

x.ai/galaxy — Grok Bot Galaxy Day 3（マーケ／ポストセールス／最終ショーケース）en新機能

引用

Thursday · Sept 17: Day 3 Livestream Starts (8:30–9:00 AM PT); Grok Bot for Marketing Operations — Matthew Silberman, Teresa Hsu (9:00–10:30); Grok Bot for Post-Sales — Blake Schuller (12:30–1:30); Grok Bot for Marketing — Josh Kim (2:30–4:00); Livestream Wrap and Final Showcase (4:30–5:30). … Give Grok Bot real work. Learn how to get the most out of Grok Bot. See live demos and discover best practices for customizing your bots based on your role and department.

日本語訳

9月17日（木）Day3は、マーケOps（Silberman／Hsu）、ポストセールス（Schuller）、マーケ（Kim）、配信ラップと最終ショーケースです。時刻は太平洋時間。公式の狙いは、役割・部門に合わせてBotをカスタムし、実際の仕事を見せることです。

9/16号でDay2（営業レーン）を扱った続きです。日本語メディアではロボスタ（9/16掲載）が3日間の部門別枠を要約しています。並行する72時間ビルド（Matt Palmer／Lauren Tan／Roshan Sadanani）の最終ショーケースがDay3の締めです。第三者記事にはVoice API価格などの併記もありますが、本号は公式スケジュールを一次情報とします。

考察

中小向けには、マーケOpsの「リスト整備・重複排除・下書きまで」と、ポストセールスの「更新・オンボーディング下書き」を切り出し、公開・送信は人が押す形に落とすのが現実的です。イベント自体は終了済みなので、録画・資料が出たらSkill化の材料にします。

X投稿（埋め込みURL未確定のため引用＋スクショ）

Day 3 of building a company with Grok Bot. Live now, plus sessions for marketing and customer success. — @bot（2026-09-17 8:36 AM、引用元「Building a company in 3 days - launching today!」）

Grok Botで会社を作る3日目。配信中です。加えてマーケティングとカスタマーサクセス向けセッションもあります。 — @bot

実践事例

Zenn — Grok Botのチーム設計とBot間連携（Hub／Pipeline／Project room）ja実践

引用

Grok Botの強みはBotの数ではありません。… 強みの中心は、(1)一つの成果を継続して所有する名前付きの担当 (2)共有クラウド作業環境 (3)BotからBotへの非同期な引き継ぎ (4)SkillとRoutine (5)送信・公開・購入・削除・本番変更を人間で止める承認境界、です。… Botを分ける基準は役職名ではなく境界である。… Hub-and-spoke / Pipeline / Project room。… Handoff Contractには Verified / Unknown / Expected return / Acceptance / Stop and ask when を置く。… 全Botが同じコンピューターを共有する前提で権限を設計する。Botを分けただけでは隔離にならない。

2026-08-29公開の長文実践です。公式docs・公式Guide・検証動画を横断し、Description／Handoff／Group Kickoffのテンプレまで落ちています。「一回動いたらRoutineにする」失敗パターンの整理が特に有用です。early beta時点の注記があり、仕様は更新日の新しい公式docs優先、と自ら区切っています。

考察

事務所の「秘書＋専門Bot」構成と相性が良いです。Chiefに調査も執筆もさせない、という拒否リストの書き方が、そのまま翠さん経由の役割分担説明に使えます。Galaxyの部門別セッションを見たあとに、この記事の境界チェックリストで自社Rosterを見直すと定着しやすいです。

Zenn記事

Zenn — MemoryのFIXED_RULE／TUNING／FACTと日次GC Routineja実践

引用

Memoryの内容を3種類に分けました。FIXED_RULE → 人が決めた恒久ルール。TUNING → 期限付きの振る舞い調整。FACT → 継続して使う事実。… これを1日1回のRoutineで整理しています。… agent logは差分だけ整理する（カーソル方式）。… Memoryに再利用可能な作業手順が入っていた場合はSkill向きと判断します。… 回答の日本語そのものを制御する共通ルールをShared MemoryへFIXED_RULEとして置く。質問には答えから書く。不要な前置きを書かない。同じ論点の結論は1つにする。

2026-08-19公開（X記事のZenn再掲）です。公式にMemoryのTTL／自動pruningが公開されていない前提で、利用側が日次掃除を足しています。日本語FIXED_RULEの全文と、Memory管理ルールが記事末に載っています。著者は最終的に日本語切り分けをChatGPT側で行った、とも率直に書いています（意見）。

考察

本号のBuild Memory発表と並べると、「覚える／忘れる」を製品横断で設計する必要が見えます。伴走では、顧客向けBotにTUNINGの90日／30日ルールを最初から入れ、手順はSkillへ逃がす、がそのまま使えます。事務所のjapanese-humanizer運用とも近い発想です。

Zenn記事

ASI.tokyo — 普通の人向けにGrok Botのすべての概念を解説（Teach／Webhook／外部ログ）ja実践

引用

Teach a Task… Recordをクリック… Claus is watching and learning… 録画を停止すると、その実演を見てスキルに変換してくれます。… Webhook… フォームが送信されたときにエージェントを自動的に起動できます。… こうしたエージェントが行っていることは、すべてどこかに保存しておくべきだ。GoogleスプレッドシートでもClickUpでも… すべてのルーティンの最後に、その実行結果もログへ記録するよう指示できます。

2026-09-01公開。Nate Herk氏の英語動画字幕を日本語編集した二次コンテンツです（記事自体がAI翻訳・構成を開示）。概念カタログとしてTeach a TaskとWebhook、外部アクションログの三点が伴走向きです。共有コンピュータや承認の扱いは公式docsの方が正確なので、一次情報と併読してください。

考察

「画面で見せてSkill化」は、ITが弱い現場のオンボーディングに向きます。ただし公式どおりdraft扱いなので、公開・送信・課金はApprovalで止め、実行結果はスプレッドシートかNotionに残す、をセットにすると監査しやすいです。

ASI.tokyo記事／元動画: Nate Herk「Every Grok Bot Concept Explained for Normal People」

収集メモ: 公式は docs（Skills/routines・Approvals）／x.ai/news（grok-build-memory, 9/16）／x.ai/galaxy（Day3）。日本語はロボスタ・JOBIRUN・Zenn2本・ASI.tokyo。Xは@botのDay3告知をスクショ取得（status URLは検索で確定できず、埋め込みは見送り）。9/16号のImagine退役・Designing・Haggle・DataCamp・Day2は再掲していません。9/17は欠番です。