Grok Botの使用量とトークン節約の決まり8つ。OnewKonewさんの投稿で、空回りだけをなくす読み方

家事と子育てのスキマで経営する3方よしAI共創コンサルタントの田中啓之、ひろくん（@passion_tanaka）です。今回は、OnewKonewさん（表示名 Yohaeni CLI）がXに投稿した、Grok Botの使用量が4日で止まったあとに作ったトークン節約の決まり8つを紹介します。

この投稿は、私がブックマークに保存していたものです。私もGrokの週の枠を約15時間で使い切った日があり、内訳を数えました。その記録と並べて読むと、8つの決まりのどれが自分に当たるのかが見えやすくなると感じて、取り上げました。

読み方の筋は6つです。節約の前に内訳を数える。変化があるときだけ起こす。取りに行く道は軽い順に、必要な部分だけ読む。状態はmdファイルに置く。自動の後続は2回まで、終わりは1行で報告。最後に、AIに頼む点検の依頼文を1つ試します。

OnewKonewさん（@OnewKonew）のX投稿（題）

그록봇 사용량 4일만에 막히고 만든 토큰 절약 규칙 8개
（和訳）Grok Botの使用量が4日で止まり、そのあとに作ったトークン節約の決まり8つ

Grok Botの使用量が4日で止まった。そのあとに節約の決まりを作った、という一文です。

OnewKonewさん（表示名 Yohaeni CLI・@OnewKonew）が、2026年10月29日にXへ投稿しました。内容は、トークン節約の決まり8つです。

トークンとは、AIが読み書きする文字量の単位で、使用量の枠はこれで減っていきます。

投稿は短いです。8行の決まりと、結びの1行。それに、30秒・10枚の解説スライドの動画がつきます。

私の手元にも、似た記録があります。10月15日12:46にGrokの週の枠がリセットされ、約15時間後の10月16日03:29に100%になりました。

grok.comの使用量画面で内訳を見ると、API 74%、Grokビルド（コマンドで動かすGrok CLI）19%、Cursor 4%、Grok Bot 3%でした。Grok Botは3%です。

主因は別の経路でした。同じ「Grokの枠が尽きた」でも、中身は違うんですよね。

このとき、AIは最初、手元のトークン数だけを見て、レーダーが原因だと決めました。レーダーとは、AI共創OSがXの話題を集める仕組みです。

私は「そんなんでトークンそんな増えないでしょ？本当に確実にそうなの？」と返しました。AIは決めつけを取り消して、xAIの使用明細で数え直しました。

私の読みです。節約の決まりを置く前に、まず内訳を数える。数えると、決まりのどれが当たるのかが見えてきます。地味な作業です。ただ、原因を取り違えたまま決まりを増やすと、効かない節約が積み上がります。

AI氣道『Claude Code /usage 解説｜枠を減らしている使い方をパーマンさんの記事で確かめた』より

「見出しから16行、増えていました。数字は正直でした。積み上がりは、数えないと見えません。」

自分の指示ファイルの行数を数えたら、見出しの数字より増えていた。積み上がりは数えないと見えない、という話を、私は『Claude Code /usage 解説｜枠を減らしている使い方をパーマンさんの記事で確かめた』で書いています。

数えるまで見えない、という点は、枠の内訳でも同じでした。画面で数えて初めて、Grok Botが3%だったと分かったからです。

AIエージェントを仕事で回し始めた経営者にも、同じことが起きると思います。枠が止まった日は、決まりより先に画面で内訳を開く。これが最初の1手です。

この記事では、8つの決まりを塊に分けて、私の内訳に当てていきます。

OnewKonewさん（@OnewKonew）のX投稿（決まり1〜3）

1. 대기·폴링·sleep 반복 금지
2. 같은 작업 두 번 하면 스크립트로 만들고 다음부턴 실행만
3. 정기 확인은 변화가 있을 때만 봇을 깨우기
（和訳）1. 待つ・ポーリング（様子を何度も聞くこと）・sleepの繰り返しは禁止／2. 同じ作業を2回やったらスクリプトにして、次からは実行だけ／3. 定期の確認は、変化があるときだけボットを起こす

