Claude Codeの代替ツール2026年版：週間利用枠を予測可能に管理する

Claude Code 代替を2026年の利用予測可能性という観点から選ぶ作業は、ベンチマーク競争ではなく純粋な予算管理の課題です。Claude Codeが発表した2026年9月14日からの週間上限は、現在の一時的な引き上げ枠を150としたインデックス基準で125となり、実質16.7%（Anthropic発表では四捨五入して17%）の減少となります。月曜日に計画したコーディング作業を公開された処理枠と予算ライン内に確実に収めたいならKiroが最適な乗り換え先であり、チーム開発での分かりやすさを重視するならGitHub Copilotが適しています。

Claude Code 代替：2026年の週間利用枠を予測可能にする選択肢

Claude Codeは現在も非常に優れたコーディングエージェントです。それでもツールを見直す理由があるとすれば、それは極めて明確です。すでにスケジュールに組み込まれた開発タスクに対し、実質的に利用可能な週次処理枠を合わせることが難しくなりつつあるからです。

Anthropicの現在のプロモーションページによると、対象となるPro、Max、Team、および従来のシートベースのEnterpriseユーザーには、標準レベルより50%多い一時的な週間利用枠が付与されています。このプロモーションは週間制限のみを変更し、5時間の制限には影響しないこと、そして/usageで使用量を確認できることが明記されています。同サポートページには終了日が8月31日と記載されたままでしたが、Anthropicの8月29日の発表によってその予定は更新されました。この増枠は9月14日まで継続され、その日以降の恒久的な上限は、従来の標準より25%高く、現在提供されている枠より17%低い水準に設定されます。この発表記録と計算根拠は8月30日に確認されたもので、当時のAnthropicのサポートページ側は未反映の状態でした。

この変更を正確に理解するには、従来の標準枠を100として指数化するのが最も明瞭です。一時的なプロモーションにより、現在の上限は150になっています。そして恒久化として発表された上限は125です。125を150で割ると0.8333となるため、新たな利用枠は現在の83.3%となり、16.7%の減少（約17%減）となります。

これは値下げではありません。現在定着している作業習慣の基準となっているキャパシティに対する実質的な削減です。もし現在のスプリントですでに上限近くまで枠を使い切っている場合、同じ作業量を6分の1小さくなった枠に収めようとすると、次の3つのうちいずれかの結果になります。作業を中断するか、超過分をAPI課金に回すか、あるいは優先度の低いタスクを別のエージェントに移すかです。木曜日にターミナルがブロックされて慌てる前に、スプリント計画の段階でこの判断を下しておく必要があります。

Anthropicは改定前後の上限について絶対的なトークン数を公表していません。そのため、「このプランを購入すればプルリクエストが正確に何件作成できる」といった保証は不可能です。それでも比率としての予算管理は可能です。現在のClaude Codeのスループットのうち、およそ6分の1に相当する作業量について、別の移行先を用意すべき処理枠として見積もってください。

機能の豊富さ、利用可能なモデル、インターフェースの使い勝手などを基準に選ぶ場合は、より広範なClaude Code代替ツールガイドが参考になります。一方、本記事での評価基準は意図的に絞り込んでいます。利用枠が明確に公開されており、リセットのタイミングが可視化され、上限到達時にクリーンに停止し、オーバーフローをコントロールできるツールを上位に評価しています。

基準となるClaude Codeの料金プラン

本比較における価格はすべて2026年8月30日時点のものです。Claudeの公式料金ページにおいて、Freeは$0です。Proは年払いの場合月額換算$17（年額$200の一括払い）、月払いの場合は月額$20で、Claude Codeが含まれます。Maxは月額$100からで、Proの5倍または20倍の利用枠を選択できます。Team Standardは年払いで1シートあたり月額$20（月払いは$25）、Team Premiumは年払いで1シートあたり月額$100（月払いは$125）です。セルフサービスのEnterpriseは1シートあたり$20に加えてAPIレートの従量課金が発生し、セールス対応のEnterpriseは個別見積もりとなります。

発表された利用枠の縮小に伴ってサブスクリプション価格が引き下げられることはありませんでした。この点が極めて重要です。なぜなら予測可能な利用とは単に「請求額がいくらになるか」だけでなく、「その請求額でどれだけの計画作業を確実にこなせるか」でもあるからです。絶対的な週間上限が開示されていない定額制サブスクリプションは、前者の疑問には答えてくれますが、後者については不透明なままとなります。

Claude Code代替ツールの概要一覧

以下の価格はすべて2026年8月30日時点で確認された現在の米ドル（USD）定価（税抜）です（ベンダーが他の通貨や請求条件を明記している場合を除く）。「無料プラン」とは実際に恒久的な無償枠が存在することを意味し、プレミアムモデルの推論が無期限に無料であることを示すものではありません。

Kiroを1位とした理由は、月次クレジット数が公開されており、追加購入の価格が明示され、両方のクレジットが切れた際にエージェントが確実に停止するためです。GitHub Copilotは、柔軟な枠（フレックス枠）の変動リスクはあるものの、クレジット構成と予算の換算レートが非常に明瞭であるため2位としています。OpenCodeは、Zenの自動チャージ仕様に注意を払う必要はあるものの、リクエスト件数ではなく明確なドル単位の上限を設定できる点が優れているため3位となりました。

下位にランクされたツールも、品質が劣っているわけではありません。CursorやOpenAI Codexは優れたメーターを備えており、開発環境としてはより適しているチームも多いでしょう。これらを低く位置付けたのは、現時点で公開されているページ情報だけでは、プランの価格を週ごとの固定的な作業量へと確実に換算できないためです。

選定の基準

本稿は公開情報に基づき価格と仕様を厳密に分析した比較記事であり、プライベートリポジトリで7つのツールを恣意的にテストした結果を語るものではありません。以下で取り上げるすべてのプラン、クレジット数値、リセットルール、繰り越し条件、機能は、2026年8月30日に取得した各ベンダーの公式ページに基づいています。評価は次の5つの基準で下しています。

含まれる利用枠が公開されているか？ 単に「より多くの利用が可能」と書かれたプランは、「1,000クレジット」と明記されたプランに比べて計画性が劣ります。クレジットがあってもタスクごとの負荷は一律ではありませんが、財務部門とエンジニアリング部門が共通の単位で議論できるようになります。

