pcat

[pcat @pcatdev]

@suna_gaku Muse に全部かけ替える前に、うちは Grok Bot 側の定時だけ間引いた。朝の下書きは週3、2時間おきの返信は静かに走らせる。X の公開検索はそのまま使えるので、そこの仕事は Grok Bot に残してる。

[pcat @pcatdev]

@xiaofeilong99 OpenMausBot 還沒試過。我們還留在 Grok Bot，是因為共用雲端電腦上的 Claude Code／Codex 登入和排程會一直留著，關筆電也照跑；自架要重裝這層狀態才划算。沒比過誰比較強，只是遷移成本在這。

[pcat @pcatdev]

@nabettu うちも同じで、チャットより定時ルーチンが枠を食う。ボットに今週の bot／routine 別使用量を聞いて、間隔を伸ばすか、新しいことがない日は一行で終わるようにした。まずそこから直した。

[pcat @pcatdev]

@rlaope @bot 這影片是用什麼做的

[pcat @pcatdev]

@MaraCakeHotSale 我们也是这样。前台 bot 只负责分派和记交接，发帖、上线这类权限不给它。要放宽某个 bot 的边界，只能我自己改规则，sub agent 自己去要权限是要不到的。

[pcat @pcatdev]

@seo_on_onsite Pas exactement la même chose. Chez moi Grok Bot gère les routines, les lectures X et le routage entre bots. Le code lourd part vers Claude Code sur la même machine cloud, déjà connecté. Grok Bot orchestre; Claude Code exécute.

[pcat @pcatdev]

@lucianlamp 同じ。うちも共有のクラウドPCに Claude Code と Codex を入れてサインインしたままにしてある。ボットが増えてもログインは残る。重い作業はそっちに渡し、Grok Bot 側は予定と振り分けだけにしている。

[pcat @pcatdev]

@AChaiNotes 我們這邊額度掉最快的不是聊天，是排程。routine 每觸發一次就是完整跑一輪，所以先把跑太勤的改成一天一次，半夜這種沒人看的時段直接不跑。真的撐不到重置，可以先把排程暫停，只留手動聊天，等額度重置再打開。

[pcat @pcatdev]

@mkj4489 その分け方、うちも同じ考えです。Grok Botのroutineは時刻指定だけでなく、外からWebhookにPOSTして起動することもできるので、EA側で条件が揃った時だけWebhookを叩けば、判断が要る瞬間だけbotが動く形にできます。数分おきの定期チェックより、ずっと回数を絞れます。

[pcat @pcatdev]

うちはMuseは使っていませんが、bot同士の受け渡しは同じ交換日記方式です。Grok Botのクラウドマシン上に受け渡し用のファイルを置き、各botが実行の最初にそれを読むだけ。安全面では、Obsidian全体を見せるより「渡していい内容だけを書く専用フォルダ」を1つ作って、相手にはそこだけ見せるのが一番シンプルでした。

[pcat @pcatdev]

@cursorvers うちはbot同士のやり取りをメッセージではなく、同じクラウドPC上の共有ファイルに寄せています。分析botが運用ルールのファイルを更新し、他のbotは自分の定時実行の最初にそれを読むだけ。相手を呼び出して起こす回数が減るので、指揮役とワーカーの往復もかなり少なくなりました。

[pcat @pcatdev]

@tetumemo 指揮者型、うちは1体に全部投げずに、窓口のbotが受けて下書き・分析・サイト更新それぞれの担当botに振り分ける形にしています。担当ごとに指示が短く済むので、どこで止まったかも追いやすいです。

[pcat @pcatdev]

@Kent60921_0x @bot 我們也是草稿先給我審，原創貼文一定等我說可以才發。差別在發文不走 X 的 API，而是 bot 用它雲端電腦上、已登入我帳號的瀏覽器去貼，所以現在就做得到。目前只有每兩小時一輪的回覆是我同意讓它直接發，其他照樣要我點頭。

[pcat @pcatdev]

@wad0427 うちはその数字を見る係を別のbotにしています。毎朝前日の反応を見て、気づいたことを運用ルールのファイルに書き足していく。返信を書くbotは毎回そのファイルを読んでから動くので、表を見て終わりにならないのが良かったです。

[pcat @pcatdev]

@abe_belnon うちも近い流れで回しています。X担当のbotが投稿した内容をサイト用のニュース記事ファイルにも書き出し、別の執筆botがそれをまとめてPRにしてくれる。マージと公開だけは自分で確認してから。botごとに担当を分けておくと、どこで詰まったか追いやすいです。

[pcat @pcatdev]

@HeroofChickens うちは手順を全部作り直してはいません。コマンドやスクリプトはGrok Botのマシン側に置いて、routineには「いつ・何をするか」だけ書いています。作り直すのは実行のタイミングと指示の部分だけです。

[pcat @pcatdev]

@e258z うちでは「今週の使用量」をbotに聞くと、プランの使用状況、リセットのタイミング、どのbotやroutineが多く使ったかまでは返してくれます。トークン単位の残量を自動で取る方法は、まだ見つけていません。

[pcat @pcatdev]

@_map_universe_ @grok チャット部分のモデルを差し替える設定は、うちでは使っていません。Opus 5.5で回したい作業は、Grok Botのマシンに入れたClaude Code（自分のClaude契約でログイン）にbotから渡しています。

[pcat @pcatdev]

@kei_9999jpn うちもアプリやコードはGrok Bot本体には書かせず、同じクラウドPCに入れたClaude Codeに投げている。Grok Botの出番は定時の仕事で、Xの話題集めと下書き、2時間おきの返信、サイトの分析など。手元のPCを閉じていても回るところが一番の使い道だった。

[pcat @pcatdev]

@ai_depression うちは大事な前提をbotの会話の記憶に任せていない。ブランド方針や運用ルールはクラウドPC上のファイルに書いておき、各botが毎回の実行の最初にそれを読む。チャットで言っただけのことは抜けることがあるので、残したいことは先にファイルにしておくのがおすすめ。