Cursorでモデルを変更する基本的な手順
| 観点 | Chat/Agent画面 | 設定画面 | Auto/Premium | CLI |
|---|---|---|---|---|
| 切り替え手段 | ドロップダウン・Ctrl+/ | ON/OFF・APIキー | Auto/Premium選択 | /modelコマンド |
| 設定保持 | 会話をまたぐ | 設定に保存 | モードとして保持 | cli-config.json |
| コスト | モデル依存 | BYOK可能 | 固定 or 従量 | 標準 |
| おすすめシーン | 初心者・日常 | よく使うモデルを絞る | 簡単=Auto, 複雑=Premium | CI・安定運用 |
Chat/Agent画面からの切り替え
室谷代表取締役モデルの切り替え、一番シンプルなのはチャットかAgentパネル上部のドロップダウンから選ぶ方法ですね。Ctrl+/ でモデルを順に切り替えられるのも地味に便利です。
テキトー教師.AI認定講師そう、そこで選んだモデルは会話をまたいで保持されるんですよ。一度設定しておけば次回開いたときも同じモデルのまま。
最初に戸惑うのは「どれ選べばいいの？」ってところですが。
最初に戸惑うのは「どれ選べばいいの？」ってところですが。
室谷代表取締役あとは設定で使いたいモデルだけを有効にしておくと、ドロップダウンがすっきりします。自分が普段使わないモデルはオフにしてしまうのが現場では多いですね。
設定画面からモデルを管理する
テキトー教師.AI認定講師設定画面のModelsセクションでは、使うモデルのON/OFF切り替えと、APIキーの追加もできます。自分のキーを持ってるなら、Bring Your Own Keyで利用できるモデルを増やせます。
室谷代表取締役でも地域制限でモデルが表示されないケースもあるので、その場合はAutoを使うか、プロバイダーの制限を確認したほうがいい。自分のキーを入れても地域ブロックは回避できないこともあるらしいです。
テキトー教師.AI認定講師設定で全部有効にしすぎると、かえって選びにくくなるんで、自分がよく使う2〜3モデルだけONにするのがおすすめです。
AutoモードとPremiumモードの違い
室谷代表取締役最近追加されたPremiumモード、Autoと何が違うかというと、Autoはファーストパーティモデルプールから固定レートで使うのに対して、PremiumはAPIプールからそのモデルのAPIレートで課金されます。
テキトー教師.AI認定講師つまりAutoはコストを気にせず毎日のタスクに、Premiumは品質重視の複雑なタスクに、と使い分ける感じですね。Autoは裏でどのモデルが使われても定額なので、気軽に使えます。
室谷代表取締役チームで使うなら、普段はAutoで済ませて、アーキテクチャ設計やデバッグで困ったときだけPremiumの高機能モデルを呼ぶ、という運用がコスト的にも現実的です。
CLIでのモデル変更（/modelコマンド）
テキトー教師.AI認定講師CLIモードで使ってるときは、
/model と入力すると利用可能なモデル一覧が出て、そこから選べます。最初「どれ選べば？」と迷いますが、コマンドがちゃんとあるんです。室谷代表取締役設定ファイル cli-config.json でもデフォルトモデルを指定できます。CI環境など、毎回同じモデルで安定させたいときは設定ファイルで固定するのが確実ですね。
テキトー教師.AI認定講師CLIだとモデル変更のUIが無いので、この
/model コマンドを覚えておかないと詰まります。初心者はまずここでハマるポイントです。利用可能なモデル一覧：各モデルの特徴と適したタスク
OpenAI系モデル：GPT-5.6 Sol/Terra/Lunaの特性
室谷代表取締役GPT-5.6の3つのバリエーション、料金体系が明確に分かれてるんですよね。Solがハイエンド、Terraがミドル、Lunaがエントリー。
ただ、実際の現場だとLunaでも十分なケースが多いんですよ。
ただ、実際の現場だとLunaでも十分なケースが多いんですよ。
テキトー教師.AI認定講師たしかに。最初に「Solじゃないとダメですか？」って聞かれますが、簡易なリファクタリングやコード補完ならLunaで十分。
出力トークン単価がSolの5分の1ですからね。
出力トークン単価がSolの5分の1ですからね。
室谷代表取締役MYUUUでも、普段の開発はLunaで回して、アーキテクチャ設計みたいな重いタスクだけSolに切り替えるチームが増えてます。時給換算すると、Lunaで十分なタスクにSolを使うのはコスト的に非効率なんです。
テキトー教師.AI認定講師なるほど。切り替えの基準さえ決めておけば、無駄なく使えますね。
Anthropic系モデル：Claude Sonnet/Opus/Fableの使い分け
テキトー教師.AI認定講師Claude系は3ラインありますが、Sonnetが万能、Opusが高精度、Fableが最上位。現場感覚で言うと、Sonnetが一番バランス取れてる印象です。
室谷代表取締役USの開発コミュニティでも、日常的なエージェント作業はSonnetが標準になってますね。ただ、複雑なマルチステップ処理になるとOpusが効く。
Fableは本当に難しい問題だけ使う、という使い分けです。
Fableは本当に難しい問題だけ使う、という使い分けです。
テキトー教師.AI認定講師料金も結構違いますよね。Sonnetの出力が$15/1Mトークン、Opusが$25、Fableが$50。
何をどのモデルに振るかで月額コストが全然変わってきます。
何をどのモデルに振るかで月額コストが全然変わってきます。
室谷代表取締役ですから最初からFable固定にするのはおすすめしません。まずはSonnetでやってみて、精度が足りなければOpusに上げる。
その判断基準をチームで持っておくと、コストを抑えられます。
その判断基準をチームで持っておくと、コストを抑えられます。
GeminiモデルとGrok 4.5、Composer 2.5
室谷代表取締役GeminiはProとFlashの2ライン。Proは複雑なタスク、Flashはスピード重視。
実はFlash、出力単価が$9とかなり安いんですよね。
実はFlash、出力単価が$9とかなり安いんですよね。
テキトー教師.AI認定講師そうなんですよ。Gemini Flashは軽めの質問やコードレビューの一次チェックに使うと、他のモデルよりコストを抑えられます。
ただ、日本語の精度はモデルによって差があるので、自分のタスクで試してみるのが一番です。
ただ、日本語の精度はモデルによって差があるので、自分のタスクで試してみるのが一番です。
室谷代表取締役Grok 4.5がCursorの看板モデルで、Composer 2.5は自社製の高速・低コストモデル。Grokは最も難しいタスク向け、Composerは日常的なコーディングに適してます。
特にComposerの出力単価$2.5は破格ですね。
特にComposerの出力単価$2.5は破格ですね。
テキトー教師.AI認定講師さらにAutoを使えば、Cursorがタスクに応じて最適なモデルを選んでくれます。こだわりがなければAutoに任せるのが一番ラクという意見もありますね。
タスクに応じたモデル選択の基準
室谷代表取締役結局、モデル選びは「タスクの難易度 × 求められる品質 × コスト」のトレードオフです。リファクタリングや簡単な実装ならLunaやSonnetで十分。
アーキテクチャ設計や複雑なデバッグはOpusやSolを。
アーキテクチャ設計や複雑なデバッグはOpusやSolを。
テキトー教師.AI認定講師個人的には、最初はAutoで始めて、パフォーマンスに不満が出たら別モデルを試す、という流れがおすすめです。Autoはコスト効率と品質のバランスを取ってくれるので、初心者は迷わずAutoでいいと思います。
室谷代表取締役チームで使うなら、あらかじめ「このフェーズはこのモデル」とルール化しておくと、無駄な消費を防げますね。管理画面でモデルごとの使用量も見えるので、定期的に見直すといいです。
テキトー教師.AI認定講師そうですね。モデルの切り替えはCtrl+/で一発ですし、気軽に試してみてください。
モデル変更がコード品質とコストに与える影響
Pro
- 月額 $20
- API利用料 $20
Pro Plus
- 月額 $60
- API利用料 $70
Ultra
- 月額 $200
- API利用料 $400
モデルごとの応答速度と品質のトレードオフ
室谷代表取締役CursorにはAutoとPremiumという二つのルーターが用意されてますよね。Autoは応答速度とコスト重視、Premiumは品質重視。
実際の開発でここをどう使い分けるか、結構悩むんですよ。
実際の開発でここをどう使い分けるか、結構悩むんですよ。
テキトー教師.AI認定講師そうですね。Autoは固定レートで、裏でモデルが切り替わるんです。
僕の現場でよく聞くのは「Autoだとたまに応答が雑になる」っていう声。品質重視ならPremiumを選ぶ人が多いです。
僕の現場でよく聞くのは「Autoだとたまに応答が雑になる」っていう声。品質重視ならPremiumを選ぶ人が多いです。
室谷代表取締役Premiumだと特定モデルのAPIレートがそのままかかるんで、コストは上がります。でも複雑なリファクタリングやアーキテクチャ設計にはPremiumのほうが結果的に安くつくケースもある。
判断基準は「このタスク、モデル選びで差が出るか」ですね。
判断基準は「このタスク、モデル選びで差が出るか」ですね。
コスト管理：計画別のAPI使用量とモデル選択の関係
テキトー教師.AI認定講師コスト面で気になるのが、APIプールとファーストパーティモデルプールの使い分けです。Proプランだと月20ドルのAPI利用が付いてきます。
AutoやComposerはファーストパーティプールから消費されるんで、API予算を節約したいときはそっちを使うといい。
AutoやComposerはファーストパーティプールから消費されるんで、API予算を節約したいときはそっちを使うといい。
室谷代表取締役実際の使用量目安としては、毎日エージェント使う人で月60～100ドル、パワーユーザーは200ドル超えるって案内もあります。プラン選びの参考になりますね。
テキトー教師.AI認定講師細かいモデルごとの単価も公開されてて、Claude Sonnet 5なら入力100万トークンあたり3ドル、Opus 4.8だと5ドル。タスクの重要度に応じて選べば、無駄なコストを抑えられます。
Pro/Pro Plus/Ultraプランの違いとモデル利用制限
室谷代表取締役料金表を整理するとこんな感じです。
| プラン | 月額 | 含まれるAPI利用料 |
|---|---|---|
| Pro | $20 | $20 |
| Pro Plus | $60 | $70 |
| Ultra | $200 | $400 |
テキトー教師.AI認定講師どのプランもタブ補完は無制限、ファーストパーティモデルは使い放題に近いですよね。上限に達したら追加で課金して継続もできるんで、あまり気にせず使えます。
室谷代表取締役Ultraまでいくと月400ドルのAPI枠。エージェントを複数並行で回すようなチームなら検討価値あります。
MYUUUの現場でも、ヘビーユーザーは最初からUltraにしてますね。
MYUUUの現場でも、ヘビーユーザーは最初からUltraにしてますね。
チームでのモデル利用ガバナンスとROIの考え方
テキトー教師.AI認定講師チームで使う場合、各自が自由にモデルを選べるようにしておくと、知らないうちにコストが膨らむことがあります。Cursorでは設定で使えるモデルを制限したり、Autoに強制したりできます。
室谷代表取締役ROIで考えると、高品質モデルの追加コストが、バグ修正やコードレビューの工数削減でペイするかどうか。単純な定型タスクなら安いモデルで十分ですが、設計判断には高いモデルを割り当てる。
その判断基準をチームで共有するのが大事です。
その判断基準をチームで共有するのが大事です。
テキトー教師.AI認定講師Cursorの価格はモデルプロバイダーのAPIレートをそのまま載せてるだけなんで、透明性は高いですね。あとはプロジェクトのフェーズに合わせて使い分ける習慣をつければ、品質もコストも最適化できます。
モデル切り替え時によくあるトラブルと対処法
選びたいモデルがリストにない？
プラン制限
Hobbyプランでは利用モデルが限られる
Pro以上にアップグレードする
またはAutoモードに切り替える
地域制限
プロバイダー側で地域ブロックの可能性
Autoモードを使う（地域不問）
別プロバイダーのモデルを試す
独自APIキーを設定する（但し地域ブロックに注意）
モデル一覧に表示されない場合の原因と解決策
室谷代表取締役モデル切り替えで一番多い問い合わせが「選びたいモデルがリストにない」というパターンです。ただ原因は大体決まってて、地域制限かプラン制限のどちらかですね。
テキトー教師.AI認定講師たしかに。Hobbyプランだと使えるモデルが限られるので、最初にプランを見直すのが手っ取り早いです。
Pro以上なら基本的に全モデル使えるはずなんですけどね。
Pro以上なら基本的に全モデル使えるはずなんですけどね。
室谷代表取締役それで出てこなければ地域制限の可能性が高い。Cursor 自体の制限ではなく、プロバイダー側がその地域をブロックしているケースがあります。
その場合はAutoが使えるんでしたっけ。
その場合はAutoが使えるんでしたっけ。
テキトー教師.AI認定講師そうです。Autoは地域問わず使えるので、とりあえずAutoを選んでおくのが安全です。
あとは別のプロバイダーのモデルを試すとか、独自のAPIキーを設定する方法もあります。
あとは別のプロバイダーのモデルを試すとか、独自のAPIキーを設定する方法もあります。
Autoモードが勝手に切り替わる問題の対処
テキトー教師.AI認定講師これ、現場でよく聞くんですよ。「気づいたらモデルが変わってた」と。
特にAutoモードにしてると、途中で裏側のモデルが変わることがあるみたいで。
特にAutoモードにしてると、途中で裏側のモデルが変わることがあるみたいで。
室谷代表取締役あれはCursor側の負荷分散の仕組みですね。Anthropicのキャパシティが足りないときに別のモデルにフォールバックする設計になってる。
ただ確かに、ユーザーからすると気持ち悪い。
ただ確かに、ユーザーからすると気持ち悪い。
テキトー教師.AI認定講師対策としては、設定で使いたいモデルだけを有効にしておくのが確実です。Cursor Settings > Models で、不要なモデルのトグルをオフにすれば、Autoが選択できる範囲も絞れます。
室谷代表取締役それでも完全には防げないという声もありますけどね。根本的にはモデルを固定したいなら、Auto ではなく特定のモデルを直接選ぶしかないです。
地域制限でモデルが使えない場合のワークアラウンド
室谷代表取締役地域制限はプロバイダーごとに異なります。Anthropic は特定リージョンで使えないとか、Google は大丈夫とか。
ただしCursorの公式ドキュメントに対応リージョンの一覧があります。
ただしCursorの公式ドキュメントに対応リージョンの一覧があります。
テキトー教師.AI認定講師ワークアラウンドとしては、まずAutoを使うのがベストですかね。Autoはどの地域でも使えるように設計されているので。
室谷代表取締役あとは別のプロバイダーのモデルを試す。どうしてもそのモデルじゃないとダメなら、独自のAPIキーを設定する手もあります。
ただしプロバイダー側で地域ブロックしてると、キーを入れても通らない可能性があるので注意が必要です。
ただしプロバイダー側で地域ブロックしてると、キーを入れても通らない可能性があるので注意が必要です。
テキトー教師.AI認定講師その場合は公式サイトで各プロバイダーの対応地域を確認したほうがいいですね。
独自APIキーの設定方法と注意点
テキトー教師.AI認定講師独自キーの設定は思ったより簡単です。Cursor Settings > Models の下の方にAPI Keysセクションがあって、そこでOpenAIやAnthropicのキーを追加できます。
室谷代表取締役追加したら、モデル検索欄にプロバイダーのモデル名をタイプして有効化する。ただし注意点として、そのモデルのAPI料金は自分持ちになります。
Planに含まれるAPI利用枠から消費されるので、超過すると追加課金が発生します。
Planに含まれるAPI利用枠から消費されるので、超過すると追加課金が発生します。
テキトー教師.AI認定講師あと、地域制限の話にも通じますが、プロバイダーがその地域をブロックしていると、キーを入れてもモデルが表示されないことがあります。最初に確認したほうが無難ですね。
室谷代表取締役そう。ROIで考えると、独自キーを設定するよりAutoで済ませた方がコスト効率が良いケースも多い。
どうしても特定モデルの思考プロセスが必要な場面だけ、キーを有効にするのが現実的です。
どうしても特定モデルの思考プロセスが必要な場面だけ、キーを有効にするのが現実的です。
実践！プロジェクトフェーズに応じたモデル使い分け戦略
企画・設計フェーズ
高速な問い合わせに適したモデル（Auto/Composer）でコスパよく試す。
実装フェーズ
安定したコード生成に強いモデル（Claude Sonnet 5, GPT-5.6 Terra）を固定。
デバッグ・レビューフェーズ
推論力の高いモデル（Claude Opus系, GPT-5.6 Sol）を贅沢に使う。
チーム全体の設定
デフォルトAuto、高度な作業だけ切り替え。Settings > Modelsで統一ルール。
企画・設計フェーズ：高速な問い合わせに適したモデル
室谷代表取締役企画段階ってとにかく「試す」のがメインですよね。このフェーズで高い推論モデルを使うのは正直コスパ悪い。
MYUUUの現場でも設計の初期はAutoかComposerで回してます。
MYUUUの現場でも設計の初期はAutoかComposerで回してます。
テキトー教師.AI認定講師たしかにそうですね。企画でいきなり重いモデルを選ぶと、レスポンス待ちで思考が切れるんですよ。
初めて触る人ほど「とりあえず一番いいモデル」を選びがちで、それで実験が遅れるケースをよく見ます。
初めて触る人ほど「とりあえず一番いいモデル」を選びがちで、それで実験が遅れるケースをよく見ます。
室谷代表取締役なので、設計での問い合わせはAutoの固定レートで十分。月額20ドルのProに入ってるFirst-party poolは、こういう探索向けに使うのが合理的です。
実装フェーズ：安定したコード生成に強いモデル
テキトー教師.AI認定講師実装に入ると「書いたコードがちゃんと動くか」が重要ですよね。ここはある程度性能の安定したモデルを固定した方がいい。
室谷代表取締役そう。実装の途中でモデルが切り替わるとコンテキストが壊れるって声は結構ある。
Cursorのフォーラムでも「Autoにすると知らん間にモデル変わって困る」って話題になってました。
Cursorのフォーラムでも「Autoにすると知らん間にモデル変わって困る」って話題になってました。
テキトー教師.AI認定講師実装中だけは手動でClaude Sonnet 5やGPT-5.6 Terraを選ぶ人が多いですね。コストは多少上がるけど、後でデバッグにかける時間を考えればトントンです。
デバッグ・レビューフェーズ：高度な推論が求められるモデル
室谷代表取締役デバッグはもう一番の踏ん張りどころですから、ここでモデル代を節約するのは逆効果。推論力の高いモデルを贅沢に使うフェーズです。
テキトー教師.AI認定講師現場感覚で言うと、Claude Opus系やGPT-5.6 Solは根本原因の特定が速いですね。逆に安いモデルだと似たような修正案を何度も出してきて、結局時間だけ食う。
室谷代表取締役だから「ダメだったらすぐ切り替える」の判断基準を持っておくといいですよ。レビューでも同じ。
時間単価で考えると、1時間のレビューを30分に短縮できれば、モデル代の10倍以上リターンがあります。
時間単価で考えると、1時間のレビューを30分に短縮できれば、モデル代の10倍以上リターンがあります。
チーム全体でのモデル設定と統一ルールの作り方
室谷代表取締役チームでやってると「誰がどのモデル使ってるかわからん」ってなる。これ、結構な生産性ロスですよ。
テキトー教師.AI認定講師そうなんです。CursorのSettings > Modelsで、チームで使うモデルだけ有効にして、他はオフにするのがシンプルです。
デフォルトをAutoにして、高度な作業だけ明示的に切り替えるルールが現場ではやりやすい。
デフォルトをAutoにして、高度な作業だけ明示的に切り替えるルールが現場ではやりやすい。
室谷代表取締役コスト管理の面でも、Pro PlusやUltraならAPI poolの残高をチームで共有できるので、予算に応じて「今月は推論多めに使う」みたいな調整も可能です。
テキトー教師.AI認定講師まずは「企画はAuto、実装はSonnet 5、デバッグはOpus」みたいな軽いガイドラインを決めるといいですよ。細かくしすぎると守られないので。
まとめ：モデル変更を味方につけてCursorをフル活用する
モデル変更のポイントおさらい
室谷代表取締役結局、モデル変更の基本は「Ctrl+/」で切り替えるか、チャット上部のセレクタで選ぶだけ。Auto/Premium/個別選択の3パターンを覚えておけば困らないですよね。
テキトー教師.AI認定講師そうですね。Autoは手軽ですが、裏でモデルが変わる可能性があるので、品質重視ならPremiumか明示的に選ぶのが無難です。
最初に戸惑うのは「設定で有効にしないとモデルが出てこない」という点。Settings > Models でトグルをオンにしないと選択肢に現れません。
最初に戸惑うのは「設定で有効にしないとモデルが出てこない」という点。Settings > Models でトグルをオンにしないと選択肢に現れません。
室谷代表取締役コスト面では、First-party models pool（Auto/Composer/Grok）とAPI pool（個別モデル）の2つの使い分けが肝心。ProプランならAPI枠が月20ドル付いてくるので、そこからはみ出さなければ追加費用なし。
テキトー教師.AI認定講師モデル変更を覚えたら、あとはタスクに合わせて選ぶだけ。簡単な質問はGemini 3.5 Flash、複雑なリファクタリングはClaude Sonnet 5、というように目的別に切り替えると効率が上がります。
自分に合ったモデル選びのための次のステップ
テキトー教師.AI認定講師まずは自分の開発スタイルを把握すること。毎日エージェントを何度も使うのか、たまにタブ補完だけなのか。
使用頻度によってPro/Pro Plus/Ultraの選択が変わります。
使用頻度によってPro/Pro Plus/Ultraの選択が変わります。
室谷代表取締役MYUUUの現場だと、日次エージェントユーザーはPro Plus（月60ドル）で収まるケースが多いですね。複数エージェントを並走させるようなパワーユーザーはUltra（月200ドル）が妥当。
費用対効果で見ると、時給換算で開発時間が2〜3割削減されるなら即ペイします。
費用対効果で見ると、時給換算で開発時間が2〜3割削減されるなら即ペイします。
テキトー教師.AI認定講師モデル選びも同じ。Autoで始めて、物足りなくなったらPremiumや個別モデルにステップアップするのがおすすめ。
いきなり高いモデルを使うとAPI枠をすぐ消費するので、最初は様子見が吉です。
いきなり高いモデルを使うとAPI枠をすぐ消費するので、最初は様子見が吉です。
室谷代表取締役あとは自分のタスクに最適なモデルを見極めること。計画・設計には思考モデル（Opus系）、実装には高速なSonnetやGeminiが合う。
この使い分けを習慣にすると、コード品質が安定します。
この使い分けを習慣にすると、コード品質が安定します。
最新情報をキャッチアップするには
室谷代表取締役Cursorのモデルラインナップは頻繁に更新されます。Claude Opus 4.8が追加されたり、Grok 4.5のFastモードが登場したり。
最新情報を追わないと、使えるはずのモデルを知らずに損することもあります。
最新情報を追わないと、使えるはずのモデルを知らずに損することもあります。
テキトー教師.AI認定講師一番確実なのは公式のChangelogですね。Cursorを開くと時々ポップアップで新機能を知らせてくれます。
あとはCursor Settings > Modelsの画面を見れば、今使える全モデルが一覧で確認できます。
あとはCursor Settings > Modelsの画面を見れば、今使える全モデルが一覧で確認できます。
室谷代表取締役フォーラムも結構有益です。他のユーザーが「このモデルでこんなバグに当たった」「この組み合わせが良かった」と情報交換してるので、実践的なノウハウが得られます。
自分も時々チェックしてます。
自分も時々チェックしてます。
テキトー教師.AI認定講師結局、モデル変更をマスターすればCursorのポテンシャルをフルに引き出せる。最初は面倒に感じるかもしれませんが、一度慣れれば手放せなくなりますよ。
よくある質問
Q1. モデルを切り替えた後、以前の会話や生成結果はどうなりますか？引き継げますか？
室谷代表取締役基本的にモデル切り替えで過去の会話は消えないんですよね。コンテキストは維持される設計になってます。
ただ、モデルによって応答のスタイルが変わるので、同じ続きでも回答のトーンが変わることはあります。
ただ、モデルによって応答のスタイルが変わるので、同じ続きでも回答のトーンが変わることはあります。
テキトー教師.AI認定講師そう、過去のやり取りは引き継がれます。ただ、新しいモデルが前のモデルと異なる解釈をすることもあるので、途中で変えると一貫性が崩れるケースも。
プロジェクトの途中で切り替えるなら、一度新しいスレッドを切るのが無難です。
プロジェクトの途中で切り替えるなら、一度新しいスレッドを切るのが無難です。
Q2. ファイルの種類によって使うモデルを自動で変えるような設定は可能ですか？
テキトー教師.AI認定講師これ、よく聞かれます。Cursorの設定でファイルタイプごとにデフォルトモデルを指定する機能は今のところ標準では用意されてないですね。
室谷代表取締役シリコンバレーだとルールベースで自動切り替えるスクリプトを自作してるチームもいますけど、一般にはまだUI上ではできない。手動で都度選ぶ形です。
テキトー教師.AI認定講師ただ、プロジェクトルートに設定ファイルを置いてモデル指定できるような拡張を作ってる人もいます。コミュニティの知恵ですね。
Q3. 新しいモデルが追加されたとき、Cursor側で自動更新されるのですか？それとも手動で設定し直す必要がありますか？
室谷代表取締役基本的にCursorは起動時にモデル一覧を自動取得するので、新しいモデルが出たらドロップダウンに追加されます。手動アップデートは不要です。
テキトー教師.AI認定講師たしかに、すぐ反映されるのは良いんですが、デフォルトで使われてた古いモデルが突然変わったりはしないので安心していいですよ。自分で選択を変えない限り、以前の設定が維持されます。
Q4. エージェントモードと通常のチャットモードで異なるモデルを同時に使うことはできますか？
テキトー教師.AI認定講師これも混乱しやすいんですが、エージェントモードとチャットモードは独立したモデル選択が可能です。一方でClaude 3.5 Sonnetを使い、他方でGPT-4oを使う、みたいなことができます。
室谷代表取締役使い分けの意味は大きいですね。エージェントモードにはタスク実行力の高いモデル、チャットには説明が丁寧なモデルを割り当てる、といった戦略が取れます。
MYUUUの現場でもそれをやってます。
MYUUUの現場でもそれをやってます。
Q5. モデルを切り替える頻度に目安はありますか？プロジェクト中盤で変えるのはリスクですか？
室谷代表取締役頻度に決まりはないです。ただ、特に長い会話の途中で変えると、モデル間の能力差で期待と異なる回答が返ってくるリスクはあります。
テキトー教師.AI認定講師プロジェクト前半なら気軽に切り替えて合うモデルを探すのがおすすめ。中盤以降、コードベースが大きくなったら基本的に固定して、どうしても必要なら新規タブで切り替えて試すのが安全です。
頻繁に変えすぎると自分でも混乱するので。
頻繁に変えすぎると自分でも混乱するので。
まとめ
テキトー教師.AI認定講師モデル変更って、慣れるまでは「どれを選べばいいんだ」って迷いますよね。でも、基本的には複数モデルを試してみて、自分のワークフローに合うものを見つけるのが一番です。
室谷代表取締役そうですよね。結局、コスト効率と品質のバランス。
Proプランで一番安いモデルを常用して、難しいタスクだけ高性能モデルに切り替える、というのが現実的な最適解だと思います。
Proプランで一番安いモデルを常用して、難しいタスクだけ高性能モデルに切り替える、というのが現実的な最適解だと思います。
テキトー教師.AI認定講師最初は「正しいモデルはどれか」を気にしすぎず、まずは2〜3種類をテーマごとに割り振ってみると、自然と自分に合うものが見えてきます。
室谷代表取締役あと、モデル変更は「機能」ではなく「戦略」として捉えた方がいい。プロジェクトのフェーズやタスクの性質に応じて切り替える習慣をつければ、開発効率は確実に上がりますよ。
テキトー教師.AI認定講師まずは手軽なところから。今日使っているモデルを一つ変えてみるだけでも、新しい発見があるはずです。
