世界を動かす技術を、日本語で。

月額100ドルのClaude Code支出をZedとOpenRouterに再配分する

概要

  • Claude Code の利用制限に不満を感じ、他ツールへの支出再配分を決意
  • ZedCursorOpenRouter など複数エージェントハーネスとモデルの活用
  • コスト柔軟性 を両立するための具体的なツール選定と設定方法
  • データ保護拡張性料金体系 の比較と注意点
  • 実践的な移行手順 とおすすめの使い方を紹介

Claude Codeの利用制限と不満

  • Claude Code および Claudeデスクトップアプリ の利用制限頻度増加
  • 月額 $100 の支払いにも関わらず ミッドセッションでの制限到達 に不満
  • RedditTwitter でも同様の報告、多数確認
  • 利用パターンは「バースト型」で、 連続作業時の制限 が特にストレス
  • 制限問題を受け、 他ツール・モデルへの支出再配分 を決意

エージェントハーネス選定と他モデルの探求

  • Agent Harness とは、LLMとのメッセージ送受信やツール呼び出し、ワークフロー統括を行う仕組み
  • Claude Code もエージェントハーネスの一例
  • Opus はエージェントコーディング市場のリーダーだが、 用途やコストに応じて他モデルとの併用 が有効
  • 柔軟なモデル選択 でコスト・速度・精度のバランス調整

ZedとOpenRouterの活用

  • Zed :月額 $10、軽快な動作と基本的なエージェントハーネス機能
    • エージェントの編集操作追跡やプロファイル追加が可能
    • VSCode より拡張機能は少ないが、主要言語・タスクには対応
    • OpenRouter 連携により、 Gemini 3.1 の1Mトークンコンテキスト活用など拡張性向上
  • OpenRouter :多様なモデル・プロバイダーが選択可能
    • 事前チャージ式で 365日有効なクレジット を利用
    • データ保護重視 設定(Zero Data Retention)でリスク最小化
    • 一部モデル利用不可(例:Alibaba Cloud限定モデル)も許容範囲

Cursorの特徴と選択理由

  • Cursor :月額 $20/$60/$200VSCode 互換で拡張性抜群
    • 2.0以降はチャット重視、3.0ではRust製・エージェントオーケストレーションに刷新
    • ファイル単位/正規表現 によるルール適用が可能
    • API超過分は従量課金、未使用分の繰越は不可
    • 新機能の デバッグモード や高度なルール管理が魅力

Claude CodeとOpenRouterの連携方法

  • Claude Code はAnthropicモデル最適化だが、 OpenRouter経由で他モデル利用も可能
    • 設定手順:
      • 既存セッションからログアウト
      • 環境変数 でOpenRouter APIエンドポイント・モデル指定
      • ~/.zshrcや~/.bashrcに設定を追記し永続化
      • 設定反映後、 /status コマンド等で動作確認

他CLIツールとOpenRouter連携

  • OpenCode (TypeScript製):多機能・人気
  • Crush (Go製):パフォーマンス良好だがモデル設定が手間
  • Gemini CLI などもOpenRouter対応フォークが存在
  • CLI派にも柔軟な選択肢 を提供

月額支出の最適化とおすすめ運用

  • Zed :$10/月サブスク
  • Cursor :$20/月サブスク
  • 残り $70OpenRouterクレジット に自動チャージ、未使用分繰越可
  • Claudeの制限回避Opus利用継続 も可能
  • Zed無料プラン+OpenRouter$20チャージ から気軽に開始可能

まとめと推奨アクション

  • Claude Codeの制限に悩むユーザー は、他のエージェントハーネスとモデルの併用で コストと柔軟性 を実現可能
  • Zed、Cursor、OpenRouter の組み合わせにより、 用途・好み・予算 に応じた最適な開発環境を構築
  • データ保護や拡張性 にも配慮しつつ、 ストレスフリーなコーディング体験 を推奨

Hackerたちの意見

今日はClaudeの制限に達した後、午後はOpenRouter経由でOpenCode + GLM 5.1を使ってみたんだけど、すごく感動したよ。OpenCodeはすぐに俺のCLAUDE.mdファイルやスキルを認識してくれて、Opus 4.6と同じくらいのパフォーマンスが出た。

どれくらいの費用で、どれくらいの期間使ったの?

