← 一覧に戻る

Grok活用事例ダイジェスト

2026-10-19・速報1 / 仕様2 / 新機能2 / 実践2　※英語は日本語訳つき。対象は10/18朝〜10/19朝です。主ピックは、イーロン・マスク氏の「カードはスクショが一番簡単」発言と公式ヘルプの食い違い、職員が配った「共有PCのリソース規則」、Bot が起動する Cloud Agent の Fast 既定、Web版 Grok の中の Grok Bot、Grok アプリ連携の既知問題、日本語圏の「投稿ボタンは渡さない」8つの仕組み、英語圏の小さな店のカード手数料削減です。公式 changelog は依然 0.70.2（10/11）のままです。

速報

マスク氏「カードはスクショが一番簡単」——公式ヘルプは「秘密情報はチャットに貼らない」en

X投稿（@elonmusk、10/18 11:03 JST・引用、約240万表示）

これはうまく動きます。クレジットカードのスクリーンショットを渡すのが一番簡単です。セキュアな保管庫（vault）に入力したいなら別ですが。レストランで知らない人にカードを渡すのに、Grok Bot には渡さないというのは少し妙な話です。

引用元（@Teslaconomics、10/18 06:52 JST）

So I sent my Grok Bot one text: “Order me the DribbleUp silent ball, best price, shipped to my home.” It compared prices, found the best deal, checked out with my card, and placed the order - $32.91 total w/ free shipping, arriving this Thursday.
Grok Bot に「DribbleUp の静音ボールを最安で、自宅に配送して注文して」と一通送っただけで、価格を比べ、最安の店を見つけ、自分のカードで決済して注文まで済ませた。送料無料で合計 $32.91、木曜に届く、という報告です。
@Teslaconomics の投稿画像。Bot が DribbleUp 公式サイトで注文を進め、Apple Card の $32.91 決済通知が出ている画面

一次確認（取得 10/19 05:10 JST）

公式ヘルプ「Store secrets securely」: Keep API keys and other credentials out of chat and ordinary files. … Use the secure secret card when a Bot asks for one. … Don't paste secrets into chat, Shell, or ordinary files.
API キーなどの認証情報はチャットや通常のファイルに置かないでください。Bot が求めたときは安全な秘密情報カード（入力欄が伏せ字）を使ってください。チャット・シェル・通常のファイルには貼らないでください、という案内です。なお x.ai/changelog/bot は 0.70.2、x.ai/news は 10/14 Voice 3.0 が最新で、status.cursor.com は All Systems Operational でした。

コメント

事実として、マスク氏は「スクショが一番簡単、vault に入れたいなら別」と書いており、公式ヘルプは認証情報をチャットに貼らないよう案内しています。ヘルプはカード番号を名指ししていませんが、カード情報もこの「認証情報」に含めて読むのが自然です。マスク氏は同じ時間帯に「Try out Grok @Bot!」の引用や、後述の動画編集ソフト自作の投稿への ❤️ も出していて、買い物代行を前面に押し出しています。

考察

ここからは意見です。スクショはチャット履歴と画像として残るので、情報セキュリティの立場からは勧めにくいです。顧問先には「カードは保管庫（vault）か秘密情報カードに入れる」「利用限度額の低いカードかバーチャルカードを Bot 用に分ける」「購入前に承認カードを出させる」の3点を、手間の差ではなく事故が起きたときの差として説明するのがよいと思います。

@elonmusk／@Teslaconomics／公式ヘルプ：Store secrets securely

仕様解説

「Bot は全員で1台の PC を使う」——職員が配ったリソース規則ファイルen仕様

Cursor フォーラム（職員 deanrie、10/17 21:11 JST と 10/18 01:33 JST）

