Grok活用事例ダイジェスト

2026-11-02・速報1 / 仕様2 / 新機能2 / 実践4　※英語は日本語訳つき。対象は11/01朝〜11/02朝です。主ピックは、11/01 13時台（JST）に多くの人の週の使用量が急に跳ね上がった不具合です。職員が不具合と認め、状況ページは解決済みですが、数字は戻っていません。仕様では、記憶の保存先と説明欄の扱いについての職員の訂正、プランによる使用量の枠の違いをまとめました。新機能と実践事例では、公式マーケットプレイスの棚、メールの転送でルーチンを起こす使い方、Claude Code との分担、Bot チームの見える化などを取り上げます。

速報

11/01 の昼すぎ（JST）、Grok Bot の週の使用量が何もしていないのに急に跳ね上がる不具合が、多くの人に起きました。状況ページでは「解決済み」ですが、上がった数字は戻っていませんja

公式フォーラム（176909、職員 deanrie さん 11/02 01:05 JST・02:46 JST）／X投稿（@mdspro さん 11/01 13:32 JST、@BastianBraun121 さん 11/02 00:38 JST）

Grok botの使用量が50%から急に100%になったこれはバグだよね？botに確認してもらったらまだ使用量残ってるみたいだし
— Motion Design Studio (@mdspro) November 1, 2026

🚨 GROK BOT: SUDDEN USAGE SPIKE Many users report that weekly usage suddenly spiked overnight – some going from 40% to 90% within a few minutes, with nothing running. I was affected as well. ✅ SpaceXSI opened an incident on their status dashboard ✅ Now marked as resolved …
— Teslasti Basti (@BastianBraun121) November 1, 2026

（@BastianBraun121 さん）Grok Bot の使用量が急に跳ね上がりました。多くの人が、何も動かしていないのに、数分で40%から90%になったと報告しています。私も影響を受けました。SpaceXSI は状況ページで障害を出し、いまは解決済みになっています。影響を受けた人の使用量が戻されるかは、まだ分かりません。

A sharp jump in weekly Grok Bot usage without matching activity shouldn’t happen, and it isn’t related to your settings or routines. … the time of the spike, around 04:10 to 04:20 UTC on November 1 … the values are still inflated even though the incident on status.x.ai is already marked as resolved … if you have on-demand usage enabled, it’s best to set a limit so the inflated counter doesn’t roll into paid usage.

（職員 deanrie さん）使った分に見合わない急な跳ね上がりは起きてはいけないことで、設定やルーチンのせいではありません。……跳ね上がりの時刻は11月1日 04:10〜04:20 UTC（日本時間 13:10〜13:20）ごろで、status.x.ai の障害は解決済みになっているのに、数字は高いままです。……従量課金（on-demand）を有効にしている人は、膨らんだ数字がそのまま有料分に流れ込まないよう、上限を設定しておくのがよいです。

フォーラムの報告は11/02 05時ごろで90件を超え、「33%→66%」「50%→100%」「8%→52%」のように、だいたい倍になった例が目立ちます。Bot 自身に聞くと低い数字を答え、アプリや設定画面では高い数字が出る、という食い違いも多くの人が書いています。職員の2回目の投稿では、跳ね上がったあとも同じ作業で数字の増え方が速いままに見えること、プランを上げると Cursor のモデル枠は戻ったのに Grok Bot の週の枠は戻らなかった例、Ultra・Pro+・旧 Pro・旧 SuperGrok Heavy と幅広いプランで起きていることが追記されました。原因はまだ説明されていません。アカウントごとの使用量の計算し直しは support@x.ai で扱うとし、すでに問い合わせている人は使用量の CSV と跳ね上がった時刻を添えるよう案内しています。X でも日本語で「急に100%になった」「30%ぐらい急に上がった」という声が昼から夜まで続きました。

考察

ここからは意見です。事務所の毎朝のルーチンにも関わる話です。今朝（11/02）のこのダイジェストは動いていますが、週の残りが急に減っていると、週の後半に止まるおそれがあります。末吉さんの画面で週の使用量が前日から不自然に増えていないか、一度見ていただくのがよいと思います。従量課金を使っている場合は、職員の勧めどおり上限を先に決めておくと、思わぬ請求を防げます。顧問先にも「数字が急に倍になったら、自分の使い方を疑う前に障害情報を見る」と伝えておくと安心です（確度：高。職員がフォーラムで不具合と認めています。原因と補填の有無は未発表です）。

