ガイド一覧へ戻る
料金·2026年9月21日·最終更新 2026年10月1日·読了12分

Nanocoderの料金:無料CLI、モデル料金、コストフッター

3つの費用を分けて考えます。無料のMITクライアント、その背後のトークン、ローカルモデルの背後のハードウェアです。そのうえで、Nanocoderがターミナルに表示するコスト値がなぜどれにも一致しないのかを確認します。

最終確認日:。

Nanocoderは無料です。CLIはMITライセンスで提供され、アカウント、ティア、ライセンスキーがないため、実際の「Nanocoderの料金」とは、その背後にあるモデルの請求額、つまり設定したプロバイダーでのトークン料金か、ローカルモデルのハードウェアと電気代を意味します。ターミナルに表示される数値は、その請求額ではありません。Nanocoderは、あなたのゲートウェイのエントリを持たないサードパーティデータベースからすべてのレスポンスの料金を計算しており、このページではその数値への影響を正確に再現しています。

検索結果には複数の異なるものが混在しているため、まず区別を明確にします。このページで扱うのは、@nanocollective/nanocoderとして公開され、docs.nanocollective.org/nanocoderにドキュメントが掲載されているNano-Collective/nanocoderです。末尾のrにご注意ください。NanoGPT向けのコーディングエージェントであるnanocodeという別のプロジェクト、トークンを販売し、nano-gpt.comとnanogpt.netの両方で実際の料金表を公開しているNanoGPT自体、そしてNanocoderという名称で事業を営むポーランドのソフトウェア開発会社も、これらの検索クエリで上位に表示されます。これらの料金はいずれも、このページに掲載すべきものではありません。

Nanocoderが請求するものと、実際に請求されるもの

文書化されているすべての経路でインストールは無料で、アカウントも不要です。npm install -g @nanocollective/nanocoder、Homebrew、またはNixを使用できます。npmレジストリでは、1.30.0をlatestとして提供しており、2026年8月26日に公開され、engines.node >= 22と"license": "MIT"が設定されています(2026年9月21日にレジストリを確認。その時点では、それより新しいリリースは公開されていませんでした)。

項目料金根拠
Nanocoder CLI$0、MIT、アカウントもキーも不要パッケージメタデータとプロジェクト独自のバトルマップ:"Free, BYO key, no paid tier ever"
VS Code拡張機能$0、npmパッケージ内の.vsixとして同梱VS Code Marketplaceにはありません。拡張機能IDを検索した結果は404で、API結果も0件でした。
ホスティングされたNanocoderサービス存在しませんドキュメントにもサイトにも、アカウント、ティア、ゲートウェイの提供はありません。
モデルのトークン、ホスティングプロバイダープロバイダーのトークン単価Nanocoderではなく、プロバイダー独自の請求
モデルのトークン、ローカルランナーリクエストごとの料金なし代わりにハードウェアと電気代が必要で、ベンダーはどちらについても数値を公開していません。

このプロジェクトはユーザーからではなく寄付とスポンサーシップによって資金提供されています。他で目にする助言に影響するため、ここで1つ開示しておくべき点があります。Atlas CloudはNanocoder自身のREADMEに掲載されたスポンサーです。READMEには「より予算に優しいAPIアクセス」を提供する「コーディングプラン」のプロモーションへのリンクもあります。この推奨は、スポンサーが資金提供を支援している文書内に記載されたものであり、そのプランが最安である証拠ではありません。これらのコーディングプランは、週ごとのポイント割り当てがある月額サブスクリプションです。ポイントは、入力トークン数に入力倍率を乗じた値と、出力トークン数に出力倍率を乗じた値の合計として消費され、倍率はモデルごとに設定されています。そのため、100万トークンあたりの料金は実行するモデルによって異なり、料金表の横に置ける単一の数値ではありません。

ターミナルのコスト表示は請求額ではありません

Version 1.30.0では、すべてのアシスタントメッセージの下に、たとえばTokens: 4.2k | ~$0.01のようなフッターが追加されました。画面上で最も役に立ちそうな数値ですが、Nanocoderがプロバイダーに料金を問い合わせることはないため、最も誤読しやすい数値でもあります。