決まり1〜3は、AIが何も進めていない時間に、トークンを使わせない決まりです。

決まり1は、待つこと、ポーリング、sleepの繰り返しの禁止です。ポーリングとは、様子を何度も聞きに行くこと。sleepとは、一定時間ただ待つことです。

決まり2は、同じ作業を2回やったらスクリプトにして、次からは実行だけにする、です。スクリプトとは、手順を書き置いた小さなプログラムのことです。

決まり3は、定期の確認は、変化があるときだけボットを起こす、です。

3つとも、空回りの時間を減らす向きだと、私は読みます。

ここに私の記録を重ねます。Grokビルド19%のうち、約43%が、ログインを切らさない見張りのpingでした。pingとは、生きているかを確かめる短い問いかけです。

30分おきに送り、1回約24.5万トークン。4回に3回は空振りで、ログインの期限が延びませんでした。確かめたのは、使用量画面と明細のCSVです。

決まり1と3に、そのまま当たります。変化がないときも、毎回AIを起こしていたからです。空振りのpingはやめました。

見張りは、安心のために置いたものでした。1回約24.5万トークンが、4回に3回は何も生まない。数えるまで、この重さに気づきませんでした。

決まり2は、私はこう読みます。同じ作業をAIに何度もやらせ続けるより、手順を1回スクリプトにして、実行だけにする。毎回考えさせない形にする、ということです。

AI氣道『ClaudeのMax・Teamに毎月届くAPIクレジット、使い道は自分の繰り返す仕事を数えて決める』より

「クラウドへ出すのは繰り返す業務や長く走る定期処理、というのが私の判断です。」

全部を移さず、繰り返す仕事だけを切り出す、という判断を、私は『ClaudeのMax・Teamに毎月届くAPIクレジット、使い道は自分の繰り返す仕事を数えて決める』で書いています。

繰り返す仕事だけを切り出す、という向きは、決まり2と重なります。

経営者の仕事に置き換えると、毎朝の売上の確認や、受信箱の見回りが当たります。変化があったときだけAIに渡す形にできないか。一度見直す価値があると思います。

OnewKonewさん（@OnewKonew）のX投稿（決まり4〜5）

4. API → CLI → 연결 앱 먼저, 브라우저 조작은 마지막
5. 파일·로그는 전체 말고 tail, grep으로 필요한 부분만
（和訳）4. API → CLI → 連携アプリを先に、ブラウザ操作は最後／5. ファイルやログは全体ではなく、tailとgrepで必要な部分だけ

重い道を先に使わず、軽い道から順に、必要な部分だけ取りに行く。決まり4と5は、そういう決まりです。

決まり4は、API、CLI、連携アプリを先にして、ブラウザの操作は最後にする、です。APIとは、ソフト同士が直接やり取りする口。CLIとは、文字の命令で動かす道具のことです。

決まり5は、ファイルやログを全体ではなく、tailとgrepで必要な部分だけ読む、です。tailは、ファイルの終わりの数行だけを見る命令。grepは、探したい言葉の行だけを抜き出す命令です。

重い道ほど、1回で読み込む量が増えます。決まり4の順序は、この差を避けるためのものだと、私は受け取りました。

ここに私の記録を重ねます。レーダーがXの検索を3回行い、投稿756件を取りました。約125万トークンです。

1回で約200〜290件。明細のCSVで見ると、3回は207件、264件、285件でした。X検索は、使ったトークンではなく、取った投稿の数で決まる仕組みです。

レーダーは6時間おきから1日1回に変えました。その後、私が「使わなくていいよ」と言って止めました。

必要な分だけ取る、という向きは決まり5と同じです。1回で数百件を取っていた動きを、数えて初めて見直せました。

