Claude Haikuに「計算」をさせない—音読コーチの二段構え設計とプロンプトの沼
Hiroba による自動要約
音読速度計測アプリで Claude Haiku を使ったコーチング機能を実装する際、計算とルール判定はコード側で完結させ、Haiku には言語化だけを担当させる「二段構え」設計を解説。システムプロンプト・API 実装・プロンプトキャッシュの検証結果、実データで確認した予想外の挙動までをまとめた開発記。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 1997 件あります。
関連する記事
同じタグの記事

X のミュートワードを Claude で自動運用してタイムラインのノイズを 68% 消した話(Playwright 実装あり)
QiitaX の公式 API にはミュートワード操作エンドポイントが無いため、tweepy でタイムラインを取得し Claude Haiku 4.5 でノイズ判定、Playwright で X の設定画面に自動ログインしてミュートワードを登録する Python スクリプト実装を紹介。実測で約 68% のノイズ表示を削減し、月 1,200 円程度の低コストで運用可能。

Claude Code × OpenRouter で :free モデルを活用し API コストをほぼゼロにする 5 つの設定パターン
QiitaClaude Code から OpenRouter の無料モデル (qwen3-8b:free など) を呼び出す設定を通じて、月額 LLM コストを大幅削減できる。シェルエイリアス・プロジェクト設定・自動ルーティング・CI 統合・環境変数管理の 5 パターンを実装例付きで解説し、タスク品質と費用のバランス取りを実現する。

Claude Opus 5 と GPT-5.6 の性能比較、Claude Agent SDK でハーネス自作まで
QiitaClaude Opus 5 は高性能だが操作性に癖があり、GPT-5.6 Sol はプロトタイプ作成・PRD 作成・ブラウザ操作でより優位という比較検証結果が報告された。Claude Agent SDK を使ったハーネス構築事例(プロンプト永続化による自動化)とテクニカル PM による Anthropic の内部戦略(token maxing・eval 駆動開発)の背景が紹介されており、モデル選定はタスク別の得意分野で判断する必要がある。