リリース済みソースのタグv1.30.0で仕組みを確認できます。料金はmodels.dev/api.jsonから取得されます。検索処理はモデルIDを受け取り、独自のコメントにあるとおり「すべてのプロバイダーを検索し、コンテキスト上限が最も高い一致を選ぶ」ため、設定したプロバイダーには問い合わせず、ID文字列だけを見ます。このファイルを2026年9月21日に取得した時点では、223のプロバイダーがあり、Kunavoのエントリはありませんでした。そのため、Kunavoが提供するIDは、同じ文字列を持ち、最大のコンテキストウィンドウを宣言している無関係なエントリに解決されます。

そのファイルに対して同じアルゴリズムを再現し、1回のセッションで入力トークン200,000個と出力トークン15,000個を使用すると仮定すると、以下の差が得られます。カタログ見積もりはKunavoカタログに基づく計算で、最後の列は同じトークン数に対してNanocoderのフッターが合計する値です。

モデルKunavo料金、100万トークンあたりの入力/出力カタログ見積もりフッターが採用する料金フッターに表示される内容
Claude Haiku 4.5$0.70 / $3.50$0.192$1 / $5~$0.28
GPT-5.6 Terra$0.70 / $4.20$0.203$0 / $0コストセグメント自体がない
Claude Sonnet 4.6$2.10 / $10.50$0.578$3 / $15~$0.83
Claude Opus 5$3.50 / $17.50$0.963コストブロックが公開されていないコストセグメント自体がない

1回の検索から生じる、異なる2つの失敗です。採用されたエントリがより高い料金を公開している場合、フッターは過大表示します。料金がゼロ、またはcostブロック自体がない場合、フッターは何も表示しません。そしてコストが存在しないことは無料と読み取られます。出荷済みコードでは、この最後の処理は意図的なものです。コストブロックがない場合は「不明」ではなく料金0に変換され、公開パッケージのフォーマッターはコストが0以下の場合に何も返さないため、「無料/ローカルモデルでは$0.00ではなくコストセグメントを表示しない」という動作になります。このロジックはローカルモデルには正しい一方、料金が発生するモデルで、そのIDが料金0のディレクトリエントリと衝突する場合には誤りです。

さらに2つの歪みがあります。models.devは一部のエントリについて長いコンテキスト向けの料金ティアを公開していますが、リリース済みクライアントは各エントリからフラットなinput料金とoutput料金だけをコピーし、ティアを読み取りません。そのため、ティアのしきい値を超えたターンでは過小表示されます。また、バージョン1.30.0自体の変更履歴には、見積もりが「すべての入力トークンを標準料金で計算し、キャッシュの読み取り/書き込み割引は考慮しないため、プロンプトキャッシュを提供するプロバイダーではコストが過大表示される可能性がある」と記載されています。経路が対応している場合にこれらの割引がどのようになるかは、プロンプトキャッシュをご覧ください。

この表の料金はスナップショットです。models.devは継続的に編集されており、コンテキスト上限が最も高いものを選ぶ同率判定で勝つエントリは、あなたのマシン上で何も変わらなくても変わる可能性があります。再現手順は短く、api.jsonを取得し、完全一致するモデルIDを持つすべてのプロバイダーを見つけ、最大のlimit.contextを持つものを残して、そのcostブロックを読み取ります。正 authoritativeな数値はプロバイダー自身の台帳です。請求の詳細をご覧ください。

出荷済みのものと、開発ブランチにのみ存在するもの

この区別によって、人々が挙げる修正のいくつかが実際にあなたのマシン上に存在するかどうかが決まります。ドキュメントサイトの/latest/と/v1.30.0/はいずれも、2026年9月21日に確認した時点でv1.30.0の内容を提供していました。リポジトリのmainブランチ上にあるdocs/フォルダーは、その両方より先行しています。

機能npmが現在インストールするバージョン、v1.30.0予算にとっての意味
レスポンスごとのトークン数とコストのフッターはい存在するが、上記のすべての歪みの影響を受ける
キャッシュを考慮したコストレポートいいえ。v1.30.0のプロバイダードキュメントには、プロンプトキャッシュに関するセクションがまったくありません。キャッシュされたプロンプトは入力料金の全額で計算されるため、数値は過大表示されます。
/statsいいえ。v1.30.0のコマンドリファレンスにはありません。/usageは、あなたが得た実行ごとの合計です
プロバイダーエントリにあるmaxOutputTokensいいえ。v1.30.0のプロバイダーフィールド表にはありません。以下で説明する4096トークンの上限を引き上げる文書化された方法はありません。
設定JSONスキーマとconfig list/show/diffいいえ解決済みの設定をCLIから確認することはできません。

