月100元未満でトークン自由を実現する方法（ステップバイステップガイド）

長文注意、先に保存することをおすすめします。

ソリューション概要：sub2api + マルチアカウントプールアーキテクチャ#

• 統一インターフェース：複数のClaude/Codex Plusアカウントを単一のAPIエンドポイントに統合します。
• インテリジェントスケジューリング：リアルタイムクォータに基づいて利用可能なアカウントを自動選択し、レート制限を回避します。
• 負荷分散：アカウントグループ化と重み設定をサポートし、リクエストを適切に分散します。
• 相乗り共有：複数のAPIキーを生成して、友人と使用量を共有できます。
• 使用状況監視：Webパネルで各アカウントの使用量とリクエスト統計をリアルタイムに確認できます。

あなたのアプリケーション/ツール
    ↓ (APIキーを使用)
sub2apiゲートウェイ（Dockerデプロイ）
    ↓ (インテリジェントスケジューリング)
アカウントプール：Plusアカウント1、Plusアカウント2、Plusアカウント3...
    ↓
Claude/Codex公式API

コストと前提条件#

1. 海外VPS
   • 推奨：シンガポールノード（低レイテンシーで中国からのアクセスが安定）。
   • Alibaba Cloud/Tencent Cloudの軽量サーバーで月約30元で十分です。
2. 複数のCodex Plusアカウント
   • 数量は使用頻度によります。まずは2つでテストし、必要に応じて追加することをおすすめします。
   • ⚠️ 重要：これはアカウント自体を購入するのではなく、「Businessチームに招待される」サービスに対して支払うものです。OpenAIに既に登録されているメールアドレスを提供する必要があります。販売者があなたのアカウントを自分のBusinessチームに招待し、Codex 5.3へのアクセスを付与します。
   • Xianyuでの価格は通常、アカウントあたり約10元（月額課金）です。
3. ドメイン名（推奨）
   • ⚠️ 重要：IP経由での直接アクセスは、フロントエンドJSファイルの読み込みに失敗する可能性があります。ドメイン名をバインドすることを強くおすすめします。
   • Alibaba CloudやTencent Cloudなどのプラットフォームでドメイン名を購入できます。安いもので十分です。

デプロイ手順#

前提条件#

1. DockerとDocker Composeのインストール
   サーバーにDockerとDocker Compose V2がインストールされていることを確認してください。
2. 1Panelのインストール（推奨）
   1Panelは、オープンソースのLinuxサーバー運用管理パネルです。Dockerコンテナの管理、リバースプロキシの設定、ドメイン名のバインドなどを容易に行えます。特にドメイン名アクセスが必要なシナリオで強くおすすめします。
   インストールコマンド：

   bash -c "$(curl -sSL https://resource.fit2cloud.com/1panel/package/v2/quick_start.sh)"

   インストール手順：
   1. 言語を選択（中国語/英語）。
   2. デフォルト設定を使用するため、Enterキーを押し続けます。
   3. 重要：インストール後に表示される以下を覚えておいてください：
      • セキュリティエントリ
      • パネルユーザー名
      • パネルパスワード
      • 外部アクセスアドレス（例：http://YOUR_SERVER_IP:24045/security_entry）
   
   1. ブラウザで外部アドレスにアクセスし、ユーザー名とパスワードでログインします。
   
   パネルにアクセスできない場合：
   サーバーのファイアウォールでポートが開いていない可能性があります。1Panelはデフォルトでポート24045を使用します。クラウドサーバーのセキュリティグループにインバウンドルールを追加して、このポートを開く必要があります。
   
   1Panelの役割：
   • Dockerコンテナを視覚的に管理します。
   • Nginxリバースプロキシを設定し、ドメイン名をバインドします。
   • SSL証明書（Let's Encrypt）を自動的に取得および更新します。
   • サーバーリソースの使用状況を監視します。
   インストール後、sub2apiのデプロイに進むことができます。

sub2apiのデプロイ#

• docker-compose.local.yml：データはローカルディレクトリに保存され、バックアップと移行が容易です（推奨）。
• docker-compose.yml：データはDocker名前付きボリュームに保存され、シンプルなシナリオに適しています。

Docker Composeデプロイ手順#

mkdir -p ~/sub2api && cd ~/sub2api

wget https://raw.githubusercontent.com/Wei-Shaw/sub2api/main/deploy/docker-compose.local.yml

curl -o docker-compose.local.yml https://raw.githubusercontent.com/Wei-Shaw/sub2api/main/deploy/docker-compose.local.yml