AIに頼むときの言い方も変わります。全部取ってから探させるのではなく、「直近のものだけ」「必要な件数だけ」と、範囲を先に決めて頼みます。

経営者の仕事なら、受信メールを全部渡さず、今週の取引先からの分だけ、と先に絞る形です。これなら、すぐ試せます。

OnewKonewさん（@OnewKonew）のX投稿（決まり6）

6. 상태는 md 파일에 저장, 깨어나면 그 파일만 읽기
（和訳）6. 状態はmdファイルに保存して、起きたらそのファイルだけ読む

AIが起きるたびに読むものを、小さくする。決まり6は、その一手です。

決まり6は、状態をmdファイルに保存して、起きたらそのファイルだけ読む、です。mdとは、Markdown形式の文書ファイルのことです。

AIは、起きるたびに前の話を覚えていません。だから、続きに必要な状態を1つのファイルに書き置いて、起きたらそれだけ読む。そういう形です。

毎回の土台の読み込みを小さくする決まりだと、私は読みます。

AI氣道『dotsにPro課金しなくていい2つの理由｜にゃんたさんの動画を私のMacで確かめた』より

「そのうち新しく生んだ分は約16万。残りは、1回ごとに約9万の土台を読み直す分です。」

毎回の土台を読み直す重さを、私は『dotsにPro課金しなくていい2つの理由｜にゃんたさんの動画を私のMacで確かめた』で書いています。

私の朝の棚卸しは、25回の呼び出しで約222万トークンでした。新しく生んだ分は約16万で、残りは1回ごとに約9万の土台を読み直す分でした。

土台を読み直す分が大きかった。決まり6は、この土台を小さくする方向の決まりだと読めます。

AIに頼む仕事ごとに、「今どこまで終わっていて、次は何か」を3行のmdファイルにして渡します。

3行の例はこうです。1行目は、終わったこと。2行目は、次にやること。3行目は、止まっている理由。長い経緯を毎回説明するより、読む量は小さくなるはずです。

これだけで足りるかどうかは、試して決めます。足りなければ4行目を足せばいいだけです。

OnewKonewさん（@OnewKonew）のX投稿（決まり7〜8）

7. 내 확인 없는 자동 후속 작업은 최대 2회
8. 끝나면 첫 줄에 SUCCESS / PARTIAL / BLOCKED로 짧게 보고하고 종료
（和訳）7. 私の確認なしの自動の後続作業は最大2回／8. 終わったら最初の行に SUCCESS / PARTIAL / BLOCKED で短く報告して終了

AIが自分で仕事を増やし続けないこと。そして、結果を1行で返すこと。決まり7と8は、人が戻るタイミングを決める決まりです。

決まり7は、私の確認なしの自動の後続作業は、最大2回まで。決まり8は、終わったら最初の行にSUCCESS、PARTIAL、BLOCKEDで短く報告して終了、です。

SUCCESSは完了、PARTIALは一部だけ完了、BLOCKEDは止まった、という意味です。

私の読みです。決まり7は、AIが自分で次の仕事を増やし続けるのを止めます。決まり8は、人が結果を読む手間を1行にします。

私の記録はこうです。Grokの枠が尽きたあと、私はAIの提案どおり、追加で使う分に上限を決めました。10月16日のことです。

止まったあとに上限を置く順番でした。決まり7の2回という考え方は、これを最初から入れておく形に近いと、私は読みます。

AI氣道『Grok Botの使い方を安全に始める。Corey Ganimさんが話す6つの決まりと下書き止まり』より

「メールは、私が配信前の確認に「送る」と答えたときにしか出ない形にしています。AIが書いた号でも、確認の記録が無ければ送信の道具が止まります。」

確認の記録が無ければ送れない、という人が戻る点の置き方を、私は『Grok Botの使い方を安全に始める。Corey Ganimさんが話す6つの決まりと下書き止まり』で書いています。

確認なしで進めてよい範囲を先に決めておく点は、決まり7の2回と同じ向きだと、私は読みます。

