ハクソク

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

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

2026年4月9日原文(braw.dev)

概要

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

Claude Codeの利用制限と不満

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

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

  • 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/$200、 VSCode 互換で拡張性抜群
    • 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/月サブスク
  • 残り $70 は OpenRouterクレジット に自動チャージ、未使用分繰越可
  • 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にやらせればいい。

Hacker Newsで議論の続きを見る