OpenCode GoとZenを料金経路から比較する

OpenCode GoとZenを比べるとき、月額か従量かだけを見ると判断を誤ります。

必要なモデルがどの経路へ含まれるか、上限へ到達したとき何が起きるか、BYOKとどこが違うかを分けて確認する必要があります。

Goは一定の利用範囲へ月額でアクセスする経路です。

Zenは残高からモデル利用分を差し引く経路です。

価格、上限、モデル一覧は更新されるため、以下は2026年8月に公式ページで確認した時点の整理とします。

Goの公式情報を確認する

現行のOpenCode Go案内では、個人向けsubscriptionを初月$5、その後$10/月として案内しています。

1 workspaceにつき1 memberという条件も、契約前に同じページで確認します。

利用上限は、モデルをまたいだドル相当額で示されています。

期間	上限の目安
5時間	$12相当
1週間	$30相当
1か月	$60相当

これは上限を超えた分の追加請求額ではなく、利用可能量を表す単位です。

1回の消費量は、モデル、入力長、出力長、推論設定によって変わります。

したがって、「何回のリクエストを送れるか」を固定値で見積もりません。

上限到達後は、設定に応じて無料モデルへfallbackできます。

Zen残高を使うfallbackも選べるため、作業が止まる条件と追加課金へ移る条件を先に決めます。

Zenの経路を確認する

OpenCode Zenは、OpenCode側で動作確認したproviderとmodelの組み合わせを、チャージしたbalanceから従量利用する経路です。

Zenの案内では、提供モデルと料金が変わり得ることを前提に、現在の一覧を確認する必要があります。

Zenが向くのは次の状況です。

月ごとの利用量が大きく変わる
高価なモデルを難しい課題だけへ使う
Goの対象外モデルを試す
Goの上限後も作業を続ける
providerごとのAPI key管理を減らす

残高から利用分が減るため、長いコンテキストや高いreasoning effortを無意識に使うと予算を読みにくいです。

残高の自動追加を有効にする場合は、上限と通知条件も確認します。

モデル一覧は固定表として保存しない

GoとZenのモデル一覧は変わり得ます。

一覧を記事へ丸写しするより、日常実装、高難度の設計、高頻度の軽量処理、特殊用途の4分類で候補を見る方が長く使えます。

各候補について、次を記録します。

providerとmodel ID
context window
reasoning設定
inputとoutputの単価
現在のsnapshot
Go、Zen、BYOKのどの経路か

OpenCode Providersは、複数provider、Zen、Go、BYOKの設定経路を説明しています。

モデル名だけを比較し、providerの実装条件を同じだと仮定しません。

GoとZenを1週間で比較する

観点	Go	Zen
課金	月額subscription	残高からの従量
予算	上限内なら予測しやすい	使用量で変わる
モデル	Go対象に限定	現行の提供一覧から選ぶ
制限	5時間、週、月の枠	balance
向く利用	継続的な日常作業	変動、比較、難問

まず無料モデルまたは少額のZen残高で、代表課題を1週間実行します。

課題ごとの入力長、output、推論設定、消費量、作業停止の有無を記録します。

月の利用がGoの枠内に収まり、対象モデルで足りるならGoを候補にします。

特定の難問だけZenへ残し、日常作業をGoへ置く併用も可能です。

BYOKは別の請求経路です

OpenCodeはproviderのAPI keyを直接設定するBYOKにも対応します。

BYOKでは、請求、レート制限、モデル提供条件、利用規約をproviderごとに管理します。

GoやZenの料金へBYOKの利用量を混ぜません。

/connectで認証を設定した場合は、現行のproviderドキュメントが示す保存場所と権限を確認します。

認証ファイルをdotfiles、バックアップ、公開リポジトリへ無条件に含めません。

契約前のチェック項目

現在の月額と初月価格
5時間、週、月の上限
必要なmodel IDがGo対象か
上限到達時のfallback
Zen残高と自動追加
BYOKでのprovider側の料金と規約
代表課題1つあたりの実測消費量

安い経路を選ぶことより、作業が止まる境界と追加費用へ移る境界を明示することが重要です。

その2つを記録すれば、Go、Zen、BYOKの組み合わせを予算と用途から見直せます。