枠を使い切ったときに何が起きるか？ 自動停止する仕様なら予算は予測可能です。追加購入を促すプロンプトが出る仕様も管理可能です。何も通知されずに自動従量課金へ移行する仕様は、厳格な支出上限が設定され、かつ有効化されている場合にのみ安全と言えます。

超過分の支出を制限できるか？ 月次の上限額設定、手動による追加パック購入、プロバイダー側のハードリミットによって下振れリスクを抑えられます。自動リロードや月次上限の枠外で行われる都度購入があると、思わぬ支出が発生する可能性があります。

利用枠のリセット時期と繰り越しルールはどうなっているか？ 目に見える月次リセットのほうが、非公開の週次制限よりもスケジュールを立てやすくなります。繰り越し機能は作業負荷の波を吸収するのに有効ですが、有効期限の確認も欠かせません。

エージェントを変えずにモデルやプロバイダーを変更できるか？ 特定モデルに依存しないエージェントであれば、定型的な機械的作業を低価格モデルに逃がすことができます。これにより、タスク数を減らさずに予算を守ることが可能になります。

記事全体を通じて認識しておくべき重要な原則があります。それは、「可視化されたメーター」は「予測可能な上限」とは異なるということです。ダッシュボードはタスク実行後に「費用が高かった」と教えてくれるに過ぎません。事前に公開された利用枠、停止ルール、超過ルールがあって初めて、そのタスクを開始すべきかどうかを事前に判断できます。

最適なClaude Code代替ツール

以下で取り上げる7つのツールについて、単純なカタログ紹介以上の深い分析を行います。高額なコストリスクが生じるのはエージェントがコードを編集できるかどうかではなく、実際の作業中に含まれる利用枠を使い切ったときにツールがどう振る舞うかだからです。

1. Kiro：公開された処理能力上限を備えた総合ベスト

Kiroは、週の作業を始める前に予算管理者が確実な数値を把握しておきたい場合、最も強力な乗り換え先となります。月次プランのクレジット、追加パックの価格、リセット挙動、停止条件がすべて公開されています。

典型的なユースケースは、IDE作業、ターミナル作業、Webタスク、承認された開発自動化を1つのエージェントで完結させたい小規模なプロダクトチームです。1つのサブスクリプションでKiro IDE、Kiro CLI、Web版Kiro、Kiro Crew、そしてACP互換のIDEを横断して利用できます。基本のクレジットプールをルーチンの実装に割り当て、追加購入は手動に限定しておくことで、枠を使い切った際もサイレントに請求額が膨らむことなく処理が一時停止します。

留意すべき点は、クレジットは作業量の単位であり、プロンプトの回数と1対1で対応するわけではないことです。単純な指示なら1クレジット未満で済むこともあれば、複雑な仕様の実装では複数クレジットを消費することもあります。そのため公開クレジット数がそのまま完了チケット数になるわけではありません。それでもKiroが優れているのは、既知のプールと確実な停止ルールによって不確実性が枠内に収められているためです。

最適な用途: モデルの自由度よりも、公開された利用枠と確実な停止機能を重視するチーム。
際立つ特徴: プランのクレジットが先に消費され、次に追加枠が使われ、両方が底をつくと確実に処理が停止する設計。
料金: Free $0（50クレジット）；Pro 月額$20/ユーザー（1,000クレジット）；Pro+ $40（2,000クレジット）；Pro Max $100（5,000クレジット）；Power $200（10,000クレジット）；Enterpriseは個別見積もり。有料追加クレジットは1クレジットあたり$0.04。
無料トライアル: 期限付きトライアルの記載なし。恒久的なFreeプランに50クレジットが付属。

Kiroの最新料金ページによると、基本プランのクレジットは請求月の開始時にリセットされ、翌月への繰り越しは行われません。追加クレジットパックは125クレジットで$5から始まり、1パックあたり最大$100で、一度に最大5パックまで保持できます。Kiroの追加クレジットドキュメントによれば、未使用の追加クレジットは月をまたいで繰り越され、購入から12ヶ月後に失効します。

この仕組みは実用的な2段階の予算管理を可能にします。基本プランのクレジットは通常の開発業務の枠として扱い、追加パックはプランの無制限な延長ではなく、突発的なインシデント対応用の個別予算として運用するのが適切です。

シートごとの境界にも注意が必要です。Kiroでは開発者ごとにサブスクリプションが必要となるため、作業が少なかった開発者の余剰クレジットを、大規模なマイグレーションを行っている別の開発者の共有枠として融通することはできません。そのためキャパシティ計画はプロジェクト単位だけでなく担当者単位でも行う必要があります。各シートに通常の業務枠を割り当て、イレギュラーな大型タスクは追加パックを承認した特定のアカウントに集約させます。

また、プランごとの限界費用も把握しておくべきです。Proは$20で1,000クレジットが含まれ、サブスクリプションの付帯価値を除外して単純計算すると1クレジットあたり約$0.02です。一方、追加パックは1クレジットあたり$0.04となります。頻繁に追加パックを購入しているチームは、基本枠の実質単価の2倍を支払っていることになり、上位プランへ移行するかワークロードを別へ逃がすべきシグナルとなります。リリース時に一時的に$20のパックを買い足すのは合理的ですが、毎月同じパックを買い足しているなら基本プランの設計が適切ではありません。

1. 1

   通常業務の量から基本プランを選択する

   通常の1ヶ月をカバーできる最小限のクレジット枠を選びます。リリース週の突発的なピークに合わせて契約すると、毎月の固定費に余計なバッファが乗り続けることになります。

2. 2

   プールを週ごとの枠に分割する

   月全体の合計から一定の予備を確保した上で、残りを4週分の作業枠に配分します。この予備枠があれば、重いタスクが発生しても最終週の枠を圧迫せずに吸収できます。

3. 3

   追加購入は必ず手動に留める

   誰が追加パックを購入できるか、どのような状況で購入が正当化されるかのルールを決めます。Kiroの自動停止機能が価値を発揮するのは、購入が明示的な意思決定として行われる場合のみです。

4. 4

   計画前にダッシュボードを確認する

   Kiroの使用状況は少なくとも5分ごとに更新されます。次のスプリントのタスク一覧と残高を照らし合わせ、プールがゼロになる前に優先度の低い作業を別の手段に逃がします。

総評: Kiroは利用量の変動をゼロにするわけではありません。しかしその不確実性を「上限が明確で、安全弁のあるプール」の中に閉じ込めることができ、実務上極めて扱いやすい約束を提供してくれます。

