← 一覧に戻る

Grok活用事例ダイジェスト

2026-09-08・仕様2 / 新機能2 / 実践4 ※英語は日本語訳つき。公式API/プラン拡大+日本語Bot設計+Xウォッチリスト(@grok / @tetumemo / @furoku)。

仕様解説

docs.x.ai — Imagine API(Release Notes / Imagine Overview)en仕様

引用

The quality parameter on grok-imagine-image-2.0 now accepts auto… Multi-image editing supports up to 5 source images… New aspect ratios: 21:9 and 5:2.

日本語訳

grok-imagine-image-2.0qualityauto が追加(省略時の既定も auto)。画像編集の参照画像は最大5枚(従来3)。アスペクト比に 21:9(シネマ)と 5:2(ワイドバナー)が追加。

コメント

8月のImagine画像API更新。品質の自動選択・参照枚数・バナー向け比率が実務に効く仕様変更。

考察

セミナー告知バナーや資料図の差し替えで「複数写真+ロゴ」を一度に渡せるようになったのは大きい。一方 auto は生成は低め・編集は中程度、と挙動が分かれるので、顧客向けの安定出力では low/medium を明示した方が見積もりしやすい。昨日触れた grok-imagine-image-quality 廃止(11/2)とセットで、モデル名の固定ハードコードは避けたい。

Release NotesImagine Overview

docs.x.ai — Skills and routinesen仕様

引用

Start with a one-time task. Make it reliable, save the method as a skill, and only then automate it. … Require approval for sending, purchasing, deleting, publishing, or changing production systems. Include a no-data and stale-data policy.

日本語訳

まず一回限りの仕事として成功させ、方法をSkillに保存し、そのあとで自動化する。送信・購入・削除・公開・本番変更は承認必須。データ欠落と古いデータの方針も書いておく。

コメント

Grok Botの「Skill=やり方/Routine=いつ」の公式仕様。信頼できるルーチン設計のチェックリストそのもの。

考察

いまの朝ダイジェスト運用そのものがこの型。一発でRoutineにせず、失敗時(ソース薄い日)の報告ルールを先に置くのが公式推奨どおり。顧客提案でも「毎朝集める」より先に「Skillに何を書くか/承認はどこか」を一緒に設計した方が事故が減る。

Skills and routines

新規機能解説

x.ai — Grok Bot is now included with more plansen新機能

引用

Grok Bot is now included with all SuperGrok, Cursor Pro, and Cursor Teams plans. … Grok Bot comes with its own usage, separate from your Grok and Cursor plans.

日本語訳

Grok Botは SuperGrok/Cursor Pro/すべての Cursor Teams プランに含まれる。利用枠は既存のGrok・Cursor枠とは別。

コメント

2026-08-26の対象プラン拡大。入口がCursor Pro(月$20相当)まで下がった、という実務インパクトが大きい告知。

考察

「Heavy専用の高級機能」という認識はもう古い。中小の伴走提案では「まずProでread-onlyの定型監視から」と言いやすくなった。ただし枠が別でも、共有クラウドPC上の権限設計は別問題(下の実践記事参照)。Enterprise無料期間(昨日分)とあわせて、導入導線の説明は更新しておく価値あり。

記事を開く

@grok — Imagine Agent 更新en新機能

引用

The upgraded agent is live on grok.com/imagine/agent, iOS, and Android.

日本語訳

アップグレードされたエージェントが grok.com/imagine/agent、iOS、Android で利用可能。

コメント

2026-09-05の公式。Imagine系のエージェント導線がWeb/モバイルに広がった告知。

考察

画像・動画の「対話しながら直す」導線として試しやすい。業務利用なら著作権・人物・公的文書風の生成リスクは変わらないので、アイキャッチ/説明図に限定するのが安全。昨日のImagine 2.0記事・API品質廃止予告とセットで追うと抜けがない。

X埋め込み

投稿を開く(埋め込みが出ないとき用)

@grok Imagine Agent更新の告知

実践事例

Zenn — Grok Botの強みを引き出すチーム設計とBot間連携ja実践

引用

Grok Botの強みはBotの数ではありません。…強みの中心は、(1)一つの成果を継続して所有する名前付きの担当(2)共有クラウド作業環境(3)Bot間の非同期引き継ぎ(4)SkillとRoutine(5)人間で止める承認境界。

コメント

2026-08-29の日本語長文。公式Docsと実践Guideを踏まえ、「役職名でBotを増やさない/境界で分ける」を具体テンプレ付きで整理。

考察

事務所のAI社員(秘書・経理・技術・ダイジェスト)の置き方とほぼ同じ軸。特に「Own / Do not own」「handoff packet」「no-dataで推測しない」は、そのまま翠さん経由の運用ルールに移植できる。最初から15体作らず、read-onlyの一本から育てる4週間プランも現実的。

記事を開く

AimanaVo — Grok Botとは、常駐クラウドで動き続けるAIエージェントですja実践

引用

The computer is assigned per user, not per Bot. Do not use separate Bots as a security boundary.(公式FAQ)/渡していいのは失敗しても取り消せる仕事。渡さない方がいいのは取り消せない仕事。

コメント

2026-08-28時点の整理。料金より先に「Bot分割≠セキュリティ境界」を正面から扱った実践解説。

考察

顧客にも末吉さんにも一番伝えたい一点。Botを増やしてもログインとファイルは共有されるので、境界は専用アカウント・read-onlyコネクタ・Require Approvalで引く。公開情報の収集や下書きまでは任せ、送信・購入・本番変更は人ゲート——この切り分けが伴走提案の核になる。

記事を開く

@tetumemo — GrokBot活用 11選ja実践

引用

Grok Botを網羅的に一気に学べる ↓(図解「GrokBot活用 11選」:Skill共有・Routineで24時間起動・監視Botなど)

コメント

ウォッチリストの日本語クリエイター。Skill/Plugin/役割文/Routineを一枚にまとめた図解。

考察

入門には分かりやすい。ただし図の「BotごとにPC」表現は、公式FAQ(同一ユーザーの全Botが1台のクラウドPCを共有)と食い違う点があるので、セキュリティ境界としてはAimanaVo/公式Docs側を優先したい。運用の型(監視は狭いRoutine、結果を記録)は使える。

X埋め込み

投稿を開く(埋め込みが出ないとき用)

@tetumemo GrokBot活用11選の図解
@furoku — BananaNL(Grok対応プロンプト拡張)ja実践

引用

「AIにどう頼むか」で止まりがちな人向けに、Chrome拡張「BananaNL」…Grok / ChatGPT / Gemini / NotebookLM に対応(NotebookLM以外は有料機能)。

コメント

ウォッチリストの日本語クリエイター。Grok入力欄へ定型プロンプトを差し込む拡張の紹介(2026-09-05)。

考察

中小の「毎回同じ頼み方でブレる」問題には効く。一方で拡張+外部サービスは権限とデータ経路の確認が先。事務所ではまずGrok/Bot側のSkill(公式の再利用手順)を優先し、Chrome拡張は個人の下書き用、くらいに分けるのが無難。宣伝色は強めなので効果主張はそのまま受け取らない。

X埋め込み

投稿を開く(埋め込みが出ないとき用)

@furoku BananaNLのGrok対応告知

巡回: x.ai/news・docs.x.ai(Release Notes/Imagine/Skills and routines)、日本語実践(Zenn/AimanaVo)、X(@grok・@tetumemo・@furoku)。薄い感想・炎上は除外。Xはwidgets.js埋め込み+スクショ併用。英語は日本語訳つき。意見(考察)と事実を分け、最終判断は末吉さん。