上記の「No」はそれぞれ推測ではなく、公開ページをgrepして確認しました。Anthropicプロバイダーページが健全性チェックとなり、「Prompt caching」と「cache-aware」は0件である一方、同じHTML内にsdkProviderが6回含まれています。これらはレンダリング上の不具合ではなく、実際に存在しないものです。8月26日のリリース後にmainへ追加された変更には、これらがすべて含まれています。そのため、main上のファイルを引用しても、まだインストールできないソフトウェアを説明することになり、新しいリリースが出ればこれらの行のいくつかは変わります。

Nanocoderに最適なモデル:ランキングではなく能力の問題

Nanocoderは推奨モデル、リーダーボード、ハードウェア仕様を公開していません。2026年9月21日にドキュメントを完全に確認したところ、最低RAM、VRAM値、推奨GPUはなく、リポジトリのbenchmarks/ディレクトリはモデルを採点するものではなく、完成したCLIの品質レポート(終了コード、モジュール数、おおよその起動時間と初回レンダリング時間、バンドルサイズ)でした。ここでもタスクベンチマークは実行していないため、このページではランキングを掲載していません。何もないところから作ったリーダーボードは、ない方がましです。

ベンダーが公開している内容は、モデルのスコアではなく実行可能なことを変えるため、予算ページにはむしろ適しています。v1.30.0のtuneドキュメントによれば、デフォルトのautoツールプロファイルは、「クラウドモデルとサイズヒントのないモデルIDでは完全なツールサーフェスを維持し、15Bパラメーター以下のモデルをminimalに、4Bパラメーター以下のモデルをnanoに解決する」とされています。

解決済みプロファイルautoでこのプロファイルが適用されるモデル失うもの
fullクラウドモデルと、サイズヒントのないすべてのID何もありません。これはツールサーフェス全体であり、MCPツールが公開される唯一のプロファイルです。
minimal15Bパラメーター以下のモデルコアツール8個のみ。システムプロンプトはおよそ500~700トークンに短縮
nano4Bパラメーター以下のモデルfind_files、list_directory、agentも削除されます。プロンプトはおよそ150~250トークンです。

実務上の読み方は2つあります。第一に、ドキュメントには「MCPツールは解決済みのfullプロファイルでのみ公開される」と明記されています。つまり、小さなローカルモデルにMCPサーバーを接続しても、手動でプロファイルを切り替えるか、より大きなモデルに移行するまで何も起こりません。第二に、組み込みの「Nano(ローエンドハードウェア)」プリセットは最大トークン数を2048に制限します。これはヒントではなく、返信の長さに対する実際の上限です。Nanocoder自身のバトルマップでは、小型モデルや古いモデルも引き続き利用できると主張しています。その理由は、ネイティブ関数呼び出し、XMLフォールバック、JSONフォールバックの3つのツール呼び出し経路を備え、両方のフォールバックに修復処理があるためです。ただし、これはメンテナーの主張であり、成功率は公開されていません。モデルのトレードオフをより広く見るには、コーディングモデル比較をご覧ください。

ローカルとリモート:異なる2つの予算

ローカルファーストのユーザーは、請求額が少ない有料API購入者ではありません。両者を同じものとして扱うと、どちらの方向にも誤った助言になります。Nanocoder自身のバトルマップには、「Nanocoderをローカルモデルに対して実行している場合、ループ全体を外向きのネットワークトラフィックなしで実行できる」と記載されており、7つのローカルサーバー — Ollama、llama.cpp、llama-swap、LM Studio、LocalAI、MLX Server、vLLM — が第一級プロバイダーとして文書化されています。これはプロジェクトの位置付けに関する主張であり、ここで測定したものではありません。

ローカルのコストについて正直に言えるのは、誰も公表していないということです。Nanocoderはハードウェア要件を定量化していないため、設備投資額と電気代は自分で見積もる必要があります。2つの挙動により、その情報の欠落は隠されずに明らかになります。ローカルモデルと無料モデルではコスト欄が省略され、ヘッドレス実行では、usageブロックは「プロバイダーがトークンテレメトリを報告しない場合(ローカルモデルでは一般的)、完全に省略されるため、ブロックがないことは『不明』を意味し、『ゼロ』を意味することは決してありません」。