cat > .env << 'EOF'

# データベース設定
POSTGRES_USER=sub2api
POSTGRES_PASSWORD=your_secure_db_password_here
POSTGRES_DB=sub2api

# Redis設定
REDIS_PASSWORD=your_secure_redis_password_here

# アプリケーション設定
JWT_SECRET=your_jwt_secret_here_min_32_chars
ADMIN_PASSWORD=your_admin_password_here

# サービスポート（オプション、デフォルト8080）
APP_PORT=8080
EOF

# JWT_SECRETを生成（少なくとも32文字）
openssl rand -base64 32

# ADMIN_PASSWORDを生成
openssl rand -base64 16

sed -i "s|your_jwt_secret_here_min_32_chars|$(openssl rand -hex 32)|" .env
sed -i "s|your_admin_password_here|$(openssl rand -hex 16)|" .env
sed -i "s|your_secure_db_password_here|$(openssl rand -hex 16)|" .env
sed -i "s|your_secure_redis_password_here|$(openssl rand -hex 16)|" .env

docker compose -f docker-compose.local.yml up -d

docker compose -f docker-compose.local.yml ps

• sub2api（メインサービス）
• postgres（データベース）
• redis（キャッシュ）

cat .env | grep ADMIN_PASSWORD

cat .env

ドメインアクセスの設定（推奨）#

1. 1Panelで「Websites」「Create Website」→「Reverse Proxy」を選択します
2. 設定を入力します：
   • メインドメイン：ドメインを入力（例：sub2api.yourdomain.com）
   • プロキシアドレス：127.0.0.1:8080
   • その他のオプションはデフォルトのまま
3. 確認をクリックして作成します

• レコードタイプ：A
• ホストレコード：sub2api（または希望するサブドメイン）
• レコード値：サーバーのパブリックIP
• TTL：デフォルト値（通常600秒）

初回ログイン#

• メール：admin@sub2api.local
• パスワード：.envファイルで設定したADMIN_PASSWORD

cat ~/sub2api/.env | grep ADMIN_PASSWORD

アカウントプールの設定#

1. アカウントグループの作成#

• グループ名：グループの名前（例：「Codexアカウントプール」）
• プラットフォーム：プラットフォームの種類を選択
  • Codex Plusアカウントの場合はOpenAIを選択
  • 公式Claudeアカウントの場合はClaudeを選択
  • Antigravityサービスの場合はAntigravityを選択
• 説明：グループの説明（任意）

2. Codex Plusアカウントの追加#

• アカウントタイプ：アカウントタイプに基づいて選択
  • Codex Plusアカウント：OpenAIを選択
  • 公式Claudeアカウント：Claudeを選択
  • Antigravityサービス：Antigravityを選択
• セッションキー：アカウントのSession Tokenを入力
• アカウント名：アカウントにわかりやすい名前を付ける（例：「Codex Plusアカウント1」）
• グループ：先ほど作成したグループを選択（例：「Codexアカウントプール」）
• 重み：数値が大きいほどスケジュールされる確率が高くなります（デフォルトの1で問題ありません）

1. 認証リンクをコピーして新しいタブで開きます
2. プラットフォームにログインすると、認証ページにリダイレクトされます
3. 認証をクリックすると、localhostアドレスにリダイレクトされます
4. 完全なlocalhostリンクをコピーして貼り付けます

3. APIキーの作成#

• キー名：APIキーの名前（例：「マイ開発環境」）
• レート制限：レート制限（任意）
• クォータ：クォータ制限（任意）
• アカウントグループ：先ほど作成したグループを選択

4. アカウントへのチャージ（利用コードの使用）#

1. 管理パネルで「Redemption Codes」をクリックします
2. 利用コード情報を入力します：
   • 金額：チャージ金額（内部請求用の仮想クォータ）
   • 有効期限：利用コードの有効期限（任意）
   • 最大使用回数：最大使用回数（デフォルト1）
3. 作成をクリックすると、システムが利用コードを生成します

1. 管理パネルで右上のユーザーメニュー「Redeem」をクリックします
2. 生成された利用コードを入力します
3. 「Redeem」をクリックしてチャージを確定します
4. チャージが成功すると、アカウント残高が増加し、APIキーが正常に使用できるようになります

• 利用コードシステムは主に相乗り（シェア）シナリオ向けです。管理者がコードを生成して他のユーザーに配布できます。
• 個人使用の場合は、大きな金額のコードを生成して、アカウントに一度にチャージします。
• チャージ金額は仮想であり、実際の通貨取引は行われません。内部クォータ管理に使用されます。

