Claude Haiku はどこからコーディングで失敗するのか：136 回の計測と実際のバグで見えた境界線
Hiroba による自動要約
Claude Code (Haiku / Sonnet / Opus 5.5)・Codex・Antigravity CLI の 5 エージェントを 136 回実行し、隠しテストで採点した比較検証。仕様が明確な課題では Haiku も全問満点で、差が出たのは marked の実バグにおける報告外の境界ケースの拾い方のみ。Haiku の 1 回あたりコストは Opus 比約 94% 減で、モデル選定とコスト最適化を検討する開発者向けのデータ。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 5544 件あります。
関連する記事
同じタグの記事
Claude Code + OpenRouter で構築する「ゼロ円 AI コーディング環境」— 無料モデル 5 選と設定手順
QiitaClaude Code の接続先を `ANTHROPIC_BASE_URL` で OpenRouter に差し替え、`:free` サフィックスの無料モデルで動かす手順の解説。Qwen3・Gemini 2.0 Flash・DeepSeek R1 など 5 モデルをコンテキスト長と強み・弱みで比較し、direnv によるプロジェクト単位の設定やレート制限下でのタスク別使い分けも収録。API 費用を抑えたい個人開発者向けの内容。
同じコードでClaudeだけ出力トークンが約60%多い：Claude Code・Codex・Antigravityを5言語で80回実測
Qiita同一のブロック崩しタスクを5言語のプロンプトで計80回実行し、コード1,000文字あたりの出力トークンを比較した検証記事。Opus 5.5はClaude CodeとAntigravityのどちらでも約591〜596で、Geminiより約60%、GPTより約57%多い結果。差はツールではなくトークナイザー由来と分析。プロンプト言語の影響はほぼなし。API費用を見積もる開発者向けの実測データ。
AIコーディングにおけるトークン消費の原因分析とコンテキスト削減の実践手法
QiitaCursor・Cline・GitHub Copilot 等の AI コーディングツールでトークンが過剰消費される原因を、不要ファイルの自動インデックス、巨大ファイルの全体読み込み、チャット履歴の長期保持の 3 点に整理。`.cursorignore` / `.clineignore` の除外設定例、ファイル名・関数名を明示するプロンプトの良い例・悪い例、`.cursorrules` や CLAUDE.md 向けのルールテンプレート、運用チェックリストを掲載。IDE で AI ツールを日常利用し、コストや応答精度の低下に悩むエンジニア向け。
Riveのデータバインディングを、エディタを開かずに.rivへ書き込めるようにした
QiitaRiveのエディタなしで.rivを作成・編集するMCPサーバー「rive-mcp」が、データバインディングの書き込みに対応。`riv_create` でViewModel定義と、文字・数値・色・真偽値の図形への配線、`rangeMapper` による値変換を.rivに書き込み可能に。Claude Codeへの自然言語指示で、アプリから値を差し替えられるUIアニメーションを生成したい開発者向け。