インド向け推論プロファイルで、処理先をムンバイとハイデラバードに限定します。ヒンディー語文書の読み取りとHinglishでの質問応答を行う実装例も公開しました。 リクエストを送るリージョンと実際の推論先を分けて管理します。ログの保存先、画像精度とトークン費用、重要項目の検証が導入判断の焦点です。 推論の行き先をインドの拠点に限定 AWSは11月3日、Amazon Bedrock上のKimi K3でインド国内の推論をサポートすると発表しました。Kimi K3はMoonshot AIのマルチモーダルなオープンウェイトモデルです。今回の変更はモデルの新規発表ではなく、Bedrockで選べる処理地域の追加です。インド向けの推論プロファイルを指定すると、処理先はムンバイとハイデラバードのリージョンになります。リクエストを受ける拠点と、実際に計算する拠点を分けるクロスリージョン推論を使います。地域内に処理を保ちたい業務に対し、呼び出し時の選択肢を示した発表です。 多言語の文書を画像から構造化する 公開例では、ヒンディー語の請求書などを画像として渡します。元の文字体系で内容を読み取り、決めた項目をJSONに整理し、英語の短い要約を作ります。その後は、ヒンディー語と英語を混ぜたHinglishで追加の質問を行います。専用のOCRや翻訳サービスを別に置かない構成を紹介しています。サンプルの名前や住所は架空で、本人確認書類の例も合成データです。対象は、インドの行政や企業で多言語の帳票を扱う開発者と見られます。原文ではChat CompletionsやResponsesなどの呼び出し経路を案内しています。画像を詳しく扱う設定は入力トークンの増加と引き換えになると説明しました。項目を返せることと、実際の書類の読み取りが正しいことは分けて検証する必要があります。 処理場所と記録の場所を別々に管理 AWSは、リージョン間の通信を暗号化し、AWSネットワーク内で処理すると説明しています。一方、ログやメトリクスは要求を送ったソースリージョンに保存されます。国内向けプロファイルを選ぶだけで、すべての記録の保存場所まで同じ条件になるとは限りません。導入側では、許可するリージョンと権限、ログの保存先を一緒に確認することが論点です。呼び出しログには任意でプロンプトや出力を含められるため、アクセス範囲と保持期間の検討も必要と見られます。帳票処理では、日付や金額などを後段の処理で確認し、重要な項目に人の確認を加えることが考えられます。費用はトークン量やキャッシュの使い方で変わります。利用事例の削減率を、そのまま自社の効果として扱わないことも重要です。 利用条件を文書群ごとに評価する インド向けの識別子はin.moonshotai.kimi-k3です。利用可能な呼び出し元と処理先の詳細は、モデルカードを確認するよう案内しています。モデルの選択だけでデータ管理の要件が満たされたと判断せず、組織の権限設定と合わせる必要があります。今後の評価では、対象言語、画像品質、質問の混在によって抽出精度がどう変わるかが焦点になります。地域の選択と出力の信頼性は、別の検証項目として扱うことが考えられます。