2. GitHub Copilot：GitHub環境での明確なクレジット管理に最適

GitHub Copilotは、別の開発環境を導入することなく、毎月の明確なクレジット枠を確保したいチームにとって最適な選択肢です。同じアカウントの利用枠がIDE、GitHub.com、Copilot CLI全体で共有されます。

有料プランの体系は非常に分かりやすく整理されています。GitHubの個人向け請求ページには、各プランの基本クレジット、フレックスクレジット、および合計数が記載されています。AIクレジット1枠は$0.01に相当するため、超過予算の設定と使用量メーターが同じ基準で連動します。

注意すべきはフレックス枠の存在です。GitHubは基本クレジットが変更されることはないと明記していますが、フレックス部分はモデルの価格改定や効率化に伴って変動する可能性があるとしています。そのため、確実な作業計画を立てる際は基本クレジットを基準とし、フレックス部分はボーナス枠として扱うのが安全です。

最適な用途: GitHubを中心に開発を行い、月次の明確なクレジット台帳を求める開発者。
際立つ特徴: $10の追加利用予算が、そのまま1,000 AIクレジットとして明確に換算される点。
料金: Free $0；Pro 月額$10（合計1,500クレジット）；Pro+ $39（7,000クレジット）；Max $100（20,000クレジット）。
無料トライアル: 期限付きトライアルの記載なし。無償のCopilot Freeが用意されており、月あたり2,000回のコード補完が含まれる。

有料プランのコード補完および次編集提案は無制限であり、AIクレジットを消費しません。チャット機能、Copilot CLI、クラウドエージェント、Spaces、Spark、およびサードパーティ製エージェントの利用時にクレジットが消費されます。この切り分けは極めて実用的です。日常的な補完作業のキャパシティを圧迫することなく、ファイルやツールを横断して広範に実行されるエージェント作業だけを分離して管理できます。

付与されたクレジットは毎月1日の午前0時（UTC）にリセットされ、翌月への繰り越しはありません。枠を使い切った場合、ユーザーはプランをアップグレードするか、追加利用のためのドル予算を設定するか、あるいは次のリセットを待つことになります。個人向けProを4人で利用する場合、月額固定費は$40となり、各自に1,500クレジット（合計6,000クレジット）が付与されますが、個人プランでは共有プールとしては機能しません。

内訳の把握は予測において有益です。Proの合計1,500枠の内訳は基本1,000＋フレックス500です。Pro+は基本3,900＋フレックス3,100、Maxは基本10,000＋フレックス10,000となっています。コミットした作業の予算は、変動しないとされている基本部分に基づいて組んでください。フレックス枠はバックログの消化、実験的検証、リリース時の超過バッファとして充てるのが賢明です。

暦日によるリセットも運用上のポイントです。クレジットは各人の契約応当日ではなく、毎月1日に一斉リセットされます。月末をまたぐリリース作業がある場合、月内の残り枠を調査・検証に使い切り、リセット直後に重いエージェント作業を開始するというスケジューリングが可能です。繰り越しが効かず未使用分は消滅するものの、リセット日が全社共通であるため計画は立てやすくなります。

また、個人シートを4つ契約した場合のクレジットの偏りにも配慮が必要です。1人が1,500枠を使い切る一方で、別のメンバーがほとんど使わないケースも起こり得ます。合計6,000枠をチーム全体の共有資産とみなすのではなく、エージェントを多用する作業を意図的に特定のアカウントに集約するか、予算プールを一括管理できる組織向けプランの導入を検討してください。

総評: GitHub Copilotの基本クレジットを基準に計画を立て、フレックス枠を上振れ余力として扱えば、キャパシティ計画において最も透明性の高い主流ツールの1つとなります。

3. Claude Code vs OpenCode：プロバイダー単位の支出制限に最適

OpenCodeは、エージェントの操作性を統一したまま、裏側のモデルやプロバイダーを柔軟に切り替えたい場合に最も適しています。ターミナル、IDE、デスクトップに対応したオープンソースのエージェントであり、75以上のプロバイダー、ローカルモデル、GitHub Copilotログイン、ChatGPT PlusまたはProログインをサポートしています。

予測可能性を担保するアプローチは、週ごとのリクエスト件数枠ではなく、厳格なドル単位の上限設定です。OpenCode Zenは、$20の従量課金残高とカード決済手数料$1.23から開始でき、上乗せなしの原価でリクエストごとに課金され、月次支出制限の設定機能を提供しています。ZenはOpenCode以外の各種エージェントでも利用できるため、将来インターフェースを変更してもプロバイダー層の資産を無駄にしません。

ただし、同ページに記載されている仕様に注意が必要です。残高が$5に達すると、Zenは自動的に$20をチャージします。そのため、アカウントの支出制限を意図した上限に合わせて明示的に設定しておかない限り、初期残高がそのまま支出上限になるわけではありません。予算管理者は、この設定を確認した上で初めて「予測可能」と判断すべきです。

最適な用途: コーディングのワークフローを変えずに、プロバイダーやローカルモデル間で作業を柔軟にルーティングしたい開発者。
際立つ特徴: プロバイダー層での月次支出制限と、マージン上乗せなしのリクエスト単位課金。
料金: OpenCode独自のエージェント有料サブスクリプションはなし。Zenは初期残高$20＋手数料$1.23。既存サブスクリプション、各プロバイダー直接契約、無料モデル、ローカルモデルなどの経路も利用可能。
無料トライアル: 期限付きZenトライアルの記載なし。エージェント自体はオープンソースであり、Zen以外のプロバイダーにも接続可能。

OpenCodeはモデルの独立性においてClaude Codeを凌駕します。Claude CodeがAnthropicの統一された体験を提供するのに対し、OpenCodeでは機械的な定型コード編集を安価なモデルに逃がし、高度な推論作業のみを最高性能モデルに任せるといった使い分けが可能です。これにより、週ごとのキャパシティ不足を「ツールの全面移行」ではなく「タスクのルーティング設計」によって解決できます。

週次計画はプロンプト数ではなく金額ベースで構築します。まず承認された月次のプロバイダー上限額を決め、突発的なトラブル対応枠を差し引き、残りを稼働週に均等配分します。リクエスト件数自体は変動しますが、実費の支出が設定上限を超えることはありません。ローカルモデルによる小さなリファクタリングと、フロンティアモデルによる大規模な設計変更を同列の枠として扱うよりも、金額ベースのほうが実態に即した誠実な予算管理と言えます。