AIに頼むときの1文を、そのまま書いておきます。

「終わったら、最初の行にSUCCESS・PARTIAL・BLOCKEDのどれかを書き、次の行に理由を1行だけ書いてください。私の確認なしに続けてよいのは2回までです。」

この依頼文は、そのままコピーして使えます。最初の行だけ読めば、続きを見るか、後回しにするかが決まります。

決まり7の2回は、OnewKonewさんの数字です。自分の仕事で何回が合うかは、試して決めます。1回で足りる仕事も、3回要る仕事もあるはずです。

OnewKonewさん（@OnewKonew）のX投稿（結びの1行）

봇이 일을 덜 하게 만드는 게 아니라, 헛도는 걸 없애는 규칙입니다.
（和訳）ボットに仕事を減らさせる決まりではなく、空回りをなくす決まりです。

仕事を減らさせるのではなく、空回りをなくす。結びの1行は、そういう意味です。

AIにやってほしい仕事は、そのまま残します。減らすのは、待つ時間、同じ作業の繰り返し、読まなくていい量、人が戻る前の増殖です。

8つの決まりを、数える順に整理します。決まり1と3は、待つ時間の使用量。決まり2は、同じ作業の繰り返し。決まり4と5は、取りに行く量。決まり6は、毎回の読み込み。決まり7と8は、人が戻る点です。

私の内訳で当たったものを、書いておきます。決まり1と3は、30分おきのpingで当たりました。決まり5は、Xの検索756件で当たりました。決まり6は、朝の棚卸しの別の記録で当たりました。

Grok Botは3%で、主因ではありませんでした。それでも、決まり8つのうち4つに、私の記録のどれかが当たったんですよね。

そのまま使える形にします。AIに頼む点検の依頼文です。

「私のAIの使用量の内訳を、使った回数とトークン数が多い順に並べてください。そのうえで、次の8つの決まりのどれが当たるかを1行ずつ書いてください。数字が取れないものは『未確認』と書いてください。

決まり1 待つ・ポーリング・sleepの繰り返しの禁止 決まり2 同じ作業を2回やったらスクリプトにして、次からは実行だけ 決まり3 定期の確認は、変化があるときだけ起こす 決まり4 API→CLI→連携アプリを先に、ブラウザ操作は最後 決まり5 ファイルやログは、全体ではなくtailとgrepで必要な部分だけ 決まり6 状態はmdファイルに保存し、起きたらそのファイルだけ読む 決まり7 私の確認なしの自動の後続作業は最大2回 決まり8 終わったら最初の行にSUCCESS・PARTIAL・BLOCKEDで短く報告して終了」

AIの答えは、あくまで候補です。数字は、使用量の画面と明細で、人が確かめます。私はそう読んでいます。

私も、AIが原因を決めたとき、明細で数え直してもらいました。点検は頼んで終わりではなく、確かめて初めて使える形になります。

OnewKonewさんは、Grok Botの使用量が4日で止まったあとに、トークン節約の決まりを8つ作りました。結びの言葉は、ボットに仕事を減らさせるのではなく、空回りをなくす決まり、というものでした。

私の手元の記録では、Grokの週の枠が約15時間で尽きたとき、Grok Botは内訳の3%でした。主因は別の経路で、数えて初めて分かりました。節約の決まりの前に、まず内訳を数えます。

私の内訳に当たったのは、決まり1と3（30分おきのping）、決まり5（Xの検索756件）、決まり6（毎回の土台の読み直し）でした。必要な部分だけ読み、状態はmdに置く。順に見直すと、空回りの場所が見えてきます。

第5章と第6章の依頼文を、そのままAIに渡して試してみてください。出てきた答えは候補として受け取り、数字は使用量の画面と明細で確かめます。自分の運用に当たる決まりを1つ選ぶところから始めると、ちょうどいい大きさです。

この記事で学んだことを誰かに教えて恩送りして学びを深めよう！