【朗報】ChatGPT Plus、マジで今が買い時！API使い倒して月160ドル分の価値あり！

嫉妬だね。マジか。

いつも上限はあるよね…でも、この表示と集計はどうやったの？自分の使用状況も見てみたいな。

ccusageでCodexの履歴を分析できるようになったよ。npx @ccusage/codex@latestでOK。

https://github.com/ryoppippi/ccusage

まさにそれな！

自慢できるようなことある？理解できなかったんだけど。

Codexでサブエージェントとブラウザmcp使ってるの？

そうだよ。全部の権限を与えて、「タスクXには`codex exec --sandbox danger-full-access`コマンドでサブエージェントを実行して」みたいな指示を書けばOK。

ちょっと混乱してるんだけど、君が言ってるのって主にCodexをヘッドレスで使うってこと？それとも、会話の中でサブエージェントを使うように指示したり、MDファイルでより詳細な指示を与えたりしてるの？

Codexは普通にインタラクティブな方法で呼び出すよ。で、プロンプト（またはAGENTS.md）に、特定のタスクをサブエージェントに委任するために、ヘッドレスなCodexを呼び出すように書くんだ。俺の場合は、サブエージェント用の適切なプロンプトをCodex自身に作成させたかった。例えば、大規模な機械翻訳タスクのためのプロンプトの断片はこんな感じ。

経験上、コンテキストのオーバーフローによる劣化なしに一度に処理できる最適なテキスト量は約20,000〜30,000語（コンテキストとして最大10,000語追加）であることがわかっています。したがって、翻訳タスクをサブタスクに分割し、サブエージェントを呼び出して大規模なテキストを直接処理させる必要があります（コンテキストのオーバーフローを避けるために、大規模なテキスト全体を読ませることは避けてください）。ボリュームと章ごとの単語統計はstats.htmlで計算されます。これを利用できます。単一の章に対してサブエージェントを起動するのは、トークン消費の点で非効率的です。妥当なサイズの複数章のブロックに対してタスクを作成してください。章を分割しないでください。常に章全体を処理してください。サブエージェントを呼び出すには、codex exec（例：`codex exec --sandbox danger-full-access "prompt text"）を使用します。タスクの完了に最大20〜30分かかる場合があります。これは正常です。適切なタイムアウトを設定してください。

マジかよ、最高じゃん。サンキューな！

各エージェントに専用のtmuxセッションを与えて、彼らが何をしているかをもっと細かくチェックできるようにするのはどう？

それ、マジですごいプロンプトだね。AGENTS.mdファイルに通すだけで、毎回ちゃんと聞いてくれるの？

これは単発のタスクだったけど、似たようなことは大抵 AGENTS.md でうまくいくよ。

https://github.com/ryoppippi/ccusage は俺のじゃないよ。

ほとんど毎週リミットに達するから、clineとかクラウドモードに切り替えてる。ダッシュボードは俺のじゃなくて、https://github.com/ryoppippi/ccusage だよ。

俺が知る限り、他のシステムより多いってことはないよ。実際、ハッキングされるのはほとんどの場合、実際の衛星じゃなくて地上局だと思うけど。

了解。実は半分冗談で言ったんだ。衛星の制御が失われた問題の調査を依頼されて、しかもセキュリティ攻撃が原因だって言うからさ。それが2ヶ月も続いてたって聞いて椅子から転げ落ちそうになったよ。で、「こういうことはよくある」んだってさ。

正直、特別なプロンプトは何も使ってないんだよね。数年前まではリードデベロッパーだったんだ。ほとんどの日は、Jiraチケットを書いて、製品の形を管理・定義するのに費やしてた（完全に開発主導の製品開発だった）。だから、プロンプトを書くときも、開発者と話すのと同じように、できるだけ多くの詳細を提供して、起こりうるすべてのバカなことや、誤解や誤解釈が生じる可能性のあるすべての領域を考えようとしてるんだ。ソフトウェアを自分が想定したのとは異なる方法で実装する余地をできるだけ少なくするようにしてる。だから95％の確率でうまくいくんだ。プロンプトを書くことは、製品を定義するのと同じで、仕事のほとんどなんだよ。ソフトウェアのコーディングはコードを書くことじゃなくて、仕様書を書くことなんだ。Codexも同じだよ。同じリポジトリで複数のエージェントを使うこともあるけど、その場合は、仕様を定義するときに競合しないタスクを定義して、マージ時のコードの衝突を最小限に抑えるようにしてる。