AISubHub/AI ニュース
開発者

詳しい解説 · 読了目安 6 分

AWS、BedrockのClaudeに構造化出力を提供

JSONとツール引数を制約しても、事実や未対応ルールの検証は必要。

原典の公開日
当サイトの公開日
出典確認日

AWSは10月19日、BedrockのruntimeとmantleでClaudeの構造化出力を発表した。対応モデル向けのAPI機能で、個人用会員プランではない。

ニュースを聴く

この記事を読み上げるか、ニュースを続けて聴けます。

AWS、BedrockのClaudeに構造化出力を提供

読み上げを準備中…

端末の音声

読み上げはブラウザーまたは端末が処理します。AISubHub は文章を音声 API に送りません。利用できる音声やロック画面での再生は端末によって異なります。

再開時に短い部分を繰り返す場合があります。

要点

  • JSON Schemaで応答の形を指定し、厳密なツール利用ではエージェントが渡す引数を制約する。
  • AWSは新規スキーマの初回コンパイルと、アカウント単位の24時間キャッシュを説明する。

二つの保証とその役割

AWSは10月19日、対応Claudeモデルの構造化出力をbedrock-runtimeとbedrock-mantleで提供すると説明した。モデルが利用できる場所が前提となる。制約付きデコードは生成中に文法で選択可能なトークンを制限し、自由な回答を後から修理する方法とは処理の位置が異なる。ソフトウェアとの契約は明確になるが、文書の事実認識までは保証しない。

JSON Schemaはアプリが受け取る回答オブジェクト、厳密なツール利用はエージェントからツールに渡す引数を制約する。顧客メールから希望プランとデモ希望を抽出するのが前者、天気ツールに地点と摂氏・華氏を渡すのが後者だ。適切な形式の引数が、その操作の実行権限を与えるわけではない。

リクエストで指定する項目

InvokeModel例ではoutput_config.formatにJSONオブジェクトとしてschemaを置き、再度文字列へエンコードしない。型、required、additionalProperties:falseを指定する。AWSによると最後の設定はすべてのオブジェクトで必須で、欠けるとschemaが拒否される。分かりやすいフィールド名や説明も、何をどこへ抽出するかの手掛かりになる。

ツール定義にはinput_schemaとstrict:trueを付け、enumで許容値を限定できる。本站の分析では、schemaは通常のインターフェースと同様に版管理すべきだ。JSONが正しくてもフィールドの改名で利用側が壊れることがあり、構造検査だけでは互換性を検証できない。

初回コンパイルとキャッシュ

BedrockはJSON Schema Draft 2020-12の対応部分を確認し、新しいschemaの文法をコンパイルする。AWSは初回の遅延増加を認め、初回アクセスから24時間、アカウント内で文法をキャッシュすると説明する。構造変更は再コンパイルを起こすが、nameやdescriptionのみの変更は文法を維持する。

分析:新規schemaと再利用時のリクエストを分けて測る必要がある。文書ごとに構造を生成するシステムと、少数の安定schemaを使うシステムは条件が違う。原文はバッチ推論、型付きイベントのストリーミング、runtimeでのクロスリージョン推論も紹介するが、本站用途の料金や遅延改善を測定したものではない。

受理されても強制されない条件

対応項目には基本型、enum、const、anyOf、制限付きallOf、内部参照、文字列形式がある。minItemsは0か1だけだ。一方、minimum、maximum、multipleOf、minLength、maxLengthなどはAPIが受理しても生成時には強制しないと記載される。再帰schemaと外部参照も非対応一覧に含まれる。

請求金額がnumberでも業務上限を超えることはあり、顧客IDがstringでも必要な長さとは限らない。分析:これらのアプリ側検査を残し、JSON不正やキー欠落と分けて集計する。HTTP成功を、schemaに書いた全業務条件が守られた証拠にしてはいけない。

拒否とトークン切れの分岐

AWSは安全上の拒否とmax_tokensの消費を、構造が満たされない場合として挙げる。InvokeModel例は解析前にstop_reasonを調べ、end_turnとmax_tokensを区別する。出力枠の増加は途切れに効く可能性があるが、拒否を成功した抽出に変えるものではない。

財務書類、臨床記録、カタログ、問い合わせ振り分けは用途例で、独立した精度評価ではない。分析:事実の正確性を形式適合率と別に測り、根拠なし、曖昧な入力、途切れた出力も含めたい。正しく記述された診断や金額も誤り得るため、データ保存や外部操作には追加の判定が必要だ。

接続を判断する小さな試験

JSON修復の再試行が多いチームは、文書一種類、schema一つ、後続処理一つから比較できる。形式失敗、事実誤認、初回遅延、人の確認負担を現行手順と比較するのが本站の提案であり、AWSが報告した実測値ではない。

これはBedrockの開発者向け機能で、個人Claude会員の追加特典ではない。モデル、地域、AWS認証、従量料金を別途確認する必要がある。構造は受け取るデータを狭めるが、信用や実行の判断はアプリ検証と責任に残る。本站はAPI呼び出しや信頼性、遅延、料金の独自測定を行っていない。

注目する理由

文書抽出や問い合わせ分類の形式エラー削減が期待できる。実データで初回遅延と承認すべき処理を確認したい。

制約と提供状況

正しい形式でも事実誤認は起こる。拒否、トークン上限、未適用の制約は別途処理が必要だ。対応地域、AWS認証と従量料金は個人向け契約とは別に確認する。信頼性は独自検証していない。

出典と根拠

AWS Machine Learning Blog

原典の公開日: 2026/10/19 · 出典確認日: 2026/10/20

AI を活用した編集記事を、記載した一次情報で確認しています。企業の主張は出典を明示し、掲載は推奨を意味しません。