176909（使用量の跳ね上がり）／@mdspro／@BastianBraun121／status.x.ai

仕様解説

職員が「Bot の記憶はもう Bot のコンピューターのファイルではなく、運営側に保存されている」と訂正しました。記憶は会話のあとに裏で足されたり消されたりし、Bot の説明欄は「守るべき決まり」としては読まれませんen仕様

公式フォーラム（168333 #68、職員 deanrie さん 11/01 19:03 JST）／関連報告 176934（11/01 22:14 JST）

Your bots’ memory is no longer stored as files on the bot’s computer. It is stored on our side. … After most exchanges, the app also saves what it thinks is useful in the background, and it may delete entries it considers outdated. These changes do not appear in the bot’s actions … One entry can hold up to 500 characters. Longer entries are currently cut off when saved. … Description. The bot reads it on every turn, but as a description of itself, not as a rule it must follow. For things that should always be enforced, approvals and Auto-review rules are better.

Bot の記憶は、もう Bot のコンピューター上のファイルには保存されていません。運営側に保存されています。……たいていのやりとりのあと、アプリは役に立ちそうなことを裏で記憶に足し、古くなったと判断したものを消すことがあります。この変更は Bot の操作履歴には出ません。……1件は500字までで、長いものは保存時に切られます。……説明欄（Description）は毎回読まれますが、「自分についての説明」として読まれ、必ず守る決まりとしては扱われません。必ず守らせたいことは、承認や Auto-review（安全確認）のルールに書くほうが確実です。

ほかに、記憶をすべて一覧で見る方法はなく、Bot に話題ごとに検索させてファイルに書き出し、消したいものを指示するのがいちばん確実だとしています。会話の途中で足した記憶は、新しい会話か要約のあとで最初の読み込みに入るが、検索ならすぐ見つかるとのことです。ホームの ~/.grok/config.toml や 13-memory.md は別の Grok のコマンドラインツールのもので、Grok Bot の記憶とは関係ないと明言しました。説明欄の編集は、デスクトップとスマホではまだ一部の Bot でしかできず、Web では編集できるそうです。同じスレッドの利用者は、ある Bot だけに書いた「上限まで来たら止まる」という決まりが、要約のあとに別の Bot の振る舞いにも移ったと報告し、別のトピック（176934）に切り出しています。

考察

ここからは意見です。この事務所では「方針は説明欄と記憶に書いておく」運用をしているので、影響があります。説明欄は「人物紹介」として読まれるだけで、強制力はないと考えたほうがよいです。外部に送らない、消さないといった絶対の決まりは、承認や Auto-review のルールに置き、手順はスキルやファイルに残す、という分け方が安全です。記憶が裏で消えることがあるので、毎朝の作業場所やデプロイ手順のような大事な情報は、記憶だけでなく作業フォルダの README にも書いておくのがよいと思います（確度：高。職員の回答です。Bot 間で記憶が移る件は利用者の報告で、まだ確認されていません）。

168333 #68（職員の訂正）／176934（Bot 間の記憶の混ざり）

使用量の「どの枠から引かれているか」が、プランによって違うことが分かってきました。旧 Cursor プランは Grok Bot 専用の週の枠、X のサブスクリプションは Chat・Imagine と共有の枠ですen仕様

X投稿（@grok の返信 11/01 14:55・19:17 JST、11/02 03:25・04:30 JST／@chorrx さん 11/01 14:53 JST／@TanakaKenichi_ さん 11/01 13:27・18:37 JST）

My Grok @bot weekly usage jumped from 36% to 76% in under 7 hours on a quiet Sunday. The only thing that lines up: one @cursor_ai cloud agent run, launched on Auto, that got billed as "grok-bot-default". Every other run this week was grok-4.7. Same-size runs barely moved the meter. This one apparently cost ~40 points.
— chorr (@chorrx) November 1, 2026

静かな日曜に、週の使用量が7時間足らずで36%から76%になりました。思い当たるのは、Auto で起動した Cursor のクラウドエージェント1回で、これが「grok-bot-default」として請求されていました。今週ほかの実行はすべて grok-4.7 で、同じくらいの作業ではほとんど数字が動いていません。この1回だけで約40ポイント使ったようです。

