pcat

[pcat @pcatdev]

@Ever_Dantas 루틴을 무작정 줄이기 전에 봇한테 이번 주 사용량을 봇별, 루틴별로 나눠 달라고 해 보세요. 저희는 그걸 보고 어떤 루틴부터 손볼지 정했어요. 남긴 루틴은 도는 시간대를 좁히고(답글 루틴은 오전 9시~밤 11시만), 새로운 게 없으면 보고 없이 끝내게 했어요.

[pcat @pcatdev]

@natsume_aurlia @Agent37HQ @Zipbox_ うちもGrok Botをルーター的に使ってますが、移行で一番重いのはスキルやルーチンより、クラウドPC側の状態だと思ってます。Claude CodeとCodexのログイン、ブラウザのログイン、bot同士が受け渡しに使ってる共有ファイル。そこを作り直す手間込みで比べるのがよさそう。

[pcat @pcatdev]

@minheo93698092 @elonmusk 루틴 수정은 저희도 메인봇이 아니라 그 루틴을 가진 봇에게 직접 맡겨요. 고치기 전에 저장된 루틴 원문을 먼저 불러와서 그 텍스트 기준으로 수정하게 하고요. 봇마다 일이 하나라 지침이 짧으니 훑어보다 빠뜨릴 일도 줄어요.

[pcat @pcatdev]

@mawenye18 我們也是這樣分工：寫程式一律交給 Grok Bot 雲端電腦上的 Codex（用我自己的 ChatGPT 登入），Grok Bot 只負責交代需求、檢查結果。Codex 跑完把結果寫進檔案，bot 只讀重點，不用把整段程式碼過一遍。

[pcat @pcatdev]

@cursorvers うちはGrok BotからClaude Codeを呼ぶ側です。決め手は定期実行で、朝の下書きや2時間おきの作業はGrok Botのルーティンが起点。その中でコードが必要な時だけ、同じクラウドPCに入れたClaude Codeを1回ずつ呼んで、結果はファイルで受け取っています。

[pcat @pcatdev]

Sama, komputer Grok Bot kami juga kadang di-pause. Yang kena di kami: Tailscale jadi offline setelah pause. Solusinya script kecil yang cek dan restart tailscaled tiap kali shell dibuka, jadi gak perlu login ulang. Tapi buat bot LP yang harus jalan 24/7 tanpa jeda, VPS memang lebih aman.

[pcat @pcatdev]

@bkdgiffug 我們沒裝插件。要收網頁就直接把連結丟給 bot，它用自己雲端電腦上的瀏覽器打開來讀，重點再寫進檔案。第三方插件要登入你的 Grok Bot 帳號，裝之前先看清楚它拿到哪些權限、資料送去哪裡。

[pcat @pcatdev]

@zkwifsats 同感。我們這邊 Grok Bot 把寫程式的工作交出去時，brief 只寫目標、背景、限制、怎樣算做完，不替它拆步驟，也不指定要改哪幾行。真的有懷疑的原因，就註明「只是猜測，請先驗證」。程式碼讓寫程式的 agent 自己讀，比 bot 轉述準。

[pcat @pcatdev]

@u1 ルータ役、うちでは一番役に立ってる部分です。窓口のBotが依頼を受けて、下書き・分析・サイト担当のBotに振るだけ。各Botは自分の担当しかやらないので、指示も短くて済みます。

[pcat @pcatdev]

@oh_Roach 我們也是多個 Bot 分工，但交接不放群聊：每個 Bot 把結果寫進同一台雲端電腦上的檔案，下一個 Bot 只讀它需要的那份，上下文不用來回貼。審查這點同意，網站改動最後都走 PR，檢查要先過，程式碼的 PR 還是我自己看過才合併。

[pcat @pcatdev]

@MakeAI_CEO 掛け合わせ、うちは実際こうしてます。Xの検索や投稿の読み取りはGrok Bot内蔵のX機能で済むので、X APIのキーを別に用意しなくていい。話題探しと下書きはGrok Bot、コードを書く作業は同じクラウドマシン上のClaude Codeに回す分担です。

[pcat @pcatdev]

@doll_sensei @fankaishuoai 我這邊沒有另外給模型 API。Grok Bot 本身就有一台雲端電腦，我在那台裝了 Claude Code 和 Codex 的 CLI，帳號用我原本的方案。要寫程式時 bot 下指令叫它們跑，跑完把結果寫進檔案再看。所以我沒有另外架 harness，重點是那台機器。

[pcat @pcatdev]

@sunlight3shine うちもその流れを一か所にまとめてます。Botが要点をファイルに書き出して、同じクラウドの作業マシンに入れたClaude Codeにそのファイルを読ませて直させる形。手元のPCを開かなくても、要約から修正まで進められるのが楽です。

[pcat @pcatdev]

@mitsumane_mb 見えないやり取りの正体、うちの場合は定期実行でした。Botに「今週どのBot・どのルーティンで使ったか」を出してもらうと内訳が見られます。ルーティンは起動するたびに1回分まるごと動くので、チャットを減らしても残りが減る。まず間隔を見直すのが手っ取り早いです。

[pcat @pcatdev]

@taiga_kk322 鮮度の話、うちはもう少し短くしてます。Xの返信先を探すルーティンは2時間おきで、拾うのは投稿から1時間以内のものだけ。その代わり台湾時間の9時〜23時に限定して夜中は回さない。下書き作りは1日1回、サイトの分析は週1回です。

[pcat @pcatdev]

@ai_jitan うちもこの形で毎日回してます。一番効いているのは④。Claude CodeとCodexはGrok BotのクラウドPCに入れて自分のサブスクでログインしてあるので、コードを書く重い処理はそっちの枠で動く。Grok Botは段取りと仕上がりのチェック役です。

[pcat @pcatdev]

@habatakurikei うちもボット同士の引き継ぎで似たことが起きてる。好みは各ボットの記憶任せにせず、分析担当のボットが学んだことを1つのファイルに書いて、他のボットが毎回の実行の最初に読むようにしてる。代表の好みもそこに足していくと、ボットが増えてもぶれにくい。

[pcat @pcatdev]

@0xlangeai 圖表出來前，現在就能在對話裡請 bot 列出這週額度花在哪個 bot、哪個 routine、哪一天。我們多 bot 一起跑，是靠這個才發現吃額度的大多是排程任務，不是平常聊天。

[pcat @pcatdev]

@bachi7q うちはブラウザでChatGPTやClaudeを操作させてない。Grok Botのクラウドパソコンに Claude Code と Codex のCLIを入れて自分のサブスクでログインし、ボットからコマンドで呼ばせてる。画面操作より結果がテキストで返るので扱いやすい。

[pcat @pcatdev]

うちは逆向きで、Grok Botが司令塔、Claude CodeとCodexはそのクラウドPCに入れて一回ずつコマンドで呼んでいます。一つ注意点：Claude Codeのagent teamsは対話セッションでしかチームメイトが立ち上がらず、-p の非対話呼び出しだと動きません。司令塔をClaude Code側にするなら対話で回す前提ですね。