OpenRouterの手数料については人それぞれ意見があるかもしれないけど、彼らの提供するサービスはその追加コストに見合う価値があると思う。1つのAPIキーで数十のモデルにアクセスできて、各リクエストのコストを追跡できるし、異なるモデルで同じリクエストを実行して結果を比較できるのは便利だよね。異なるAPIキーで使用を分けたり、自分のプリセットを追加したり、ルーティングルールを設定したりもできるし… 複数ユーザーでアカウントを使い始めると、これらの機能がさらに役立つよ!サブスクリプションに依存せず、自分のAPIキーを好きなツールやハーネスで使える権利があるのも大きなプラスだね。

APIキーで好きなことをする権利がないと思った方がいいよ(最近の禁止の波を見てみて、多くのSaaSサービスがそれで閉鎖されてるから)。

特定の状況では同意するけど、内部ユーザーの推論にはあまり賛成できないな。OpenRouterは稼働時間を維持する必要があるなら素晴らしいけど、基本的な使用(チャットやコーディング、自動エージェント)にはLiteLLMインスタンスで言ったこと以上のことができるよ。請求書を送る会社の数は「仕事が進んでいるか」に関してはあまり問題にならないけど、ユーザーの摩擦を最小限にするのがベストだとは思う。一般的な使用に関しては、信頼できるプロバイダーでいくつかのアカウントを作って、それをユーザー用のインスタンスに追加するためだけにトークンごとの料金を支払う理由があまり見当たらない。ユーザーは、彼らがアクセスできるすべてのモデルに対して、単一の内部APIキー(特定のアプリ使用を追跡したい場合は複数でも可)を持っているだけで透明性があるし、モデルをホストしているプロバイダーが何かを知る必要もない。基盤となるプロバイダーはユーザーが知らないうちに入れ替え可能だし、少規模でトークンごとの料金を支払う方が簡単だから、技術に詳しくないユーザーはOpenRouterを使い続ける方がメリットがあるかもね。

OpenRouter大好き!プリセットを定義できるし、アクセスも簡単だから、別々にたくさんのプロバイダーを使うより全然楽だよ。高いClaudeのサブスクリプションも含めていくつかのサブスクリプションを維持してるけど、OpenRouterが残りを処理してくれるから助かってる。

OpenRouter大好き!安いモデルを使えるし、いろんなプロバイダーでAPIを持たなくても済むから便利。ClaudeやCodexで限界に達した時に高いモデルを使えるのもいいし、彼らが取る5%の手数料は全然価値あるよ。