On legacy Cursor plans Grok Bot uses its own separate weekly limit. … Paid plans share one weekly usage pool across Chat, Grok Bot, Imagine and more (compute-weighted). … Extra Usage Credits … draw down at standard rates after the included pool.

（@grok の返信）旧 Cursor プランでは、Grok Bot は専用の週の枠を使います。……（X のサブスクリプションの）有料プランは、Chat・Grok Bot・Imagine などで1つの週の枠を共有し、計算量に応じて引かれます。……追加購入した使用量クレジットは、プランに含まれる枠を使い切ったあと、通常の単価で減っていきます。

日本語では @TanakaKenichi_ さんが、これまで同じだった使用量の表示が「Grok 側は89%、Cursor 側は44%」と食い違ったと書き、その後 X Premium+ から Premium に下げたら、2,640円の支払いで使用量がリセットされ、3,130円の返金もあったと報告しています（11/01）。@grok の返信は AI による一般的な案内で、職員の確認ではありません。フォーラムでは、忙しい Bot の会話を週1回まっさらにする安全な方法を尋ねるトピック（176849）に、職員の回答はまだありません。

考察

ここからは意見です。上の不具合と重なって分かりにくいですが、「自分がどの枠を使っているか」を知っておくと、数字の変化を読み違えにくくなります。この事務所のように X のサブスクリプション側で使っている場合は、Grok のチャットや画像生成も同じ枠を減らすことになります。@chorrx さんの例のように、Bot からクラウドエージェントを Auto で起動すると重いモデルで請求されることがあるので、外部の作業を呼ぶときはモデルを指定するのが無難です。プランの上げ下げでリセットされたという話は個人の1例なので、勧めるのは控えます（確度：中。枠の説明は @grok の返信と利用者の報告にもとづき、公式表では確認できていません）。

@chorrx／@grok（旧 Cursor プラン）／@grok（共有の枠）／@TanakaKenichi_／176849

新機能解説

公式マーケットプレイスに、Bot チーム全体を点検する「Alfred」や、カード使い分けの「Credit Card Max」などが並んでいます。無料で一発追加できる点を紹介した日本語の投稿は約4.6万回表示されましたja新機能

X投稿（@taishiyade さん 11/01 07:31 JST、@kazz_ai_job さん 11/01 20:06 JST）／公式マーケットプレイス（x.ai/bot/marketplace、11/02 05時台に取得）／公式フォーラム（176938、11/01 23:07 JST）

99%のパソコン仕事を自動化したい人はGrok Botののマーケットプレイス見た方がいい全部無料でSpaceXAIのElon Muskチームが146個のGrok Botを公開済メール管理、請求書、架電、チャットワンクリックでインストール可能 …
— Taishi (@taishiyade) October 31, 2026

今朝マーケットプレイスを開くと、Featured には dr eggbot（Lauren Tan さん）や Projects Manager（Eric Zakariasson さん）が並び、部門別に Engineering・Sales・Marketing・Design・Personal・Recruiting & People・Product・Operations の棚があります。目についたのは、Operations 棚の「Alfred」で、「Bot の組織を実際の会社の成果に合わせて設計・点検し、人間の責任者をはっきりさせ、仕事の重複をなくす。最小の構成を勧め、新しい Bot は0体から考え、こちらの明確な承認なしには何も作らない・変えない」と説明されています。Personal 棚の「Credit Card Max」は Grok Finance（Plaid 経由の金融口座接続）を使い、どのカードで払うと得かを助言するもの、「Home robots」はロボット掃除機や芝刈り機をチャットから動かすものです。@kazz_ai_job さんは「最初は dr eggbot と AI Radar を入れるといい」と勧めています。一方、フォーラムでは、Grok Finance に証券口座をつないでも取引履歴が約9日分しか返らず、売却の取得価格や配当の行もないという報告が出ています（176938、職員の回答はまだありません）。

考察

ここからは意見です。「146個」という数は投稿者の数え方で、今朝の画面では数えていません。Alfred のように「Bot を増やさない」方向の Bot が公式の棚にあるのは、@poteto さんの「Bot は少数で」という助言と同じ流れだと見ています。顧問先に勧めるなら、まず Alfred か dr eggbot で「どの仕事を任せるか」を整理し、それから専門の Bot を1体ずつ足す順番がよいと思います。金融口座をつなぐ Bot は、履歴が短いことがあるので、税務や会計の数字の根拠には使わず、参考の目安にとどめるのが安全です（確度：中。棚の内容は公式ページの記載、Finance の件は利用者の報告です）。

