## 情報源
- URL: https://youtube.com/watch?v=NIT04u2lZTs
- チャンネル: イレシゴ
- タイトル: 【月20ドルで十分すぎるAI】Composer 2.5がコスパ最強説
- 投稿日: 2026-05-28
- スコア: 80/100

## 主要な発見

1. **Composer 2.5 の圧倒的コスパ**: Cursor の新モデル Composer 2.5 は Opus 等ハイエンドモデルに匹敵する性能を持ちながらコストが極端に安い。$20/月枠でヘビーに使っても「全然減らない」レベル
2. **旧来の $20枠問題が解消**: 以前は Cursor $20課金で Opus を使うと一瞬で枠が枯渇していた。Composer 2.5 導入でその問題が解消
3. **スピードと精度の両立**: Composer シリーズ特有の高速生成を維持しつつモデル精度も十分
4. **「GPT計画 + Composer実装」パターン**: 複雑な処理はまず GPT/Codex に設計・計画を立案させ、その計画を Composer で実装する分割アプローチが有効
5. **マルチAIハーネス運用の確立**: 基本実装は Cursor (Composer 2.5)、解決できない複雑タスクのみ Claude Code / Codex に切り替えるハイブリッド運用

## 洞察（NotebookLM 分析）

各ツールの設計哲学の違いと符合:
- **Claude Code**: トークンを大量消費してでも「生産的な体験」を最大化する設計
- **Codex**: トークン消費効率重視・堅実にタスクをこなす設計
- **Cursor (Composer)**: 強力なクラウド環境・専用モデルに強みを持つ設計

「GPTで堅実に計画 → 燃費が良く高速な Composer 2.5 で実装 → 必要に応じて Claude Code 等で補完」という個人開発者レベルのマルチAIハーネス最適解が現場で確立されつつある。

## アクションアイテム
- Cursor Composer 2.5 を shadow 開発環境でベンチマーク（vvv-bots の典型タスクで Kimi K2.6 / Sonnet 4.6 とコスト比較）
- 「GPT計画 → Composer実装」パターンを vvv 大規模リファクタ時に試用
- multi-model-routing.md に Cursor Composer 2.5 をコスパ枠として追記検討