Claude Tool Use で作るKYC書類解析パイプライン：本人確認書類の構造化抽出を30行で自前実装
Hiroba による自動要約
Claude APIの Tool Use 機能を使うと、本人確認書類からKYC情報（氏名・生年月日・書類番号）を型安全なJSONで抽出できる。Pydantic でスキーマを定義し JSONSchema として Claude に強制させることで、プロンプト単体では避けられないスキーマ揺れや KeyError を回避。わずか30～40行で金融エージェント同等の仕組みが実装可能。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 4921 件あります。
関連する記事
同じタグの記事
エージェントのコストは設計変数である — プレフィックス安定性・ルーティング損益分岐・予算の仮押さえ
Zennエージェント構築時のコスト最適化は、プロンプト短縮だけでは不十分。成功1件あたりの単価を管理指標として、プレフィックスキャッシュの安定性・モデルルーティングの損益分岐・アプリ層での予算強制の3点を設計段階で決定する必要がある。キャッシュヒット率が成功率に直結し、エスカレーション時のキャッシュ冷却も実際のコスト指標に影響する。
Claude Code のトークン使用量を実測──キャッシュ読み込みが98%、Opus 5.5 は料金が約53%に
QiitaClaude Code の作業ログを集計した結果、トークンの98%がキャッシュ読み込みであることが判明。Opus 5.5 ではキャッシュ読み込みの単価が $0.50 から $0.20 に低下し、同じ利用パターンなら料金は Opus 5 の約53%になると試算。ログ集計時の重複排除方法と検証用スクリプトを掲載。
Claude Code CLIから Anthropic API への移行 — 個人開発の自動化をサブスク課金から切り離した実例
Qiita日本株スクリーニングツール RakuScan は、Claude Code CLI の claude -p コマンドでスクリーニング結果の統合分析を行っていたが、MacBook から Oracle Cloud VM への移行に伴い Anthropic API への置き換えが必須になった。移行と同時に Prompt Caching で SKILL.md の再送コストを削減し、用途別モデル切り替え（日次は Haiku、対話は Sonnet）とAPI固有のエラーハンドリングを導入、CLI任せだった部分を明示的に制御できるようにした。
Opus 5.5で開発環境をチューニング：実際の費用削減を数字で検証
QiitaClaude Code のマルチエージェント運用を Opus 5.5 へ移行した際の実際の費用効果を、2ヶ月分のログ（約17万3千リクエスト）を集計して検証。支出の98%がプロンプトキャッシュで占められており、Opus 5.5 のキャッシュ読取 6割値下げが直撃して、API 単価換算で約37%の削減を確認。予定と異なり Sonnet サブエージェントより Opus が多く使われていた運用課題も浮彫りに。