@taishiyade／@kazz_ai_job／マーケットプレイス／176938（Finance の履歴）

利用者が作った無料の Bot の配布が続いています。使用量をゲージで見張る「Usage Watch Walt」や、音楽の発売管理の Bot が出て、Tesla の車内の Grok から Grok Bot を動かせたという報告もありましたen新機能

X投稿（@jimaggie さん 11/01 23:45 JST、@KennColt さん 11/01 18:27 JST、@konaito_copilot さん 11/01 20:04 JST）

I bought extra Grok Bot credits last month. They burned through fast. So I built Usage Watch Walt, my new free Grok Bot. He puts your usage on a green to red gauge and warns you before you run out. He changes nothing without your OK.
— Jim Aggie (@jimaggie) November 1, 2026

先月、Grok Bot の追加クレジットを買いましたが、すぐに使い切ってしまいました。そこで無料の Bot「Usage Watch Walt」を作りました。使用量を緑から赤のゲージで示し、使い切る前に知らせてくれます。こちらの了承なしには何も変えません。

Free Grok Bot template from Feels Like Home Records: Release Manager for Artists & Labels 🎛️ Any distributor. Metadata, label copy, smartlinks, curator & radio pitching, follow-ups. You approve every send.

（@KennColt さん）Feels Like Home Records の無料 Grok Bot テンプレート「アーティスト・レーベル向けリリース担当」です。配信会社は問いません。曲情報、紹介文、配信先をまとめたリンク、プレイリスト担当者やラジオへの売り込み、その後の連絡まで扱い、送る前には必ずこちらが承認します。

Grok Bot≫Muse≫ChatGPT dotsで完全決着した TeslaのGrok経由でGrok Botを操作できることがわかったので、ドライブ中もバイブコーディング、オーケストレーションできちゃう Teslaオーナー、Grok Botヘビーユーザー試してみて
— konaito (@konaito_copilot) November 1, 2026

どれも利用者が作って配っている Bot で、公式のマーケットプレイスの掲載品ではありません。共通しているのは「送る前・変える前に必ず承認」と説明に書いている点です。Tesla の件は動画つきの個人の報告で、公式の機能説明は見つけられていません。

考察

ここからは意見です。使用量の見張り Bot は、今日の不具合を考えるとタイミングのよい発想です。ただ、見張りを頻繁に動かすと、それ自体が使用量を食います。1日1回の確認で十分だと思います。外部の人が作った Bot を入れるときは、どのコネクターに触れるか、何を送るかを、入れる前に説明欄と手順で確かめる習慣を持ちたいところです（確度：中。いずれも投稿者の説明です）。

@jimaggie／@KennColt／@konaito_copilot

実践事例

Gmail で特定の相手からのメールだけを Grok Bot 専用のアドレスに転送し、届いたのをきっかけに動かす使い方が「手放せない」と紹介されています。通話は1.5倍速が聞きやすいという小技も出ましたja実践

X投稿（@rimulab9 さん 11/01 21:30 JST、@mikioiha さん 11/01 16:43 JST）

Grok Botの一部をMuseに引っ越させて 3日で出戻りさせた！！ Grok Botは自分専用のメールアドレス持ってるのがやっぱり強い Gmailで特定の相手から来たメールだけGrok Botに転送して受信したのを起点に動く運用がマジで便利すぎるこの使い方を一回覚えたらもう手放せなくなった
— イムラ｜AI駆動開発の現場ログ (@rimulab9) November 1, 2026

Grok Botとの通話は1.5倍速設定がおすすめ。慣れてくると洗濯物を畳みながら指示出しや調査結果を聞き取れます。 #GrokBot小技
— みきお(真) (@mikioiha) November 1, 2026

Bot 専用のメールアドレスに届いたメールでルーチンを起こす仕組みは公式の機能で、Gmail 側のフィルターで転送先を絞れば、自分の受信箱全体を Bot に渡さずに済みます。通話の速さは、11/01 に紹介した新しい「Voice chat」の項目（声・速さ・言語）で変えられる設定です。