piを使ったことがある人、他にいる?(OpenClaw以外で)(https://shittycodingagent.ai/, https://pi.dev/) 何か洞察や提案、ベストプラクティスがあれば教えて!

うん、めっちゃクールだよ。マリオの最新のトークをチェックしてみて:https://www.youtube.com/watch?v=Dli5slNaJu0 アーミンも彼のチャンネルでそれに関する動画をいくつかアップしてるよ:https://www.youtube.com/@ArminRonacher/ PiのDiscordもまだいい感じだけど、OpenClawの件でちょっと混雑してたね。

最初はpiをすごく楽しんでたんだけど、たくさんのプラグインやコマンドを作るつもりだったのに、結局俺に合ったのはこれだけだった:- リニアな問題からコンテキストを引っ張るシンプルなコマンド - シンプルなレビューコマンド - 一般的なタスク用のプロジェクト特有のスキル

ちょっと残念だけど、開発者の態度があまり良くないみたい。彼は「OSSバケーション」に行ってて、それは全然悪くないんだけど、特定の日に戻るって言ってた。俺はちょっとした修正のためにPRを開いてたんだけど、誰かがそれがいつ反映されるか聞いてきたから、彼がまだいないって伝えたんだ。彼が戻った後、丁寧に「@badlogic これを進めるために何ができるかな?ありがとうx」って聞いたら、俺を他の誰かと勘違いしたみたいで、ひどい返事が返ってきた。その間に彼はバケーションを延長してたし、俺を他の誰かと混同したことに対して謝罪する価値もないと思ってるみたい。https://github.com/badlogic/pi-mono/discussions/1475#discuss... それに、俺が修正した他のことも、無断で彼が別に反映させてた。https://github.com/badlogic/pi-mono/discussions/1080 と https://github.com/badlogic/pi-mono/issues/1079#event-223896... 今は、俺の名前がついてるものはすべて「クランカー」にマークされてるみたいで、俺の変更は全部手作業なのに。オープンソースにはもう慣れてるから、厚い皮膚は持ってるけど、何か「楽しみのため」にやってるときに、そんな扱いを受けるのは避けたいな。仕事に関連することでこのプロジェクトを使うのは、正直言って無理だわ。

本当に好きだわ。シンプルさが大事だよね。最初に作ったプロジェクトはGTFSデータを使った公共交通マップで、停留所をクリックするとその停留所や周辺のルートと時刻表が表示されるんだ。MacのM1 MaxでQwen3.5-35Bを使ってoMLXでやったけど、98%のコードをほとんど俺の手を借りずに書いてくれた。モデルが間違った方向に進んだり、指示が不十分だった時に履歴を戻れる/tree機能もすごく便利。俺は通常、二段階アプローチで作業してる。まずモデルにタスクを達成するために必要なことを探らせて、それをCONTEXT.md(好きな名前で)に書き込ませる。その後、CONTEXT.mdでセッションを再起動する。そうすれば、常に5〜15kのコンテキストでスムーズに動けるから、すごく早いよ。pi(またはdocker)用のアカウントを作って、他のディレクトリに入れないようにしておくべきだね - bashアクセスがあるから。ブラウザツールをスキルに追加して、必要な時に読み込むといいよ:https://github.com/badlogic/pi-skills データベースのMCPは必要ないし、Postgresを使ってpsqlを使うように指示してる。たまにインデントを消すためにprettierを使うけど、そうするとLLMの編集ミスがかなり減る。コミットする前にインデントを戻すか、piにやらせればいい。

Claude Max/Opusをpiで使ってたけど、結果は素晴らしかった。piにAGENTS.mdを書かせて、プロジェクトに特化したスキルを作ることに挑戦してみて。Anthropicの請求変更(piに対して最大クレジットが使えなくなった)で、キャンセルしなきゃいけないと思ってる。今は$250/月のOpenAI Codexプランに移行するつもり。

本当に素晴らしいよ。piの方がはるかに良いハーネスなのに、他のモデルと一緒にClaude Codeを使うためにわざわざ手間をかける理由が想像できない。すでにたくさんの拡張機能があって、LLMに新しい拡張機能を作るように促すのも簡単なんだ。創造性が欠けていて、他のハーネスから何かを欲しいなら、> tmuxで実行して、機能Xがどう動くかを調べて、それに相当するものをpiの拡張として作ってもらえばいい。数年後には、ハーネスが本当に最適なフローを構築している明らかなパターンが見えるかもしれないけど、今は実験して新しいアプローチやプロンプト、フローを試す方がずっと良くて、piは自分好みに調整するのが一番簡単なんだ。

ダニエル・メイスラーのPAIを使ってるけど、すごくいいハーネスだよ。

PiはClaudeよりずっとシンプルで、動作の透明性も高いんだ。小さなコアにリッチなAPIがあって、拡張用に使えるように設計されてる(スキルやツールを提供したり、エージェントの動作を変更・拡張したり)。将来的には、何か追加機能のために拡張を探す必要が出てくるかもしれないけど、各機能に対して自分のニーズにぴったり合ったものを選べるよ(あるいはPiを使って新しい拡張をハックすることもできる)。

ZedをVSCodeの代替として使った経験は、正直言って微妙だな。最初はすごく好きだったけど、時間が経つにつれて小さなストレスが積もってきた。俺のシステムではレスポンスの違いは大きくないけど、特にTS言語サーバーのメモリ使用量はひどい。DXの観点では、VSCodeの85%くらいのレベルだと思うけど、この分野ではQoL機能がすごく重要なんだよね。あ、Linuxではバッファ内で絵文字が表示できないのもまだ直ってないし…。

俺はいつも4〜5個のTypeScriptプロジェクトと1個のPythonプロジェクトをZedで開いてるんだけど(LSPやACP、ターミナルもいっぱい開いてる)、メモリ使用量はだいたい1.2〜1.4GBくらいかな。VSCodeでTypeScriptプロジェクトの1つだけ開いたら、ヘルパーの使用量も合わせて1GBくらいになった。特にアクティブに使ってるわけじゃないから、余計なプラグインとかは使ってないよ。Macでの話だから、他のシステムだと変わるかもね。

同じく!マルチバッファ機能はめっちゃ便利だと思ったけど、拡張機能のシステムはテストした時にはVSCodeには敵わなかった。Svelteの拡張機能が特定の誤検知のCSSエラーを無視するようにしようと2時間くらい頑張ったけど、失敗してVSCodeに戻ったよ。拡張機能のシステムがもっと成熟したら、また試してみるつもり!

バグがあると思う?以前はメモリ効率が良かったのに、今は時々爆発的に増えるのに気づく。終了して再起動すれば直るけど、拡張機能はインストールしてないし、基本的に開いておいてノートのスクラッチスペースとして使ってる。プロジェクトは多くのファイルを開いてるけど、実際に開いてるファイルはそんなに多くない。まあ、よくわからないけど。

実際、Zedのメモリ使用量は結構合理的だと思うよ。でも、言う通り、ちょっとしたUX/DXの不便さが多いのは残念だね。場合によっては、Zedのせいじゃないこともあるし、VS Codeに慣れすぎてて、Zedでは違う動きになることがある。例えば、ZedでCtrl+Pで「Open Fol..」を入力しても「フォルダーを開く」って出てこない。Zedではそれをフォルダーとは呼ばないから、「ワークスペース」って呼ぶことを知らないといけないんだよね。それに、「Open Work...」って入力しても出てこないし!「work...」から始めないとダメなんだ。

QoL機能はWebStormが光るところだよ!時々vscodeを開かなきゃいけない時が来るのが楽しみじゃないね。JetbrainのIDEの浮遊する「ファイル内検索」モーダルがあれば、他のIDEから乗り換える決め手になると思う。

ZedをVSCodeの代わりに使おうとしてるけど、ビットマップフォントのサポートがないのが致命的だし(コードエディタとしてはありえないよね)、変なUIの選択肢もあって、使いづらい。好きになりたいんだけど、UIや拡張機能の不足で余計な時間を使わなきゃいけないのは「パフォーマンス」って言えるのかな?一番変な問題は、Waylandで使うと色が全然違うこと。Xwaylandで動かすと色は完璧なんだけどね。それでも、背景のネイティブ透明度にはプラス評価。VSCodeみたいに前景のテキストまで透明にしなくて済むから、ずっといいよ。

俺の50セント意見だけど、Ollama Cloudは20ドル。GLM5とKimiは本当に競争力のあるモデルだし、Ollamaの使用制限はめちゃくちゃ高い。使う場所に制限もないし(普通のAPIがある)、プライバシーも守られててログも取られない。

そうなの?GLM5をトークン使用で課金されるVPSで使うより、そっちの方が好きな理由は何?$20の方がまだ安くて、設定もスムーズじゃない?トークンの使用量はどうなってるの?

面白いね。Ollamaの有料プランの制限についての説明があまりにも曖昧で、いつも引いてたんだ。どんな作業をしてるの?

もしZed/Openrouterで得られる出力の量や質が$100/maxサブスクリプションと同じくらいになると思ってるなら、冗談だよね。僕は$100のmaxサブから$1K以上の使い道を簡単に引き出せるよ。それもOpus 4.6を高い思考で使ってる状態でね。

みんながただ雰囲気でコーディングして、エージェントに最新のモデルを動かさせて何かをするわけじゃないからね。

僕は$100のmaxサブから$1K以上の使い道を簡単に引き出せるよ。それもOpus 4.6を高い思考で使ってる状態でね。なのに、みんなトークンプロバイダーが利益を出しながら推論を行っているって主張してる。

OpenRouterで利用できる新しいモデルはいくつか良いものがあるけど、コーディングにはOpus 4.6の代わりにはならないと思う。コストを抑えたいなら、安いモデルで探索作業や簡単なタスクをこなしつつ、真剣な思考やレビューにはOpusに戻るのがいいハイブリッドモデルだね。月20ドルのClaudeプランが使えるのはいいアイデアだと思うけど、重要な作業には最高のSOTAモデル以外を使うのはあまり良い選択じゃないと思う。

そうだね、最近AnthropicのAPIキーを作ってPiを試してみたんだけど、Sonnetで基本的な作業をしてたら30分で1ドル使っちゃった。これを元に計算すると、サブスクリプションの価格はかなり補助されてるね。Claude Codeで同じような作業をする時は、月20ドルのProプランを使ってるけど、限界にぶつかることはほとんどないよ。

誰かZedをモノレポで使ってる人いる?サブフォルダーごとに言語サーバーの設定やリント設定がある状況なんだ。VSCode(やそのフォーク)は、ワークスペースを作って各フォルダーを追加し、フォルダーごとに別々の.vscodeを持つことでこれを処理できるけど、Zedで同じことをどうやってやるかまだわからない。VSCodeのフォークを使うのをやめたいな。

OpenRouterを使って、今AnthropicのサブスクリプションでSonnet/Gemini/GPTモデルを使ってるのと同じような開発を試みたけど、サブスクリプションより2〜3倍高くついちゃった(これはかなり補助されてると思う)。でも、著者にとってはうまくいってるみたいだし、OpenRouterはモデルを試したり、複数のモデルと統一されたプラットフォームでやり取りするのにかなり便利だね!

OpenCodeが本当に苦手なんだ。特にイライラするのは、マウスをホバーすると選択肢が選ばれちゃうところだね。