October 16, around 2:30 AM ET: the new computer froze in the same way as the first one … Before it froze, memory was almost completely full. There were nearly 1000 processes running, and the virtual machine running on the computer alone was using about a third of the memory. This shouldn’t happen. The computer should recover on its own, not stay frozen.／save the file on it as /workspace/RESOURCE_RULES.md (/workspace is the part of the computer that survives updates and recovery). Then tell each bot in its chat: “From now on, before any heavy task, read and follow /workspace/RESOURCE_RULES.md. Remember this as a lasting rule.”／All Bots share ONE computer with limited memory and CPU. Running out of memory can freeze the whole computer for every Bot.
10/16 午前2:30ごろ（米東部）、交換したばかりの PC が前と同じように固まりました。直前はメモリがほぼ満杯で、プロセスは約1000、PC 上で動いていた仮想マシンだけでメモリの約3分の1を使っていました。本来は自動で回復すべきで、固まったままになるべきではありません。／このファイルを /workspace/RESOURCE_RULES.md として保存してください（/workspace は更新や復旧をしても残る場所です）。そのうえで各 Bot のチャットで「今後は重い作業の前に必ず /workspace/RESOURCE_RULES.md を読んで従うこと。恒久ルールとして覚えておくこと」と伝えてください。／（ファイル本文）すべての Bot はメモリと CPU が限られた1台の PC を共有しています。メモリ切れは全 Bot の PC を丸ごと固めることがあります。

ファイルの主な中身（要約）

重い作業の前に free -m と ps aux --sort=-%mem | head -15 で確認し、空きが約25%未満か、他の重い作業が動いていれば始めません。重い作業は flock -w 1800 /workspace/.heavy-job.lock で1本ずつ回し、30分待っても空かなければ止めて報告します。並列数は make -j2 などで上限をつけます。仮想マシンやエミュレータは承認なしに起動せず、他の Bot のプロセスも勝手に止めません。作業の前後にはチャットへ1行残し、/workspace/resource-log.md にも書きます。

コメント

これは製品の設定ではなく、職員がサポートスレッドで渡した指示ファイルです。1件の業務ユーザーで PC が2日に2回固まったことがきっかけで、職員は「固まっている間は Update・Recover・Reset を押さない（Update は終わらず、Reset は最後の保存まで巻き戻る）」「Bot と保存データは PC と別に保管されている」とも書いています。第三者メディア The Daily Bot も 10/18 にこの件を手順つきでまとめています。

考察

ここからは意見です。事務所のように秘書・各専門担当など複数の Bot が同じ PC で重い作業（ブラウザ・変換・ビルド）を回す構成には、そのまま当てはまる話です。導入するかどうかは方針の変更なので、翠さん経由で末吉さんに判断していただくのがよいと思います。入れる場合も、まず free -m で普段の空きを一度見ておくと、異常に気づきやすくなります。

Cursor フォーラム（deanrie の投稿）／The Daily Bot のまとめ

Bot が起動する Cloud Agent は「保存済みの既定モデル」を継承する——Grok 4.7 は既定が High Fasten仕様

Cursor フォーラム（職員 deanrie、10/17 16:45 JST）

Right now, the Default Model for Cloud Agents is saved as Grok 4.7 with Fast turned on. All Cloud Agents that ran today, mostly through Grok Bot, picked up that default and ran as Grok 4.7 High Fast. This did not affect your regular chats in the editor. … For Grok 4.7, the default variant is “High Fast”, so there isn’t a separate “Grok 4.7” entry without Fast. Fast is an option inside the model itself.
いまこのアカウントの Cloud Agents の既定モデルは「Grok 4.7・Fast オン」で保存されています。今日動いた Cloud Agent は、ほとんどが Grok Bot 経由で起動されたもので、この既定を引き継いで Grok 4.7 High Fast で動きました。エディタの通常チャットには影響していません。Grok 4.7 は既定のバリアントが「High Fast」なので、Fast なしの「Grok 4.7」という別の行はありません。Fast はモデルの中のオプションです。

コメント

職員が示した直し方は、cursor.com/dashboard の Cloud Agents で既定モデルの「Grok 4.7 High Fast」にカーソルを合わせ、横に出る設定で Fast をオフ（Effort は High のまま）にして再読み込みし、「Grok 4.7 High」になったか確かめる、という手順です。確認できるまでは、Bot に起動を頼むときに「Grok 4.7 High・Fast オフで」とモデルを名指しするよう勧めています。The Daily Bot によると、Cursor の料金表では Fast 版の単価が通常版の2倍です。週次プールからの消費率は文書に載っていません。

考察

ここからは意見です。Bot に Cloud Agent を任せると人がモデル選択画面を見なくなるので、既定値がそのまま請求額を決めます。事務所のいまのプランは Cloud Agent を含まないので直接の影響はありませんが、顧問先に Bot＋Cloud Agent 構成を勧めるときは「起動前にモデルと Fast の有無を言わせる」指示を最初に入れておくのが安全です。

