Crouton AlphaとPulse Alpha:提供状況・データ保護・移行手順
OpenCodeではCrouton Alpha Freeが2026年11月9日から、Pulse Alpha Freeが11月6日から非推奨になっています。カタログの上限値と提供状況を区別し、学習に使わないという説明とデータ保存の許可の違いを確認します。Claude CodeとOpenCodeでプレビュー版のIDを置き換え、認証と永続的な既定値を設定し、ファイル読み取りで動作を検証します。利用枠の問題と有料の代替モデルを選ぶ判断基準も扱います。
目次

OpenCodeではCrouton Alpha FreeとPulse Alpha Freeを置き換え、このプレビュー版を前提に新しい作業を始めないでください。2026-11-10時点で、OpenCodeはCroutonを11月9日から、Pulseを11月6日から非推奨として掲載しています。利用できる代替モデルを選び、実際にツールでファイルを読み取れることを確認してからコーディングを再開してください。
Crouton AlphaとPulse Alphaはまだ利用できますか?
OpenCodeの無料モデルについては、公式の非推奨モデル一覧を基準に判断してください。公式モデルドキュメントには、次の日付が記載されています。
| OpenCodeのプレビュー版 | モデルID | 非推奨になった日 |
|---|---|---|
| Crouton Alpha Free | crouton-alpha-free | 2026年11月9日 |
| Pulse Alpha Free | pulse-alpha-free | 2026年11月6日 |
この日付はOpenCodeでの扱いを示しています。OpenRouterや別のプロバイダーのエンドポイントで、stealth/crouton-alphaがいつまで提供されるかを示すものではありません。
OpenRouterを使っている場合は、古い設定ガイドを頼る前に、そのモデル自体の提供状況を確認してください。カタログへの掲載、ログインの成功、未使用の残高は、プレビュー版が今も推論リクエストを受け付ける証拠にはなりません。
また、非推奨という状態だけでは、各クライアントが返す具体的なエラーは分かりません。認証設定の変更や日次の利用枠リセットを待つ前に、プロバイダーの告知を確認してください。
1Mコンテキストの仕様から何が分かりますか?
カタログの上限値はプレビュー版の仕様であり、現在も利用できることを示すものではありません。OpenCodeのモデルデータベースには、運営元が提供した次の値が記録されています。
| OpenCodeのモデル | コンテキスト上限(トークン) | 出力上限(トークン) | カタログ上の入力形式 |
|---|---|---|---|
| Crouton Alpha Free | 1,048,576 | 270,000 | テキスト、画像、動画、PDF |
| Pulse Alpha Free | 1,048,576 | 131,072 | テキスト、画像 |
両方のレコードには、現在status = "deprecated"が設定されています。この上限値はOpenCode固有のものです。プレビュー版の名前が同じという理由だけで、OpenRouterにも当てはめないでください。
コンテキスト上限は、出力上限や1日あたりのメッセージ枠、コーディング品質の評価とは別です。クライアントが実際に扱えるコンテキストは、プロバイダーのカタログ値より小さい場合もあります。
開発元を伏せたモデルをどの研究所が作ったか、という推測で代替モデルを選ばないでください。ドキュメントに記載されたモデルIDを選び、実際の作業で挙動を比較してください。
プレビュー版はデータを保存し、学習に使っていましたか?
Croutonの公開時の告知とPulseのプレビュー利用条件では、データに関する約束が異なります。OpenRouterは11月3日の告知で、送信されたデータを学習に使わないと説明しました。この説明だけでは、データを一切保存しないという保証にはなりません。
OpenCodeの当初のPulseドキュメントでは、収集データを保存し、モデルの改善に利用することが認められていました。これはモデル改善への利用許可であり、学習に使わないという保証ではありません。
Pulseのプレビュー版は、欧州連合、アイスランド、リヒテンシュタイン、ノルウェー、キューバ、イラン、北朝鮮、ロシア、ウクライナ、ベネズエラで提供対象外とされていました。この当時の地域制限から、代替モデルの利用条件を判断することはできません。
非公開リポジトリを再接続する前に、データ保存、学習や改善への利用、地域ごとの利用資格をそれぞれ確認してください。データを扱う場所の要件も別に確認が必要です。EU域内でのルーティングと、EUの利用者にアクセスを認めることは、異なる条件です。
最初の試用には、公開ファイルか、機密情報を除いたファイルを使ってください。認証情報、顧客記録、機密ログは対象から外してください。ファイル読み取りツールが自動的に見つける可能性のある情報にも注意してください。
Claude Codeでプレビューモデルを置き換えるには?
ゲートウェイを明示的に設定し、ファイルの編集を許可する前にモデルの選択を変更してください。この例では、OpenCodeのOpenRouterカタログにある有料のanthropic/claude-sonnet-5.5を使います。
これは具体的な移行候補です。どちらかのプレビュー版の正体を示したり、ベンチマークで最良だと主張したりするものではありません。Claude Codeのインストール、自分のOpenRouter APIキー、有料リクエスト用のクレジットが必要です。このリクエストはClaudeのサブスクリプションではなく、OpenRouterで課金されます。違いはClaude Codeのインストールと課金ガイドを参照してください。
機密情報を含まないREADME.mdがあるリポジトリで始めてください。Claude CodeにAnthropicへのログイン情報がキャッシュされている場合は、クライアント内で/logoutを実行します。認証方式を変更する前に、クライアントを終了してください。
次のBashの例は、OpenRouterの連携ガイドに沿っています。コマンドが入力待ちになったらキーを入力してください。入力した文字は表示されません。
read -rs OPENROUTER_API_KEY && export OPENROUTER_API_KEY
(
export ANTHROPIC_BASE_URL="https://openrouter.ai/api"
export ANTHROPIC_API_KEY="$OPENROUTER_API_KEY"
export ANTHROPIC_AUTH_TOKEN=""
export ANTHROPIC_DEFAULT_SONNET_MODEL="anthropic/claude-sonnet-5.5"
export CLAUDE_CODE_SUBAGENT_MODEL="anthropic/claude-sonnet-5.5"
claude --model "anthropic/claude-sonnet-5.5"
)
丸括弧により、この設定は起動したプロセスに限定されます。シェルのプロファイルやプロジェクトの設定ファイルは書き換えません。
ベースURLの末尾は/apiであり、/api/v1ではありません。OpenRouterのキーをANTHROPIC_API_KEYに設定し、ANTHROPIC_AUTH_TOKENを明示的に空にしています。これと矛盾する認証手順を混在させないでください。
Claude Code内で/statusを実行してください。認証にANTHROPIC_API_KEYが使われ、ベースURLがhttps://openrouter.ai/apiになっていることを確認します。/modelを開き、選択されたモデルも確認してください。
続いて、次のタスクを送信してください。
Use a file-read tool to read README.md. Return its first heading exactly, then summarize the project's purpose in two sentences. Do not edit files or run commands.
ツールが実際にファイルを読み取った結果を確認し、最初の見出しが正しいか照合してください。ファイルが変更されていないことも確認します。OpenRouterのActivityダッシュボードで、リクエストに使われたモデルを確認してください。モデル自身が名乗る名前は、リクエストの送信先を示す証拠にはなりません。
OpenRouterは、Claude Codeとの互換性を高めるため、Anthropicの直接提供プロバイダーを優先するよう勧めています。別の上流プロバイダーでも同じように動くと判断する前に、この推奨に従ってください。
大きなタスクに進む前に、役割別のモデル上書き設定に古いプレビューIDが残っていないか調べてください。ANTHROPIC_DEFAULT_OPUS_MODEL、ANTHROPIC_DEFAULT_HAIKU_MODEL、ANTHROPIC_DEFAULT_FABLE_MODELを確認します。Sonnetと、補助作業を担うサブエージェントの設定も確認してください。
Claude Codeのモデル設定リファレンスでは、起動時の選択と役割別の上書き設定を区別しています。古い設定値だけを変更してください。メインセッションでリクエストが成功しても、個別に設定された補助エージェントすべてを検証したことにはなりません。
OpenCodeでPulseやCroutonを置き換えるには?
現在のセッションと、保存された既定のモデル設定の両方を更新してください。以下の例では、Claude Codeの設定で使ったOpenRouterアカウントを再利用します。
テスト用リポジトリでopencodeを起動してください。/connectを実行し、OpenRouterを選択して自分のOpenRouterキーを入力します。/modelsを実行し、openrouter/anthropic/claude-sonnet-5.5を選んでください。
この接続手順は、OpenRouterのOpenCode連携ガイドに記載されています。先頭のopenrouter/は、OpenCode側のプロバイダーを指定します。残りのanthropic/claude-sonnet-5.5が、ゲートウェイ上のモデルIDです。
接続後、Bashで次の確認を実行してください。
opencode run --model openrouter/anthropic/claude-sonnet-5.5 \
"Use a file-read tool to read README.md. Return its first heading exactly, then summarize the project's purpose in two sentences. Do not edit files or run commands."
ターミナルでツールの実行結果と返答を確認してください。見出しを照合し、編集がないことを確認します。OpenRouterのActivityでも、リクエストに選ばれたモデルを確認してください。
新しい作業で使う既定のモデルには、公式に記載された最上位のmodel設定を使います。プロジェクトのopencode.jsonに、次の構造を既存の設定と統合してください。
{
"$schema": "https://opencode.ai/config.json",
"model": "openrouter/anthropic/claude-sonnet-5.5"
}
関係のない設定はそのまま残してください。OpenCodeの設定ガイドで、$schemaの値と、プロジェクト単位・ユーザー単位の設定場所を確認できます。
既存セッションで選択したモデルは、設定ファイルの既定値より優先されます。そのセッション内でも/modelsを使ってください。セッションのモデル選択では設定ファイルは書き換わりません。この違いは現在のモデル選択ドキュメントで説明されています。
代替モデルが表示されない場合は、このプロジェクトでモデルとプロバイダーが有効か確認してください。プロバイダーを接続した後、必要に応じてOpenCodeを再起動します。別のモデルIDを推測したり、異なるプロバイダーのIDをコピーしたりしないでください。
回避策としてPulseの古いエンドポイントをClaude Codeに移さないでください。OpenCodeのモデルドキュメントでは、無料枠のチャットモデルの利用にOpenCodeが必要とされています。API形式が互換でも、このクライアント要件はなくなりません。
リクエスト失敗は利用枠と設定のどちらが原因ですか?
まずモデルの提供状況を確認し、その後に認証と利用枠を確認してください。日次の利用枠リセットと、モデルの非推奨化は別の出来事です。
認証エラーの場合は、キーの取得元とベースURLを確認します。Claude Codeでは、/statusとキャッシュされたログイン状態を再確認してください。OpenCodeでは、意図したプロバイダーを再接続し、完全なprovider/modelの指定を照合してください。
無料メッセージの上限に達した場合は、自分のアカウントに表示された利用枠とリセット情報を確認してください。他の利用者のスクリーンショットにあるリセット時刻を、そのまま自分にも当てはめないでください。日次の利用枠、リクエスト頻度の上限、プロバイダーの処理容量は区別します。
タイムアウトや空の応答が発生したら、再試行する前に作業の状態を保存してください。不確かな接続先に対して、複数の試行を並列で開始しないでください。再試行の回数を制限し、その後は承認済みの代替モデルを使います。無人で再試行を繰り返し続けないでください。
公開初日の可用性の割合では、今日のサービス状況は判断できません。代替モデルの試用では、完了したタスク、失敗、再試行、課金対象の使用量を記録してください。テキストが返っただけでは、ファイルアクセス、ツール呼び出し、その他のコーディング手順が動くとは確認できません。
有料の代替モデルを選ぶべき場面は?
プレビュー版の中断で作業が止まる場合や、データ利用条件が要件に合わない場合は、IDが明確な有料モデルを選んでください。有料であることだけでは、可用性、地域からのアクセス、データを保存しないことは保証されません。
上記のSonnet設定は、具体的な候補の1つです。別の接続方法を評価する場合は、MiniMax M3.1 Flashの設定ガイドを使い、同じ合格基準のタスクを実行してください。
クレジットを追加する前に、現在のトークン料金、キャッシュの規則、プラットフォームの必須手数料を確認してください。同じ基準で合格と判断できる結果までの費用を、再試行も含めて比較します。確認作業にかかった時間は別に記録し、トークン単価だけで優劣を決めないでください。
別の無料プレビュー版を採用する前に、未完了の作業をローカルに保存し、承認済みの代替モデルを設定しておいてください。正確なプロバイダーとモデルのID、データ利用条件も記録します。プレビュー版に戻るのは、現在の利用資格と挙動が同じ確認項目を満たした場合に限ってください。