プロバイダーの柔軟性が活きるのは、ルーティングルールがシンプルに運用されている場合のみです。フォーマット修正、テスト作成、反復的な編集には低コストモデルやローカルモデルを割り当て、アーキテクチャ設計、原因不明のデバッグ、高リスクな移行作業にのみプレミアムモデルを許可するというルールが現実的です。モデルの流行ではなくタスクの分類に基づいてルールを定めておけば、プロバイダー側の状況が変わっても長持ちします。

既存のGitHub CopilotやChatGPT Plus、Proのアカウントを利用してモデルにアクセスすることも可能です。これにより新規の支出を抑えられますが、それらのサブスクリプションの利用制限もそのまま引き継がれます。支出の予測可能性を重視するなら、各ルートが固定サブスクリプション、Zen残高、直接API予算、ローカルハードウェアのどれを消費しているかを明確に記録してください。OpenCodeは統合されたUIですが、課金メーターは1つではありません。

総評: 守るべき資産が特定のモデル契約ではなく日々のワークフロー自体にある場合、OpenCodeは最適な逃げ道となります。まず支出上限を設定し、その範囲内でモデルを選択してください。

4. Aider：軽量なBYOKターミナルエージェントの決定版

Aiderは、コーディングエージェントの動作環境とモデルの利用料金を完全に切り離したいターミナル作業者にとって、最も無駄のない選択肢です。クラウドLLMおよびローカルLLMに対応し、リポジトリのマップ作成、Git連携、編集後のリントや自動テスト実行までをサポートします。

予測可能性の観点から最も適しているのは、複数のリポジトリを抱え、プロバイダーアカウント側で厳格な支出上限を設定している技術系創業者などのユースケースです。Aiderがコード編集ループを提供し、プロバイダーが料金と上限を管理します。クラウドの利用費用が嵩みすぎた場合は、エディタ環境を変えることなくローカルモデルへ接続先を向けるだけで対応できます。

制約となるのは、Aider自体には利用枠や組み込みの予算上限機能がない点です。/tokensコマンドで現在のチャットコンテキストを確認でき、/clearや/resetで肥大化したコンテキストを破棄できます。これらは消費を抑える優れた制御手段ですが、最終的な金銭的ストッパーはモデルプロバイダー側で設定する必要があります。

最適な用途: プロバイダー側の設定を自ら管理できる、ターミナル作業主体の開発者。
際立つ特徴: リポジトリマッピングとローカルモデル対応を備えた、プロバイダー非依存の軽量編集ループ。
料金: 取得ページにおいてAider有料エージェント層の記載なし。クラウドモデルの費用は選択したプロバイダーから請求。ローカルモデル利用時はモデル課金が発生せず、自前ハードウェアのリソースのみで動作。
無料トライアル: エージェント自体に期限付きトライアルは不要。ローカルモデルを使用すればリクエスト単位のコストは完全無料。

AiderはAPIキーとプロバイダールーティング設定を用いてOpenRouter経由で接続することも可能です。信頼性の確保、データ取り扱いの管理、希望するベンダー順序がある場合に有効です。この場合、Aiderとプロバイダーの2つの層が存在することになるため、実際に課金が発生するプロバイダー側で上限を確実に設定しておく必要があります。

コンテキスト管理はAiderにおいて最も費用対効果の高いコスト対策です。タスクに必要なファイルだけを追加し、長いリクエストを投げる前に/tokensで確認し、過去のやり取りを引き継ぐ必要がなくなった時点で/clearや/resetを実行します。これによってプロバイダーの単価は下がりませんが、一見小さな修正の裏で膨大なトークンが繰り返し課金されるのを防ぐことができます。

最もクリーンな運用構造は3層構成です。Aiderがコード編集、リポジトリマップ、コミット、リント、テストを担当します。プロバイダーアカウントが金額とデータポリシーを管理します。そして簡潔なタスク振り分けルールを定め、定常作業に使うモデルと高難度な推論にのみ許可するモデルを規定します。これらをドキュメント化せずにシェルスクリプトだけで雑多に管理してしまうと、柔軟ではあっても予算の追跡が不可能になります。

ローカルモデルは、リクエストごとの請求が発生しないという意味で究極の上限対策となります。ただし完全なノーコストではありません。ハードウェア費用、電気代、セットアップ工数、実行速度の低下、そして超高難度タスクでの出力精度の妥協がトレードオフとなります。反復的でレビューが容易な作業にはローカル推論をあて、粗悪なコードを出力されると手戻りコストがモデル料金を上回るような重要タスクには従量課金のクラウドモデルを使う、という使い分けが合理的です。

総評: Aiderは、接続先のプロバイダーアカウントが厳格に管理されている場合にのみ予測可能となります。その外部上限がなければ、単に「柔軟なだけのツール」に留まります。

5. Cline：タスク単位のコスト可視化に最適

Clineは、アカウント全体のダッシュボードだけでなく、実行中のタスク単位で発生コストをリアルタイムに把握したい作業者にとって最も強力なツールです。各タスクごとにトークン消費量、API概算コスト、実行時間が記録され、APIリクエストのたびに推定金額が更新されます。

複数の支払い方法が用意されています。Cline使用量課金（usage billing）は100以上のサポート対象モデルで利用できる前払いクレジット方式で、無料タグ付きのモデルも含まれます。直接APIキーを入力すればプロバイダー側での請求となります。ローカルモデルを使えばリクエスト単位のモデル料金は不要になりますが適切なハードウェアが必要です。ClinePassは、厳選されたオープンコーディングモデルを利用できる月額$9.99の別枠サブスクリプションです。

ClinePassはシンプルな定額の答えに見えますし、個人のライトな開発であれば実際にその通りでしょう。しかし現在のClinePass公式ドキュメントには、利用は5時間のローリングウィンドウ、週間制限、月間制限によって制御されると記載されているものの、具体的な数値枠は公開されていません。定額請求という意味では予測可能ですが、完了できるキャパシティという意味では予測不能です。

最適な用途: 各エージェントタスクにかかる概算コストを常に把握したい開発者。
際立つ特徴: タスク履歴にトークン消費量、APIコスト、実行時間がセットで記録される仕様。
料金: ClinePassは月額$9.99。Cline使用量課金は前払い従量制。直接APIキー入力はプロバイダー価格に準拠。無料タグ付きモデルあり。ローカルモデルはリクエスト課金なし。
無料トライアル: ClinePassに期限付きトライアルの記載なし。無料タグ付きモデルやローカルモデルにより無償利用ルートあり。