導入時の落とし穴が1つあります。Ollamaの料金ページには「自分のハードウェアでモデルを実行する場合、常に無制限です」と記載されており、NanocoderのOllamaプロバイダー文書が扱うのもローカルエンドポイントのみで、キーは不要です。しかし同じページではホスト型プランも販売されています — Proは月額$20で月間利用クレジット$60、Maxは$100で$300、Teamは$500で共有$1,000、さらにカスタムのEnterprise層(2026年9月21日確認)です。したがって「Ollamaは無料」というのはローカル経路については正しく、ホスト型経路については誤りです。2つの間を移行する場合、KunavoのOllama互換エンドポイントのドキュメントで、そのAPIの形式を確認できます。

ルート有利な場面発生するコスト
ローカルランナー小規模、プライベート、またはオフラインの作業;すでにハードウェアを所有している場合リクエストごとの料金なし。初期費用と電気代は誰も定量化していません。また、autoでは小規模モデルに解決すると、MCPなしの縮小されたツールプロファイルになります
ベンダーの直接 API1社のベンダーのモデルだけで1日を過ごすそのベンダーの料金表に加え、2社目以降のベンダーごとに別のアカウント
ゲートウェイタスクごとにモデルを切り替え、キーと残高を1つにしたいトークン単価に加え、資金投入時にゲートウェイが請求する料金。NanocoderのOpenRouterルーティングブロックはリテラルのプロバイダー名openrouterに一致するため、別名のゲートウェイには適用されません
サブスクリプションログインすでにGitHub CopilotまたはChatGPTに料金を支払っているそもそも自分のキーを持ち込む方式ではありません:/copilot-loginはGitHubのデバイスOAuthを使用し、/codex-loginはブラウザフローを使用します。どちらもAPIキーは不要で、利用可能なモデルはサブスクリプション層に従います

ゲートウェイの資金投入手数料について、見落とされがちな点なので注意が必要です。OpenRouterのFAQには、「推論料金への上乗せはない」とあり、その代わり「クレジットを購入したとき」に手数料を請求し、さらにプランごとの許容量を超えるBring Your Own Key利用には追加手数料がかかると記載されています。これらの割合は支払い方法とプランによって異なり、ページの表示時に入力されるため、ここでは数値を引用していません — 実際の決済時に現在の数値を確認してください。OpenRouterの代替とOpenAI互換APIでは、より一般的な比較を扱っています。

トークン側の予算を立てる

上の表のカタログ欄は、予算策定の基準となる見積もりであり、測定されたタスクコストでも請求上限でもなく、例示的なトークン計算です。前提は、ライブカタログの料金で、キャッシュ読み取りとツール料金を含めず、200,000個の未キャッシュ入力トークンと15,000個の出力トークンを使用する1セッションです。実際のセッションは、リポジトリの規模、エージェントがファイルを再読み込みする頻度、ツール出力がどれだけコンテキストに戻されるかによって異なります — さらに、上記のツールプロファイルによって、その前に1ターンあたりのオーバーヘッドも変わります。

予算として扱う前に、自分の1日あたりのセッション数を掛けてください。この前提では、Claude Haiku 4.5モデルはクレジット$10あたり約51セッション、Claude Opus 5は約10セッションを処理できます。これはウォレットの規模を決めるものであり、どれが作業を完了できるかを示すものではありません。掲載単価が最安であることと、完了までのコストが最も低いことは別の主張です。3回の試行が必要な安価なモデルは、1回で完了するモデルより高くつく可能性があります。AIコスト最適化では、その方法を適切に解説しています。

Kunavoのカタログ金額は上限ではなく請求額の下限です。上流サービスが料金を報告すると、請求額はカタログコストと上流コストに適用されるマークアップを掛けた金額のうち、大きい方になります。キャッシュ料金と外部ツールはこの例の対象外です。最低チャージ額は、前払いクレジットの$10です — 資金投入の最低額であり、タスク料金でもサブスクリプションでもありません。

Nanocoderをカスタムエンドポイントに接続する

