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

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

TypeSafe Jev と Claude でニュース選別を 53 日分比較 — 1 日 1 秒・0.1 セントの判定器
ZennTypeSafe 社の Jev(System One Model)を使用したニュース選別を 53 日分の実データで検証。速度・コストは本物で 1 日約 1 秒・約 $0.001 だが、要約文だけでは採用記事の順位判定に不向き。フィルタとしては有効で、実装時の罠(ラベリング、期待値計算)を詳解。

Claude Code の OpenTelemetry で計測できることと出来ないこと
ZennClaude Code が OpenTelemetry で送出できるメトリクス・ログ・トレースについて、実装環境で実際に計測した結果をまとめた記事。ユーザー別モデル使用量・ツール呼び出し回数・編集提案承認率は取得可能だが、リポジトリ別分類やプロジェクト別コスト分離は標準設定では不可能。トレース有効化(ベータ機能)でこれらの制限の一部は解決できる。