考察

ここからは意見です。この「転送で絞る」形は、事務所の業務にそのまま使えます。たとえば補助金の事務局や特定の顧問先からのメールだけを転送し、届いたら要点と期限をまとめて秘書に渡す、といった流れです。受信箱をまるごとつなぐより、Bot に見せる範囲がはっきりし、使用量も抑えられます。返信は自動にせず、下書きまでにしておくのが安全です（確度：中〜高。仕組みは公式機能、便利さは投稿者の感想です）。

@rimulab9／@mikioiha

Grok Bot を司令塔にして Claude Code や Codex に実装させる使い方に、「自分で直接頼むより正確で楽」という声と、「間に Bot が入ると設計が少し変になる」という声の両方が出ましたja実践

X投稿（@taishiyade さん 11/01 20:31 JST、@yuya_takeyama さん 11/02 02:06 JST）

Grok Bot経由でClaude Code操作する方が直接Claudeに自分でプロンプト投げるより正確で楽 QAとか良しなにやってくれるし、パソコン開いておけば勝手に進んでる感じ Grok Botを起点にCodex, Claude Codeやらせた方がいい MuseはGrok Botの保険やけど、コンテキスト散らばるからやめたい …
— Taishi (@taishiyade) November 1, 2026

自分の MacBook Air のストレージが埋まりがちなので、Grok Bot の Computer 内に Claude Code をインストールして Grok Bot から開発させる感じにしてみたけど、Grok Bot の中途半端な知性が挟まることで微妙に変な設計になってしまっている
— Yuya Takeyama (@yuya_takeyama) November 1, 2026

@taishiyade さんの投稿は約1.6万回表示され、Bot が確認作業（QA）まで引き受けてくれる点を利点に挙げています。ただし、使用量の面では一番高いプランでないと持たない、とも書いています。@yuya_takeyama さんは、Bot のコンピューターに Claude Code を入れて開発させたところ、指示が Bot を経由することで設計がずれたと報告しています。

考察

ここからは意見です。この事務所でも、重い作業は共通 PC の Claude Code に任せ、Grok Bot は指示と監督に回る形をとっています。2人の報告を合わせると、「何を作るか・どう作るか」の設計は人か Claude 側で決め、Bot には進み具合の確認と確認作業を任せるのが、ずれを防ぐ分け方だと思います。Bot に設計の要約を書かせて、それを Claude にそのまま渡す運用は、伝言ゲームになりやすいので注意したいところです（確度：中。個人の経験談です）。

@taishiyade／@yuya_takeyama

Bot ごとの今週の使用量をグラフにさせる、Bot に呼びやすい名前をつける、といった「チームを見える化する」工夫が出ています。会社で入れるなら「どの Bot が賢いか」より先に「何の業務を任せるか」を決めたい、という経営者の指摘もありましたja実践

X投稿（@DON_Mechaaa さん 11/01 21:42 JST、@rocknan0706 さん 11/01 14:32 JST、@comen_ryotaro さん 11/01 17:00 JST）

今週のGrok Bot（各bot別）使用量をグラフにしてもらった。週枠制限に対しての使用量がざっくりわかります
— ドンメカ｜メカノ姫βの制作者 (@DON_Mechaaa) November 1, 2026

MetaのMuse、OpenAIのDots、Claude Duet、Grok Bot。AIエージェントの選択肢が一気に増えて、比較の投稿もよく見かける。ただ、会社で入れるなら、どれが一番賢いかより先に、何の業務を任せたいのかを決めたい。業務が決まれば、必要な連携や権限も決まる。ツール選びは、その後でも遅くないと思う。
— 難波諒太郎@株式会社COMEN代表取締役 (@comen_ryotaro) November 1, 2026

@rocknan0706 さん（約1.1万回表示）は、初期の Bot の名前「参謀」のままだと「デザインにデザインを」のように話しかけにくいので、参謀は「サンボ」、デザイン担当は「デシネ」、メール担当は「メルメ」と名前をつけたと書いています。Grok のアプリの会話一覧にも Bot が出るようになったが、通知と Vault は Grok Bot のアプリからしか使えないので、アプリも入れておくとよいとも添えています。@AkioT315 さんは、ガジェット紹介なら「リサーチ係・下書き係・チェック係の3体くらいがちょうどいい」と書いていました。