OpenAI互換サービスは、/settings providersから対話的に、またはagents.config.jsonでカスタムプロバイダーとして追加できます。検索順序は、まずプロジェクトファイル、次にOSごとのユーザー設定ディレクトリです。NANOCODER_CONFIG_DIRを設定すると両方の検索をスキップし、NANOCODER_PROVIDERS環境変数がすべての中で最優先されます。

agents.config.json
{
  "nanocoder": {
    "providers": [
      {
        "name": "Kunavo",
        "baseUrl": "https://api.kunavo.com/v1",
        "apiKey": "${KUNAVO_API_KEY}",
        "models": ["claude-sonnet-4-6"],
        "contextWindow": 1000000
      }
    ]
  }
}

このブロックについて、すべてv1.30.0のプロバイダー文書に基づく注意点が3つあります。sdkProviderはopenai-compatibleがデフォルトであるため省略されています。そのバージョンのsdkProviderオプション表にあるその他の値はgoogle、anthropic、github-copilotであり、chatgpt-codexはその表ではなく専用のプロバイダーページに記載されています。キーやその他の設定値では、$VAR、${VAR}、${VAR:-default}の置換がサポートされています。また、requestTimeoutのデフォルトは120,000ミリ秒で、-1を設定すると無効になります。これはホスト型モデルより低速なローカルモデルにとって、はるかに重要です。

コンテキストウィンドウは、設定を省略すると最も出費につながりやすい項目です。Nanocoderは、文書化された6段階の順序でモデルのコンテキスト上限を解決します。まず/context-maxまたは--context-maxのセッション上書き、次にcontextWindows[model]、contextWindow、NANOCODER_CONTEXT_LIMIT、models.devのメタデータ、最後に組み込みのOllamaフォールバックマップです。Kunavoはmodels.devに存在しないため、最後の2段階は役に立たず、最初の4つのいずれかを手動で設定する必要があります — 上の値はこのモデル自身のKunavoカタログエントリに基づいています。これは表示メーターだけの問題ではありません。自動圧縮は、解決されたコンテキスト上限に対する使用割合が設定値に達すると実行され、そのデフォルト値は60です。したがって上限を誤ると、エージェントがコンテキストを圧縮して再送信する頻度が変わり、トークン消費にも影響します。

初回実行前に、もう1つ落とし穴があります。基盤SDKがClaudeモデルとして認識しないモデルIDを提供するエンドポイントに対してsdkProvider: "anthropic"を設定すると、出力上限が4096トークンにフォールバックし、長い返信がエラーなしで文の途中で切り捨てられます。これはmain上のプロバイダー文書の「Output Token Ceiling」に記載されており、上限自体はv1.30.0がすでに依存している@ai-sdk/anthropicに由来します。そのため、そのドキュメントは未リリースですが、この挙動はリリース済みバージョンに存在します。そのページが示す修正方法であるmaxOutputTokensも未リリースです。v1.30.0では、デフォルトのopenai-compatible経路を使い続けることが回避策になります。

KunavoはNanocoderのセットアップガイドを公開していますが、これは互換性テストではなく設定リファレンスです。NanocoderはKunavoのエンドポイントに対して実行時テストを行っていません。そのため、ストリーミング、ツール呼び出し、認証、モデルルーティングがエンドツーエンドで機能することは、ここでは確認されていません。試す間は動作する経路を確保し、まず範囲を限定したタスクを1つ実行してから、フッターではなくアカウントに記録された請求額を確認してください。キーに資金を投入する準備ができたら、Kunavoアカウントを作成してください。

経路ではなくクライアントを比較していますか?NanocoderとOpenCodeの比較では、このエージェントを主流のエージェントと比較しています。OpenCodeの料金では、メンテナーがトークンを販売しているクライアントを扱い、エージェントAPIディレクトリでは、この分野の各クライアントがカスタムベースURLをどう扱うかを記録しています。

よくある質問

Nanocoderの料金はいくらですか?

Nanocoder CLIの料金は$0です。MITライセンスで提供され、npmパッケージ@nanocollective/nanocoderでは"license": "MIT"と宣言されており、インストール経路のどこにもアカウント、サインアップ、ライセンスキーはありません(2026年9月21日確認)。同プロジェクトのポジショニング文書では料金モデルを"Free, BYO key, no paid tier ever"と記載し、READMEでは"no paid tiers gating the useful parts"と述べています。いずれも外部監査ではなく、メンテナー自身の言葉です。実際に支払うのは、設定したプロバイダーでのモデルのトークン料金か、ローカルモデルを動かすためのハードウェアと電気代です。組み込みのVS Code拡張機能も無料ですが、VS Code Marketplace経由では配布されておらず、npmパッケージ内の.vsixとして提供されます。