コーディングエージェントでのAPIの使用#

方法1：cc-switchを使用したクイック設定（推奨）#

• APIキーはアカウントグループにバインドされています。異なるプラットフォームには、対応するAPIキーを作成する必要があります。
• 例：Codex、Claude、Geminiには3つの個別のAPIキーが必要です（それぞれ対応するアカウントグループに関連付けられます）。
• 一元管理のために、APIキー作成時に名前をカスタマイズし、同じキー値を使用できます（ただし、キーがすべてのプラットフォームのアカウントグループに関連付けられていることを確認してください）。

1. Claude設定

1. Codex設定

方法2：手動設定ファイルの変更#

{
  "$schema": "https://opencode.ai/config.json",
  "provider": {
    "anthropic": {
      "options": {
        "baseURL": "https://sub2api.yourdomain.com/v1",
        "apiKey": "your_claude_api_key"
      }
    },
    "google": {
      "options": {
        "baseURL": "https://sub2api.yourdomain.com/v1beta",
        "apiKey": "your_gemini_api_key"
      }
    },
    "openai": {
      "name": "OpenAI",
      "options": {
        "baseURL": "https://sub2api.yourdomain.com/v1",
        "apiKey": "your_codex_api_key"
      }
    }
  }
}

• sub2api.yourdomain.comを実際のドメインに置き換えます
• your_api_keyをsub2api管理パネルで作成したAPIキーに置き換えます
• 異なるプラットフォームには対応するAPIエンドポイントを使用します（ClaudeとOpenAIは/v1、Googleは/v1beta）

使用効果と注意点#

1. シームレスな切り替え：アカウントがレート制限に達すると、システムが自動的に別の利用可能なアカウントに切り替わり、ワークフローが中断されません。
2. 使用状況の監視：管理パネルで各アカウントのリアルタイム使用量と残りクォータを確認できます。
3. コスト最適化：複数ユーザーで共有する場合、一人あたりのコストが大幅に削減されます。

• 単一のヘビーユーザー：通常、Plusアカウント3～5つで十分です。
• 2～3人の共同利用：一人あたり2アカウント、プール全体で合計4～6アカウント。
• 小規模チーム（5人）：10～15アカウント、一人あたり平均2～3アカウント。

よくある問題#

1. IP経由でフロントエンドJSファイルが読み込めない#

1. ドメインを用意し、AレコードをサーバーIPに設定します。
2. 1Panelでリバースプロキシを設定します：
   • 1Panelで「Webサイト」「Webサイト作成」→「リバースプロキシ」に進みます。
   • ドメイン：使用するドメインを入力します（例：sub2api.yourdomain.com）。
   • プロキシアドレス：http://127.0.0.1:8080
   • HTTPSを有効にする（オプション）。
3. ドメイン経由でアクセスします：https://sub2api.yourdomain.com

environment:
  - BASE_URL=http://YOUR_SERVER_IP:8080

docker compose -f docker-compose.local.yml down
docker compose -f docker-compose.local.yml up -d

まとめ#

• 個人のヘビーユーザー：単一アカウントのレート制限に悩まされることなく、マルチアカウント自動ローテーションでAIコーディングのワークフローを継続できます。
• 友人との共同利用：複数人でコストを分担できます。一人あたりの負担は非常に少なく、十分な利用量を確保できます。コード引き換えシステムにより、柔軟にクォータを割り当てられます。
• チームでのコラボレーション：小規模な開発チームにとって、このソリューションはサブスクリプションアカウントの価値を最大限に引き出します。各メンバーが個別にPlusアカウントを購入するよりも、一元管理されたアカウントプールの方が安価で、実際の使用状況に基づいて動的にリソースを割り当てることができ、アイドル状態のアカウントや頻繁なレート制限を防げます。チーム管理者は使用状況を監視し、クォータ制限を設定してリソースの公平な配分を確保できます。

• sub2api GitHub：<https://github.com/Wei-Shaw/sub2api>
• オンラインデモ：<https://demo.sub2api.org/>
• 1Panel Webサイト：<https://1panel.cn/>

スレッド#

最近の新しい記事です。役に立ったら、いいねをお願いします。本当に励みになります。ありがとうございます！🫡#

著者：mkdev | 私は青いブリュレが大好きです (@mkdir700) URL：<https://x.com/mkdir700/status/2030299845739811086>

<https://t.co/KODdmd8r7M>