codex free auth自動取得フローの実現可能性

freeアカウントを200個とplusアカウントを1つ持っており、cliproxyapiに接続し、各cliで使用するためにリバースプロキシ経由で利用しています。これらのアカウントは個人のヘビーユーザーに十分ですが、1Mコンテキスト、fastモードを有効にし、subagentを使い、高解像度画像解析を行うと、これら数百のアカウントのトークンも依然として足りなくなり、計画的に使う必要があります。f…

freeアカウントを200個とplusアカウントを1つ持っており、cliproxyapiに接続し、各cliで使用するためにリバースプロキシ経由で利用しています。これらのアカウントは個人のヘビーユーザーに十分ですが、1Mコンテキスト、fastモードを有効にし、subagentを使い、高解像度画像解析を行うと、これら数百のアカウントのトークンも依然として足りなくなり、計画的に使う必要があります。 freeのcodex cliの体験枠は公式では期間限定とされており、いつ終了するかは明言されていませんが、終了するまでは思う存分体験できます。 準備条件として以下が必要です:

  1. 自身で管理するメールサーバー(私は阿里云邮箱を使用)
  2. SMS転送サービス(私はherosmsを使用)
  3. 一定の能力と速度を持つ大規模言語モデル。playwright mcpを使ってWebページを自動操作する必要があり、sonnet/opus/GPT5.4のいずれでも可 このskillとスクリプトを動かすにはagent cliツールが必要で、全体を共有するのではなく、フローの実現可能性を証明する部分のみを共有します。herosmsのSMS価格は徐々に上昇しており、昼間には携帯番号が枯渇する問題が何度も発生しており、皆競合関係にあるのかもしれません。 また、cliproxyapiの使い方に精通している必要があり、優先埋込とセッション粘着ルーティングを有効にすることをお勧めします。4つのfreeアカウントが封鎖されましたが、それが他のcliへのリバースプロキシによるものか、一時的にポーリングを有効にしたためかは確認できませんでした。 なぜagent cliとskillを使ってこのフローを実行する必要があるのか?以前、スクリプトのみでfreeアカウントを申請するオープンソースツールを試しましたが、当時はSMSが不要でしたが、アカウントはすぐに封鎖されました。その後長い間試行錯誤し、ついにchatgptの認証ポップアップウィンドウがほぼランダムであることを認めざるを得ませんでした。メールでのコード受信を求められる時もあれば、再び携帯でのコード受信を求められる時もあり、このランダム性のため純粋なスクリプトでのアカウント登録は不可能でした。もし純粋なスクリプトで速封されないfreeアカウントを申請できた方がいれば、ぜひ共有してください。 アカウントのコストには、メール、SMS、およびskill実行のトークン費用が含まれます。メールは各者のチャネルにより、SMSコストは理論上1アカウントあたり0.1元、同じ携帯番号で3アカウントまで紐付け可能、携帯番号レンタルから20分以内の複数SMSは重複課金されません。トークンは1つのfreeアカウントのトークンを使って申請すればよく、1つが6つに、自然に増殖します。

codex free auth自動取得フローの実現可能性 図1

codex free auth自動取得フローの実現可能性 図2

codex free auth自動取得フローの実現可能性 図3

codex free auth自動取得フローの実現可能性 図4

codex free auth自動取得フローの実現可能性 図5

codex free auth自動取得フローの実現可能性 図6

codex free auth自動取得フローの実現可能性 図7

codex free auth自動取得フローの実現可能性 図8