Nanocoderに最適なAPIは何ですか?

Nanocoderは1つのAPIを販売しておらず、1つを推奨してもいないため、唯一の勝者はありません。1つのベンダーのモデルを一日の作業全体で使い、そのベンダー独自のキャッシュ条件やバッチ条件を利用したい場合は、直接ベンダーAPIが有利です。タスクごとにモデルを切り替え、1つのキーと1つの残高を使いたい場合は、ゲートウェイが有利です。ただし、NanocoderのOpenRouterルーティング制御はリテラルなプロバイダー名"openrouter"によって有効化されるため、それ以外の名前のゲートウェイではservice_tier、プロバイダーの並べ替え、max_price、フォールバックモデルは利用できません。すでにGitHub CopilotまたはChatGPTに料金を支払っている場合は、サブスクリプション経由が有利です。Nanocoderがキーではなくログインで認証するプロバイダーはこの2つだからです。/copilot-loginはGitHubのデバイスOAuth、/codex-loginはブラウザフローを使用し、どちらもAPIキーは不要で、選択できるモデルはサブスクリプションのティアに従います。小規模、非公開、またはオフラインの作業では、リクエストごとの料金がゼロでコストがハードウェアに移るため、ローカルランナーが有利です。Nanocoderのプロバイダーディレクトリには名前付きプロバイダーが27件と汎用カスタムプロバイダーページが記載されていますが、独自のバトルマップでは"20+ providers"とされています。どちらを引用する場合も、その資料に記載された表現を使ってください。

Nanocoderに最も安いAPIは何ですか?

掲載料金が最安であることと、タスク完了までのコストが最小であることは別の問題です。Nanocoderについて2つ目に答える公開ベンチマークはありません。リポジトリのbenchmarks/ディレクトリは、モデルのベンチマークではなく、完成したCLIの品質レポート(終了コード、モジュール数、起動および初回レンダリングの時間、バンドルサイズ)であり、ここではタスクベンチマークも実行していません。そのため、正直な方法は、まず料金で候補を絞り、その後に測定することです。料金表よりも重要な構造上の節約が2つあります。第一に、Ollama経由のローカルモデルにはリクエストごとの料金が一切なく、Ollama自身の料金ページには"Running models on your own hardware is always unlimited"と記載されています(2026年9月21日確認)。ただし同じページではホスティングプランも販売しているため、「Ollamaは無料」というのはローカル経路に限って正しい表現です。第二に、小さいツールプロファイルは毎回のターンでプロンプトのオーバーヘッドを削減します。Nanocoderのtuneドキュメントでは、nanoプロファイルのシステムプロンプトはおよそ150~250トークン、minimalは500~700トークンとされています。どちらも100万トークン単位の比較には表れません。

Nanocoderに最適なモデルは何ですか?

Nanocoderはこれに対する回答を公開しておらず、ランキングを示す人がいてもベンダーの引用ではありません。2026年9月21日にドキュメント全体を確認したところ、推奨モデル、モデルランキング、最低RAM・VRAM・GPU値はいずれもありませんでした。公開されているのは能力適合のルールです。デフォルトの"auto"ツールプロファイルは、「クラウドモデルとサイズヒントのないモデルIDでは完全なツールサーフェスを維持し、15Bパラメーター以下のモデルをminimalに、4Bパラメーター以下のモデルをnanoに解決する」とされています。これは、MCPツールが解決後のfullプロファイルでのみ公開され、nanoプロファイルではfind_files、list_directory、agentが削除されるため重要です。つまり、小さなローカルモデルは単に遅いだけではありません。より小さいツールサーフェスで動作しており、プロファイルを手動でfullに切り替えるまで、MCPサーバーを接続しても何も起こりません。

Nanocoderがモデルのコストを誤って表示する、またはまったく表示しないのはなぜですか?

