LLM脆弱性トリアージの判定ブレをプロンプトの境界設定で解決した話
出典: Zenn (Claude topic)
Hiroba による自動要約
Claude Sonnet を使った CVE トリアージシステムで、同一入力・同一プロンプトなのに判定結果が毎回変わる問題が発生。根本原因は「不明な条件をどう扱うか」の基準がプロンプトに未定義だったため、LLM が現場で補完していたこと。「要確認」を選ぶなら必ず不足項目を具体名で指示する厳格制約を追加することで、3回連続実行での結果再現性を確保した。
出典・元記事
Zenn (Claude topic) の記事を Hiroba が自動要約しました。元記事を読む
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 3486 件あります。
関連する記事
同じタグの記事


Claude API の Files API で同じ PDF・画像の Base64 送信を削減する実装手順——beta ヘッダー 2 箇所・再ダウンロード不可など 3 つのハマりどころ
QiitaClaude API の Files API を使うと、PDF や画像を一度アップロードして file_id で参照でき、毎回 Base64 エンコードする手間とリクエスト容量を削減できる。実装は client.beta.files.upload() でアップロード後、Messages API 呼び出し時に file_id を参照するだけだが、beta ヘッダーは アップロード・Messages 両方に必要、content block の型と MIME タイプを一致させる、アップロード済みファイルは再ダウンロード不可という 3 つの落とし穴がある。