4名チームの場合、ClinePassの固定費は月額$39.96となります。1人あたり$20かかる他のツールに比べれば魅力的な水準ですが、数値制限が開示されていないため、処理能力を他社と比較することはできません。「標準API使用量の2倍〜5倍」という記述を、週ごとのタスク数に勝手に換算してはいけません。これは基盤となるAPIレートとの比較表現であって、保証された作業枠ではありません。

Clineの真価は、チーム独自のコスト実績データを蓄積できる点にあります。すべてのタスクでトークン、概算コスト、実行時間が記録されるため、反復的な作業を「依存関係のアップデート」「テストの追加」「小規模機能の実装」「複数ファイルのリファクタリング」といった実勢価格帯に分類できます。これは一般的なプロンプト回数よりもはるかに実用的な予測指標となります。ただし、最終的にはプロバイダー側の実際の請求書と突合して検証する必要があります。

課金モードの混同にも注意が必要です。ClinePassは制限値非公開の定額制です。Cline使用量課金は前払いチャージです。直接APIキーは他社ベンダーの価格と制限を引き継ぎます。ローカルモデルはAPI料金をハードウェア制約へと置き換えます。タスクの運用テンプレートに現在どのモードを使っているかを明記し、コスト確認時にプロバイダーへの直接課金をClinePassの枠内と誤認しないようにしてください。

ローカルモードには明確なハードウェアの壁があります。Clineの案内では、4ビットモデルでRAM 32GB、より品質の高い8ビットモデルで64GB、クラウドと同等レベルの性能を目指すなら128GB以上が目安とされています。標準的なローカル環境での推論速度は毎秒5〜20トークンと見積もられています。夜間のバッチ処理や単純な機械的作業には優れた固定費レーンになりますが、インタラクティブ性が求められる最先端モデルの作業すべてをそのまま置き換えられるわけではありません。

総評: Clineはタスクごとのコスト把握においてトップクラスの透明性を持ちます。しかしClinePassの契約者が、その月額費で具体的にどれだけの週次作業をこなせるかについては、いまだ確実な答えを示してくれません。

6. Cursor：IDEとしては最高峰だが、利用枠の契約はやや曖昧

Cursorは、厳密な利用枠契約をある程度妥協してでも、IDEとしての完成度を最優先したい開発者にとって最適な選択肢です。「Spending」タブにより、含まれる2つのプール、残り枠、オンデマンド課金の状況がリアルタイムに表示されます。

現在のプランページには、Hobby（無料）、インド向け税込み月額₹649のStart、Pro（月額$20）、Pro+（月額$60）、Ultra（月額$200）、Teams Standard（1ユーザーあたり月額$40）、Teams Premium（1ユーザーあたり月額$120）、そして個別見積もりのEnterpriseが掲載されています。Pro、Pro+、Ultraには毎月2つのプールが含まれます。1つは自社のCursor Models用、もう1つはサードパーティ製のOther Models用です。

課題となるのは、公開されている料金表および利用規約ドキュメントに、これらプールの具体的な数値サイズが明記されていない点です。ダッシュボード上で自アカウントの残量は確認できますが、購入検討者が契約前にプラン料金を固定の作業量へと換算することはできません。またCursor Routerは、ルーティングされたモデルを定価で請求し、サードパーティ製モデルには独自のCursor Token Rateが加算されます。

最適な用途: 洗練されたIDEワークフローを最重視し、リアルタイムダッシュボードを見ながら使用量を調整できるチーム。
際立つ特徴: 自社モデルとサードパーティ製モデルで独立したプールをリアルタイムに監視可能。
料金: Hobby 無料；Start 月額₹649（インド限定）；Pro $20；Pro+ $60；Ultra $200；Teams Standard 1ユーザー月額$40；Teams Premium 1ユーザー月額$120；Enterpriseは要問い合わせ。
無料トライアル: 期限付きトライアルの記載なし。Hobbyが無料プラン。

利用枠は請求サイクルに合わせてリセットされ、繰り越しはありません。上限に達した際、ユーザーは上位プランに移行するか、APIレートに基づくオンデマンド課金を有効化できます。そのためProを4シート契約した場合、月額$80の固定費は確定しますが、公開情報からはそれに付随する正確なプール容量を読み取れません。これこそが「サブスクリプション費用の確定」と「実行可能な作業量枠の確定」の決定的な違いです。

2系統のプール構成はタスクのルーティングにも影響します。Cursor ModelsとサードパーティのOther Modelsは別々の枠から消費されるため、一方を使い切っても他方が残っているという状態が生まれます。意図的に作業を分担させていれば便利ですが、開発者が出力の品質だけでモデルを切り替え、気づいたときには貴重な側のプールを使い果たしていたという混乱も生じやすくなります。

チーム利用の場合、メンバー全員の利用枠はチームの請求サイクルに合わせて同時にリセットされます。このリセット日を開発計画の区切りとして活用してください。スプリントのコミット前にSpendingタブを確認し、高負荷なエージェント作業を担当するプールを決め、リリース予算の承認が下りるまではオンデマンド課金の有効化を保留にします。公開ページから事前枠を予測することは難しくとも、提供されているダッシュボードの精度はこうした運用ルールを回すのに十分なレベルを備えています。

枠を使い切った際の解決策はプランのアップグレードだけではありません。日常的な編集作業をComposerなどの付属Cursorモデルに逃がすことでサードパーティ枠を温存し、真に困難なタスクにのみオンデマンド課金によるプレミアムモデル利用を許可します。この例外を適用するタスク基準を予算ルールとして明文化しておかないと、「一番賢いモデルを使う」という慣習がそのまま無制限のコスト膨張につながります。

総評: Cursorは「事前予算の厳密な確定」よりも「日々の運用・監視」に適したツールです。優れたエディタ体験を目的に導入し、ダッシュボードのメーターを基準とした社内ルールでコストを縛る運用が求められます。

7. OpenAI Codex：OpenAIエージェントの最高峰だが、共有枠に注意

OpenAI Codexは、Web、CLI、IDE、モバイルといったOpenAIのエコシステムで開発環境を統一している作業者にとって最も強力な選択肢です。5時間ごとのメッセージ目安数が公開されている点は有用ですが、週単位のキャパシティには変動の余地があり、利用枠が他のエージェント機能と共有される点に注意が必要です。