その数値があなたのプロバイダーから取得されたものではないためです。Nanocoderはサードパーティのmodels.devデータベースからレスポンスの料金を計算します。そこでの検索は、そのファイル内のすべてのプロバイダーから完全一致するモデルIDを探し、「コンテキスト上限が最も高い一致」を採用するため、実際に設定したプロバイダーには問い合わせません。2026年9月21日に取得したmodels.devには223のプロバイダーがあり、Kunavoのエントリは0件でした。そのため、Kunavoが提供するIDは、同じ文字列をたまたま持つ無関係なエントリに解決されます。出荷済みのv1.30.0パッケージを確認すると、3つの結果があります。コストブロックがない場合は「不明」ではなく料金0に変換されること、フォーマッターはコストが0以下の場合に何も返さないため、$0.00と表示せずセグメント自体が消えること、そしてmodels.devが公開する長いコンテキスト向け料金ティアをまったく読み取らないことです。Version 1.30.0の変更履歴には、見積もりが「すべての入力トークンを標準料金で計算し、キャッシュの読み取り/書き込み割引は考慮しない」とも記載されています。フッターは概算として扱い、プロバイダーの台帳と照合してください。

NanocoderはnanocodeやNanoGPTと同じものですか?

いいえ。その違いによって、どの料金が適用されるかが決まります。Nanocoderには末尾にrがあります。リポジトリはNano-Collective/nanocoder、パッケージは@nanocollective/nanocoder、ドキュメントはdocs.nanocollective.org/nanocoderです。nanocodeという無関係なプロジェクトがあり、これは明示的にNanoGPT向けのコーディングエージェントです。また、同じ混同を避けるために後から改名されたものを含め、NanoCoderという名前でリリースされた別の最小構成のPythonエージェントもあります。NanoGPTは実際に有料のモデルマーケットプレイスで、実際の料金表を公開しており、その名前は複数のドメインに登場します。ポーランドのソフトウェア会社もNanocoderの名前で事業を行っています。これらの料金表はいずれもこのCLIを説明するものではありません。このCLIには料金表がまったくないためです。

NanocoderはKunavoで動作しますか?

KunavoはNanocoder向けのセットアップガイドを公開していますが、これは互換性テストではなく設定リファレンスです。NanocoderからKunavoへの実行時テストは行われていないため、ここでの関係者は誰も、ストリーミング、ツール呼び出し、認証、モデルルーティングをエンドツーエンドで確認していません。Nanocoderはカスタムプロバイダーパスを通じてサードパーティのエンドポイントに接続し、デフォルトではOpenAI互換SDKを使用するため、プロバイダーエントリには名前、ベースURL、キー、モデルリストが必要です。手動で追加する価値がある設定は2つあります。Kunavoはmodels.devに存在せず、メタデータを検出できないためcontextWindowを追加すること、そしてsdkProviderの値を意図的に確認することです。@ai-sdk/anthropicパッケージはモデルIDから出力上限を導出し、Claudeモデルとして認識できないものには4096トークンを使用します。Nanocoderの開発ブランチにあるプロバイダードキュメントでは、これを「Output Token Ceiling」の項目で説明していますが、修正手段として提供されるmaxOutputTokens設定はv1.30.0にはありません。試す間も動作する経路を維持し、範囲を限定したタスクを1つ実行して、アカウントに実際に記録された内容を確認してください。

2026年9月21日確認:公開バージョン、engines、ライセンスについてnpmレジストリを確認;プロバイダー、コマンド、tune、battlemapのv1.30.0文書ページを確認し、不在機能についてgrep件数を確認;v1.30.0の変更履歴とリリース済みソースで、コスト計算式とmodels.dev検索を確認;同梱パッケージ独自のコストフォーマッターを確認;プロバイダー一覧と上記料金の再現にmodels.dev/api.jsonを使用;4096トークン上限について、Nanocoder v1.30.0が依存している@ai-sdk/anthropicのバージョンを確認;Ollamaの料金ページ、Atlas Cloudのコーディングプランページ、OpenRouterのFAQを確認しました。このページの対象クエリの検索ボリュームは、背後にある調査では測定されておらず、基礎となる検索結果のスナップショットの日付は2026年9月17日です。NanocoderはKunavoに対して実行時テストを行っておらず、モデルベンチマークも実施していません。また、ここに記載したKunavoのドル額はすべて、測定されたタスクコストではなく、ライブカタログに基づく例示的なトークン計算です。