Cursor フォーラム（deanrie の回答）／The Daily Bot のまとめ

新機能解説

Web版 Grok の中に「ボット」欄——ただし Premium（旧 Premium+）以上ja新機能

X投稿（@FFBuncho、10/18 19:50 JST）

Web版 Grok のサイドバー。チャット・Imagine・ライブラリ・自動化の下に「ボット」欄があり、ピン留めに Grok Bot が表示されている

一次確認（公式ヘルプ、取得 10/19 05:12 JST）

On The X Subscription, there's nothing to link. Grok Bot is included on Premium, Super, and Ultra and draws from your plan's shared weekly pool.
The X Subscription では連携の手続きは要りません。Grok Bot は Premium・Super・Ultra に含まれ、プラン共通の週次プールから使用量を消費します。

コメント

公式ヘルプが挙げる対象は Premium・Super・Ultra で、Plus は入っていません。ふくぶんさんの画面比較はこれと合っています。「旧 Premium+」「旧 Premium」という呼び名の対応はふくぶんさんの説明で、ヘルプの同じページでは確認していません。同じ日には「Grok 経由の Grok Bot のほうが UI がモダンで使いやすい」という声（@Realme_ramirisu）も出ていました。

考察

ここからは意見です。名前の変わったプランが二重に並んでいるので、顧問先から「Plus に入ったのに Bot が出ない」という相談が来やすい時期です。案内するときは「Premium 以上」と旧名を並べて書き、デスクトップアプリを入れなくても Web版 Grok から触れることも添えると、試すまでの手間が減ります。

@FFBuncho／公式ヘルプ：SuperGrok と The X Subscription

Grok アプリから Bot への連携は「あなたの発言」として届く——古い Grok Tasks は削除をen新機能

Cursor フォーラム（職員 Colin、10/16 17:42 JST）

Those messages aren’t coming from the Grok Bot app on your Mac. They reach your bots through the link between the Grok app (grok.com and the Grok mobile app) and Grok Bot, and right now that link shows messages in your bot’s chat as if you typed them. … A common cause is a scheduled task in Grok that still points at your bots. … Delete any task like that. Don’t just archive it, since archived tasks can still run.
そのメッセージは Mac の Grok Bot アプリから来ているのではありません。Grok アプリ（grok.com とスマホの Grok アプリ）と Grok Bot の連携を通って届いており、いまはこの連携経由のメッセージが、あなたが打ったかのように Bot のチャットに表示されます。よくある原因は、Bot を宛先にしたまま残っている Grok の予約タスクです。該当するタスクは削除してください。アーカイブだけでは、アーカイブ済みのタスクも動くことがあります。

コメント

利用者の報告は「寝ている間に、古い grok.com のメッセージが今送ったかのように Bot に2回届いた」というもので、版は Mac 版 0.71.2 です。職員は既知の問題として追跡中とし、修正時期は示していません。前のカードの Web版 Grok の「自動化」と Bot がつながっていることの裏返しの話で、10/16 の投稿ですが、前号までで扱っていないため載せています。

考察

ここからは意見です。changelog には「取り消せない操作の前に、Bot は本人のメッセージに承認があるか確かめる」とあるので、古い指示が本人の発言として届くと、送信や購入の承認に見えてしまうおそれがあります。Grok アプリで予約タスクを作ったことがある方は、一度 grok.com の Tasks を開いて、Bot 宛てのものを削除しておくと安心です。

Cursor フォーラム（Colin の回答）／The Daily Bot のまとめ

実践事例

「投稿ボタンだけは渡さない」——3時間で組んだ X 半自動化の8つの仕組みja実践

X記事（@dansyu_callenge 今野健介さん、10/18 06:00 JST、約7,700表示）

並べてみると、8つとも投稿の手前で止まっています。下書きは作っても出しません。候補は探しても返信はしません。この線が、全体でいちばん大事なところです。／自動化でいちばん先に決めるのは、AIに押させないボタンです。／入っていたのは9文字だけだった。（中略）Grok Botのパソコンの画面上でコピーしても、それはそのパソコンの中のコピーです。僕のMacのクリップボードには入りません。

コメント