現在のCodex料金ページには、Free（$0）、Go（$8）、Plus（$20）、Pro 5x（$100から）、Pro 20x（$200）、Business（年払いで2ユーザー以上の場合1ユーザー月額$20、月払いは$25）、個別見積もりのEnterpriseおよびEdu、そして従量課金のAPI Keyが掲載されています。多岐にわたる選択肢がありますが、ページに記載された完全なマルチプラットフォーム機能を利用できるのはPlus以上となります。

ローカルのGPT-5.6 Solメッセージについて、OpenAIは5時間枠あたりの目安をPlusで10〜100件、Pro 5xで50〜500件、Pro 20xで200〜2,000件、Businessで10〜100件と案内しています。モデルの選択、タスク規模、コンテキスト量、ツールの使用有無、検索、キャッシュ状況によって消費が大きく変わるため、この目安にはかなりの幅があります。またクラウドチャットはローカルメッセージよりも枠を多く消費する場合があり、追加の週間制限が適用される可能性があるとも明記されています。

最適な用途: ローカル、クラウド、エディタ、Web作業を単一のOpenAIエージェントで統一したい開発者。
際立つ特徴: 単なる「利用枠拡大」という表記ではなく、5時間枠のメッセージ目安やトークンクレジットレートが公開されている点。
料金: Free $0；Go $8；Plus $20；Pro 5x $100；Pro 20x $200；Business 年払い1ユーザー$20（月払い$25）；Enterprise/Edu 個別見積もり；API Keyは従量制。
無料トライアル: 期限付きトライアルの記載なし。FreeプランでCodexの限定利用が可能。

最大の弱点は、利用枠の帰属先です。CodexとChatGPT Workは価格、クレジット、利用制限を共有しています。PlusやProでサポートされる他のエージェント機能も同じ枠から消費されます。そのため、エンジニアリング側のコーディングタスク量が変わっていなくても、他業務での利用によって想定より早く枠が枯渇することがあります。

付与制限に達した後、PlusおよびProユーザーはクレジットを追加購入できます。自動リロード機能には月間の上限額を設定できますが、OpenAIの規約上、その上限額は「都度の手動購入」には適用されません。購入したクレジットの有効期限は12ヶ月です。現在のレート表では、GPT-5.6 Solは入力100万トークンあたり100クレジット、キャッシュされた入力は10クレジット、出力は500クレジットとなっており、標準的なメッセージ1回で5〜30クレジットを消費すると試算されています。

Plusを4シート契約すると月額$80になります。各席に5時間あたり約10〜100件のローカルSolメッセージ枠が割り当てられますが、潜在的な週間制限や他機能との枠共有があるため、この$80を「週ごとの確定タスク完了数」として見立てることは困難です。

モデルのルーティングによって実質的な処理能力は劇的に変わります。Plusプランにおいて、Solが5時間で10〜100件であるのに対し、Terraならローカルメッセージで25〜200件、Lunaなら250〜2,000件に達するとOpenAIは見込んでいます。Pro 5xではTerraが125〜1,000件、Lunaが1,250〜10,000件に拡大します。Pro 20xではそれぞれ500〜4,000件、5,000〜40,000件に跳ね上がります。これらは保証値ではなく目安ですが、すべての定型業務にSolを使うことが、品質以前に予算管理上の大きな判断を伴う行為であることを如実に示しています。

合理的な運用ルールとしては、設計の曖昧なアーキテクチャ検討や難解なバグ調査にはSolをあて、日常の開発にはTerraを、単機能でボリュームの多いタスクにはLunaを割り当てます。このモデルヒエラルキーを意識した運用によって枠の寿命を大幅に延ばすことができます。また超過分析も容易になります。Solの比率が高い週はタスクの難易度が高かったことを示し、Luna中心なのに上限に達した週は純粋な作業量が多かったことを意味します。

サブスクリプション枠を使い切った後の追加クレジットも計画に組み込めます。GPT-5.6 Solのクレジットレートは入力100万トークンあたり100、キャッシュ入力10、出力500です。Terraはそれぞれ50、5、300であり、Lunaは5、0.5、30です。出力トークンの消費レートはキャッシュ入力に比べて圧倒的に高価であるため、大量のコードを一気に生成させる指示は、再利用可能なコンテキストを渡して簡潔な修正を求める指示に比べてコストが跳ね上がります。

機能面の詳細な比較については、各ワークフローの強みを解説したCodex vs Claude Code vs Cursorガイドを参照してください。本稿のような利用枠の予測可能性という厳密な観点では、他機能と共有される変動枠であるCodexは、上位ツールに一歩譲る評価となります。

総評: Codexは変動要素について情報を公開していますが、それは固定された週次契約を意味するものではありません。タスク数の保証のためではなく、OpenAIの洗練された開発環境を手に入れる目的で購入すべきツールです。

より網羅的なAIコーディングエージェントのベスト比較（2026年版）では、自律性、コードレビュー、共同作業に特化したツールも紹介しています。ただし現在の請求仕様がキャパシティ予測の課題を解決できないものについては、本リストから除外しています。

Claude Codeのオープンソース代替ツール

本稿で取り上げたオープンソースの有力な選択肢はOpenCodeとAiderの2つですが、これらはKiroやGitHub Copilotとは全く異なるレイヤーで予測可能性を担保します。エージェント自体がメーターになるのではなく、プロバイダーのアカウント、手元のハードウェア、あるいは既存の契約がメーターの役割を果たします。

プロバイダーの柔軟な切り替え、多彩なUI、そして一元管理された従量課金システムを重視するならOpenCodeが適しています。Zenによって中央管理された残高と月次支出上限が手に入り、必要に応じて直接契約やローカル推論も併用できます。ターミナルの編集ループを極力シンプルに保ち、プロバイダーのポリシー管理をエージェントの外側で完結させたいならAiderが適しています。

どちらを選ぶかは、運用の手間をどこにかけるかで決まります。OpenCodeはチームに広いルーティングの選択肢と統合プロバイダーを提供します。Aiderは個人の環境を極限までシンプルに保ちます。いずれにせよ、プロバイダー側の予算、自動チャージの挙動、モデルのルーティングルールを文書化しない限り、これらを「予測可能」と呼ぶことはできません。

