Claude Haikuに「計算」をさせない—音読コーチの二段構え設計とプロンプトの沼
Hiroba による自動要約
音読速度計測アプリで Claude Haiku を使ったコーチング機能を実装する際、計算とルール判定はコード側で完結させ、Haiku には言語化だけを担当させる「二段構え」設計を解説。システムプロンプト・API 実装・プロンプトキャッシュの検証結果、実データで確認した予想外の挙動までをまとめた開発記。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 3862 件あります。
関連する記事
同じタグの記事
Claude Haiku 5.5 リリース——100K以下で入力$0.10と過去最安、ただし API 移行は破壊的変更に対応必須
Zenn2026年10月7日、Anthropic が Claude Haiku 5.5 をリリース。100K トークン以下のプロンプトなら入力 $0.10 / 出力 $0.50 per MTok で Haiku 4.5 の10分の1。Terminal-Bench 4.0 は0%→39.2%、OSWorld 2.1 は15.7%→72.4% と大幅に性能向上した一方、適応的思考がデフォルト ON で temperature 指定や budget_tokens は 400 エラーになり、モデル ID 差し替えだけでは既存コードが動かない。
X のミュートワードを Claude で自動運用してタイムラインのノイズを 68% 消した話（Playwright 実装あり）
QiitaX の公式 API にはミュートワード操作エンドポイントが無いため、tweepy でタイムラインを取得し Claude Haiku 4.5 でノイズ判定、Playwright で X の設定画面に自動ログインしてミュートワードを登録する Python スクリプト実装を紹介。実測で約 68% のノイズ表示を削減し、月 1,200 円程度の低コストで運用可能。
Claude API 2026-10-21の破壊的変更を自作ツールで検証——SDK 2.0でtemperatureが消えた
Qiita約3年ぶりのAPIバージョン 2026-10-21 で `temperature` / `top_p` / `top_k` が既定値でも400エラーとなり、Python 2.0.0 など新メジャーSDKは既定でこの版を送信。認証ヘッダの `Authorization: Bearer` 化、MessageParam の型変更も含め、Python SDK 新旧の差分を MockTransport で実測。上限なしの依存指定がもたらす httpx2 移行リスクにも言及しており、Claude API 利用中の開発者向けの移行チェック事例。