仕組みは、早朝の CLI 更新、毎時の公式発表チェックと引用ポスト案、1日3回のリプ先候補、20時までの翌朝ネタ5案、Opus が書いて Codex が採点する分担、Typefully への「時刻なし」保存、消した下書きを「ボツ」として毎晩記録、夜の作業記録とルールファイル同期、の8つです。すべてに貼れる指示文がついています。記事の中でも「動いているもの」と「設定まで済んだもの」が書き分けられていて、読み手が信用しやすい書き方です。API キーをチャット本文に貼らず専用欄に入れた点は、速報の公式ヘルプと同じ考え方です。

同日の日本語事例

@kinopee_ai（10/18 11:13 JST、約7,500表示）:「Grok Bot と Cloud Agent で作るソフトウェアファクトリー」の簡単な資料を Grok Bot に書いてもらった。Notion 版。／@y_5k110（10/18 22:20 JST）: 最終意思決定：自分／技術周り：Codex／品質系：Claude と Grok Bot／データ分析・広報・法務：Grok Bot／自動化系：GitHub Actions＋専用App。「責務分離してたら会社化した」。
@kinopee_ai の資料表紙。Software Factory Grok Bot × Cloud Agents と書かれ、ロボットがベルトコンベアでコードの箱を運ぶイラスト

考察

ここからは意見です。「書く AI と採点する AI を分ける」「最終判断は人」という型が、今野さん・kinopee さん・故師匠さんの3件で共通しています。中小企業の SNS 運用なら、まず「ネタ5案だけ届く」仕組みから始めれば外に何も出ないので、試しやすいと思います。kinopee さんの Notion 資料は本文を取得できなかったため、表紙と投稿文だけで紹介しています。

今野健介さんの記事／@kinopee_ai／@y_5k110

小さな店の「カード手数料1.9%」を Bot が見つけた／25年使った動画編集ソフトを自作に置き換えたen実践

X投稿（@william40152988 Yong.C さん、10/19 04:22 JST）

店のメールを整理していた Grok Bot が、カード手数料を約1.9%払っていることに気づき、SumUp の Pagamenti Plus への切り替えを提案してきました。10ユーロ未満の決済は手数料ゼロで、それ以外のカードも料率が半分になります。うちのタピオカドリンクの注文はほとんど10ユーロ未満なので、その場で切り替え、設定も Grok Bot がやってくれました。自分の見積もりでは年に少なくとも300ユーロの節約です。

X投稿（@FilmLadd、10/18 02:37 JST、約87万表示・マスク氏が ❤️ で引用）

Grok と Bot の組み合わせで、25年以上縛られてきた Adobe Premiere から抜け出しました。自分の思いどおりに動く、自分専用の動画編集ソフトができました。自分の作業は3〜4日だけです。近いうちにソースコードを無料で公開するので、誰でもダウンロードして、Grok と Bot で自分の用途に合わせて直せます、という投稿です（後半の政治的な主張部分は訳を省いています）。

コメント

前者は、メールを読む係の Bot が経費の改善点まで拾った例で、金額は投稿者本人の見積もりです。SumUp の料率はこの号では確認していません。後者はソースコード未公開の段階なので、どこまでの機能を作ったかは外からは分かりません。

考察

ここからは意見です。前者は宮崎の飲食・小売にもそのまま当てはまる形で、「決済手数料・通信費・サブスクの明細を月1回見て、乗り換え候補を下書きする」ルーチンにすると再現しやすいです。ただし契約の切り替えは取り消しにくい操作なので、提案までは Bot、決定と申し込みは人、と分けるのがよいと思います。後者のようなツールの自作は、保守を誰がするかを決めてから始めるのが現実的です。

@william40152988／@FilmLadd

収集: 2026-10-19 約05:07–05:25 JST。対象は10/18朝〜10/19朝。英語ソースは翻訳つき。x.ai/news の最新は 10/14 Voice 3.0、changelog は 0.70.2 のまま。status は All Systems Operational。フォーラムの職員投稿は forum.cursor.com で原文を確認しました。画像 x01–x03 は投稿添付メディアを取得したものです。Gaps: 0.71.x の公式 changelog 未掲載、Bot から X Chat への書き込み可否、@bot タグ付け公式ガイドの本文（URL 未特定）、kinopee さんの Notion 資料本文（取得不可）、Fast 版の週次プール消費率、SumUp 料率の一次確認。