Claude Codeの無料代替ツール

この分野における「無料」には大きく分けて3種類のアプローチが存在します。KiroとCursorは本物の無料プランを提供しています。GitHub Copilot Freeは、月間2,000回のコード補完に加え、自動モデル選択による非公開枠のAIクレジットが付与されます。OpenAIはFreeおよびGoプランでCodexの限定的な利用を認めています。Clineは無料タグ付きのモデルを提供し、OpenCodeやAiderはローカルモデルや無料の外部APIルートを活用できます。

しかし、これらのどの方法も、本番環境レベルの作業量に対してフロンティアモデルを永久に無償提供することを保証するものではありません。無料エージェントであっても有料モデルを呼び出せばコストが発生します。無料プランには非公開の上限がつきまといます。ローカルモデルはリクエストごとの請求書をゼロにしてくれますが、その分のコストは機材購入費、環境構築の手間、そして作業待ち時間という形で支払うことになります。

無料枠は、最終的な予算を決定するためではなく、自社のタスクの「形状」を測定するために使うべきです。定常的なチケットにどれだけのコンテキストが必要か、どのような作業にプレミアムモデルが不可欠かを把握した上で、通常の1週間を確実に支えられる有料プランの予算を組んでください。

Claude CodeのCLI代替ツール

OpenCode、Aider、Kiro CLI、GitHub Copilot CLI、OpenAI Codex CLIはいずれもターミナル上で直接作業を完結させることができますが、費用の管理方法はそれぞれ異なります。KiroはCLIの利用を公開されたサブスクリプションクレジットに紐付けます。GitHub Copilot CLIは明確な月次AIクレジットから消費します。OpenCodeとAiderは接続先プロバイダー側の予算上限をそのまま引き継ぎます。Codex CLIはChatGPTプランの共有枠またはAPIキーの従量課金から消費します。

ターミナルインターフェースは、どの課金メーターを採用するかを決めた後に選んでください。確実な停止ルールが必須であれば、Kiroのファーストパーティ仕様が最も明快です。モデルのポータビリティを重視するならOpenCodeかAiderに軍配が上がります。リポジトリ、プルリクエスト、請求管理がすでにGitHubに統合されているなら、Copilotを選ぶことで運用の摩擦を大幅に減らせます。

唯一のIDEファーストの例外がCursorです。CursorがこれらCLIツールより優先されるのは、公開枠が非公開であってもダッシュボードから細かく管理する手間を正当化できるほど、エディタとしてのエルゴノミクスに圧倒的な価値を感じる場合に限られます。

Claude Code代替ツールの選び方

まず、チームとして「絶対に許容できない失敗」が何であるかを明確にしてください。

予期せぬ高額請求が最も避けたい失敗であるなら、公開された確実なクレジットプールを持つツールか、プロバイダー側でドル単位のハードリミットをかけられるツールを選んでください。オールインワン型ならKiroが最もクリーンであり、プロバイダー側で確実に停止できるならOpenCodeやAiderが有力です。

リリースの真っ只中で開発者の作業が突然ブロックされることが最悪のシナリオなら、超過時のルールが明示されているツールを選んでください。GitHub Copilotは追加予算とクレジットが直結しています。Kiroは手動で追加パックを購入でき、使い切れば安全に停止します。CursorやCodexもオンデマンドで作業を継続できますが、タスク単価が変動するため、より厳格な社内管理が求められます。

モデルの世代交代のたびにツールを乗り換える手間を避けたいなら、特定のモデルに依存しないエージェントを選んでください。この点ではOpenCodeが最も対応プロバイダーが広く、Aiderはよりシンプルにそれを実現します。

既存の開発フローを崩したくない場合は、GitHub中心の開発ならGitHub Copilotを、IDE主体の作業ならCursorを選択します。日々の利便性が高ければ、多少の利用枠の不透明さは許容できる判断材料になります。

本質的な結論は極めて明快です。**「週単位のタスク完了数を確実に保証しなければならない場合、非公開の週次上限を持つサブスクリプションツールを選んではいけない」**ということです。公開された月次クレジットを週ごとに割り振る方式に移行するか、厳格なドル上限を設定した従量課金を採用してください。逆に、作業枠の確実性よりも1回ごとの出力品質を最優先するなら、ランキングの順位は逆転します。

予測可能性の観点から避けるべき運用

これらは製品自体の品質が低いわけではありません。しかし「週ごとの上限を正確に把握する」という要件に対しては不適切な運用パターンです。

現在の作業バッファが17%未満であるにもかかわらず、Claude Code単体に依存し続けること。 9月14日以降の上限は、現在の一時的な上限の83.3%になります。予備のルートを用意しておかないと、進行中のスプリントが確実にキャパシティ不足に直面します。

ClinePassの固定料金を「固定の作業量」と錯覚すること。 月額$9.99という金額は明確ですが、公開ドキュメントには5時間、週間、月間の具体的な処理上限数が書かれていません。低コストとタスクごとのコスト把握を求めるなら優秀ですが、調達部門が求める「確定した週間枠」としては使えません。

明確な予算管理者を決めずにCursorのオンデマンド利用を有効化すること。 リアルタイムダッシュボードは優秀でリセットの挙動も明確ですが、公開枠が不透明であり、モデルごとのコスト差も生じます。停止ルールのないメーターは、後から被害額を確認する事後報告書にしかなりません。

他のエージェント機能も利用しているアカウントで、OpenAI Codexの全枠をコーディング用として見込むこと。 ChatGPT Workや各種エージェント機能が同じプールから消費されます。アカウントを分けるか、プロバイダー予算を設定したAPIキー課金に切り替えるか、あるいはコーディング専用枠ではないことを前提に計画を立ててください。

自動リロードが有効になっているOpenCode Zenの残高を「支出上限」と呼ぶこと。 Zenの仕様では残高が$5になると自動で$20が補充されます。作業を開始する前に月次支出制限（Monthly Spend Limit）を必ず設定してください。ウォレットの残高挙動と予算制限ルールは別物です。

9月14日までに実施すべき月曜日のアクションプラン

新たな利用枠の上限はすでに告知されていますが、実際の適用までにはわずかな猶予があります。この期間を活用し、以下の手順で計画的に移行を進めてください。