考察

ここからは意見です。@comen_ryotaro さんの指摘は、末吉さんが顧問先に説明するときの順番そのものだと思います。業務を決めると、つなぐサービスと権限が決まり、Bot の数も自然に決まります。Bot 別の使用量グラフは、今日の不具合の切り分けにも役立つので、事務所でも週1回、秘書に作ってもらう価値があります（確度：中。グラフの数字は Bot が答えたもので、公式の計測とずれることがあります）。

@DON_Mechaaa／@rocknan0706／@comen_ryotaro／@AkioT315

英語圏の「この24時間の活用例」まとめでは、毎朝20枚のスペイン語の単語カードを作る小さな Bot 群や、ホテルの返金・税の還付など10月に取り戻したお金を領収書で示した例が並びましたen実践

X投稿（@AskTolik さん 11/02 02:14 JST、@London_Vista さん 11/01 17:40 JST）

Today in Grok Bot news 🤖 Eight people who shared what they built, saved or learned with @bot in the last 24 hours: 1. whemo: set up 6 small scraper bots that read what they watch, read and write each day and turn it into Spanish Anki cards. 20 new cards land by 6am, and after 30 days they're at about 1,000 words. …
— Tolik Eidelman (@AskTolik) November 1, 2026

この24時間に @bot で作ったもの・節約したもの・学んだことを共有した8人です。1. whemo さん：自分が毎日見る・読む・書くものを読み取る小さな Bot を6体置き、スペイン語の単語カード（Anki）にしています。毎朝6時までに20枚届き、30日で約1,000語になります。2. Darryl Kay さん：10月の Grok Bot チームの成果を領収書で示しています。ホテルから200ドルの返金、修正申告で600ドルの税額控除、フリマで65ドルの売上、使っていないサブスクの解約。現場のエンジニアでコードは書かず、承認するだけです。3. Jacob さん：コーヒーを飲んでいる間に、Bot が50秒足らずで13個のクーポンコードを試し、使えるものを見つけて8ポンド節約しました。

Jacob（@London_Vista）さんは、Bot のコンピューターの Chrome に自分でログインしてから任せたと動画つきで書いています。まとめにはほかに、写真で食事を記録する健康管理 Bot、X と RSS の AI ニュースから毎日台本を作り Grok の音声で読み上げて投稿するポッドキャストなどが挙がっています。

考察

ここからは意見です。「返金・控除・解約を領収書で示す」という成果の見せ方は、顧問先に Bot の効果を説明するときに参考になります。時間の節約より、取り戻したお金のほうが伝わりやすいからです。Bot のコンピューターのブラウザに自分でログインして任せる形は便利ですが、そのブラウザで決済まで進められるので、事務所では購入や申込の直前で必ず止まる決まりを承認のルールに置いたうえで使いたいところです（確度：中。いずれも投稿者の自己申告です）。

@AskTolik／@London_Vista

収集: 2026-11-02 約05:05–05:45 JST。対象は11/01朝〜11/02朝。英語ソースは翻訳つき（一部は要約です）。x.ai/changelog/bot の先頭は 0.78.1（10/27 付）のままで、x.ai/news と x.ai/bot/guides にも変化はありませんでした。ヘルプは cursor.com/help/grok-bot の25ページを取得して11/01 の写しと比べ、変更はありませんでした。フォーラムの職員投稿は原文で確認しました。status.x.ai はページの中身を取得できなかったため、障害の扱いは職員の投稿と @grok の返信の記述によります。今日は画像の保存はせず、X の公式埋め込みとリンクで示しています。続報として、Bot のコンピューターが1週間以上固まったままという報告（176949・176950）、Bot が一覧からすべて消えたという報告（176921）、IBKR の接続が急に消えたという報告（176922）が出ています。見送り: 招待リンクの宣伝、@bot の自動返信（「あなたの Grok Bot に送ります」）、比較の感想、AI 動画の作品、偽の画像についての注意喚起（Claude の話題）。@poteto さんの「明日何か出る」という予告（11/01 07:45 JST）は中身が分からないため載せていません。Gaps: 使用量の跳ね上がりの原因と補填の有無、status.x.ai の障害の詳細、プランごとの枠の公式表、記憶の一覧・編集機能の予定、@poteto さんの予告の中身。