1. 現在のClaude Codeの使用量メーターを確認する。 /usageコマンドを実行し、リセットのタイミングと残り利用枠を記録します。精度の高い比較を行うため、週の同じ曜日の同じ時間帯に確認してください。
2. 現在の上限の17%をあらかじめ「使用不可」として確保する。 9月14日以降はその枠が使えなくなると想定し、最初から計画から除外しておきます。上限に達してどのチケットが弾かれるかを待つ必要はありません。
3. 無作為なプロンプトではなく、「特定の業務カテゴリ全体」を別ツールに移す。 単体テストの自動生成、依存関係のアップデート、あるいは低リスクなリファクタリングなど、特定の作業を丸ごと代替ツールに移行します。業務の境界線を明確にしたほうが、場当たり的な逃がし方よりも予算管理と効果測定が格段に容易になります。
4. リポジトリを接続する前に、金銭的なストッパーを必ず設定する。 Kiroなら追加パックの購入を手動設定に留めます。GitHub Copilotなら追加利用のドル予算を設定します。OpenCodeやAiderならプロバイダー側の上限を設定し、CursorやCodexならオンデマンド利用の責任者を定めます。
5. 1回のリセットサイクルが完了した段階で運用を振り返る。 計画タスク数、完了タスク数、ブロックされたタスク数、および追加の支出額を突合します。その代替ツールを継続するかどうかは、「単に忙しい日のバッファになったか」ではなく、「特定のカテゴリの作業を反復的に安定して吸収できたか」で判断してください。

目的はツールの全面的な乗り換えではありません。安全にコントロールされた「逃げ道」を作ることです。Claude Codeに最高難度のタスクを集中させ、上限が明確な安価な代替ツールに定型的な機械的作業を逃がすことができれば、単一のツールに依存するよりもはるかに強靭な開発体制が構築できます。

APIキーを予算管理スプレッドシートから分離する

1Passwordは、コーディングエージェントを自称することなく、BYOK（APIキー持ち込み）型の開発環境を強固に支えてくれるツールです。op runコマンドを使用すると、環境変数として子プロセスの実行期間中だけシークレットを注入できるため、リポジトリや共有スクリプト内にプレーンテキストのプロバイダーキーをハードコードする危険を回避できます。

1Passwordの開発者向けドキュメントによると、チーム共有環境（Environments）や、特定の保管庫・環境に権限を絞ったサービスアカウントもサポートされています。OpenCode、Aider、Clineなどのツールが複数のプロバイダーにアクセスする構成では、支出上限の設定と同じくらい、最小権限の原則に基づくアクセス境界の設定が重要になります。

共有の.envファイルにAPIキーを平文で記載し、その横に月次上限額をメモしただけで、ガバナンスが効いていると安心しないでください。予算設定はお金を守るものですが、シークレット管理は「誰がそのお金を使えるか」を厳密に縛るための防壁です。

よくある質問（FAQ）

Claude Codeより優れたツールはありますか？

特定の要件においては存在します。明確に公開されたクレジット枠と上限到達時の確実な停止を求めるなら、Claude Codeの統合されたAnthropic環境よりもKiroのほうが優れています。月ごとの明確なクレジットとGitHubネイティブな連携を重視するなら、GitHub Copilotが適しています。

2026年時点で最もおすすめのClaude Code代替ツールは？

利用枠の予測可能性という観点ではKiroが最も優れています。すべての公開プランでクレジット数が明記されており、枠を使い切ると確実に処理が停止するからです。特定のタスクやリポジトリにおける出力精度ではClaude Codeが勝ることもありますが、予算契約の明瞭さではKiroが上回ります。

Claude Codeは2026年現在も使う価値がありますか？

複雑で自律的なコーディングタスクにおいて、Claude Codeは依然として極めて高い実力を持ちます。懸念点はコーディング能力そのものではなく、50%の増枠に慣れてしまったチームが、9月14日に実施される現在比17%減の制限改定にスムーズに対応できるかどうかという点にあります。

Claude Codeの主な代替ツールにはどのようなものがありますか？

Kiro、GitHub Copilot、OpenCode、Aider、Cline、Cursor、OpenAI Codexが代表的です。KiroとCopilotは明確なクレジット制、OpenCodeとAiderはプロバイダーの自由度、Clineはタスクごとのコスト把握、CursorはIDE環境の操作性、CodexはOpenAIの統合ワークフローにそれぞれ強みを持っています。

Claude Codeは現在も最高のコーディングエージェントですか？

万人に共通する単一のベストツールは存在しません。タスクの処理品質や環境の一体感ではClaude Codeが勝る場合がありますが、利用枠の確実性ではKiroが、プロバイダーの柔軟性ではOpenCodeが優れています。どのリスクを最も防ぎたいかによって最適な選択肢は変わります。

プログラミング用途ではCodexとClaude Codeのどちらが優れていますか？

Anthropic環境を中心としたターミナル作業ならClaude Codeが明快です。Web、CLI、IDE、クラウドにまたがるOpenAIエコシステム全体で作業したいならOpenAI Codexが適しています。どちらも週ごとの固定メッセージ数を公約しているわけではないため、利用枠の厳格な予測を重視するなら本ランキングの上位ツールを検討してください。

Claude CodeとCodexはどちらが高価ですか？

直接比較できる個人向けプランは、月払いの場合どちらも月額$20から始まります（Claude ProにClaude Codeが含まれ、ChatGPT PlusでCodexの利用が拡張されます）。上位のClaude MaxおよびOpenAI Proはいずれも月額$100からですが、上位枠の構造や超過課金の仕組みが異なります。

Claude Codeはお金を払う価値がありますか？

そのタスク品質の高さによって削減できる時間が、サブスクリプション費用と利用制限による手戻りコストを上回るなら十分に価値があります。週次制限のせいで予定していた作業が頻繁にストップする場合は、Claude Codeを最難関タスクに絞り、明確な上限のある代替ツールに定型作業を逃がす運用が効果的です。

Claude CodeはCodexよりも処理速度が速いですか？

リポジトリの構成、選択モデル、タスクの性質を問わずにそれを証明できる恒久的なベンチマークはありません。OpenAI自身も、Codexの消費量はコンテキスト、モデル、使用ツール、検索、ローカルかクラウドかによって変動すると明記しています。実務において重要なのは、反復的な定常業務がそれぞれの予算枠内で確実に完了するかどうかです。

自社のAI開発スタック全体について、上限枠とコストの厳密な監査を実施したいですか？ニュースレターに登録して、AIビジネスワークフロー監査チェックリストを手に入れてください。