Azure、Microsoft FoundryでClaude 4.6の長文脈を強化 1Mコンテキスト・600ページ入力・フラット価格を提示

X投稿で打ち出したメッセージ

Azureは2026-03-14のX投稿で、Claude Opus 4.6とClaude Sonnet 4.6がMicrosoft Foundry上で1M-token context、flat pricing、そしてリクエストあたり最大600 images/PDF pagesに対応すると述べた。長文脈機能は、しばしば高額なプレミアム課金や限定previewと結びつくため、Azureがこれを「扱いやすいlong-context AI」として前面に出した点は実務上大きい。

Microsoft公式ブログの補足

Microsoft Foundryの公式ブログは、Claude Sonnet 4.6をcoding、agents、professional work向けモデルとして紹介し、1 million token context window (GA)と128K maximum outputを明記している。さらに、Sonnet 4.6をOpusに近い知能をより低いコストで提供する選択肢と位置づけ、adaptive thinkingとeffort controlsによって品質・遅延・コストのバランスを調整できるとしている。

記事は、大規模codebase、長いfinancial model、multi-document analysis、extended multi-turn workflowsを主要ユースケースとして挙げる。加えて、OSWorld Verified 72.5%というcomputer-use性能にも触れ、ブラウザ中心の業務やlegacy systemsまで含めて扱える点を強調する。つまり、単にトークン上限を増やしただけではなく、Foundry上で長時間・多段のAI作業を現実的に回すための構成として提示している。

Anthropic文書が確認する条件

Anthropicの公式ドキュメントも、Azure投稿の主要主張を裏づけている。context windowガイドでは、Claude Opus 4.6とSonnet 4.6が1M-token context windowを持つこと、そして単一リクエストに最大600 images or PDF pagesを含められることが明記されている。pricingページも、Opus 4.6とSonnet 4.6が1M context全体でstandard pricingを適用すると説明しており、一定の閾値を超えると別の長文脈料金帯に切り替わる設計ではない。

この価格設計は導入判断に直結する。長文脈AIは文書審査、コード理解、agent orchestrationに有効でも、課金構造が急変すると本番投入は進みにくい。AzureがXで強調した“flat pricing”は、まさにその不確実性を下げるための訴求と見てよい。

なぜ高シグナルか

今回の更新は、long-context AIを特殊な実験から一般的なプラットフォーム選択肢へ近づける。Microsoft Foundryを使う組織は、長いworking memory、高いmultimodal入力上限、そしてFoundryのガバナンス環境を一つの運用面で扱える。retrieval-heavy copilot、multi-file analysis agent、codebase-scale assistantを構築する現場にとって、chunking負荷とコスト予測リスクを同時に下げる更新と言える。

Primary sources: X post, Microsoft Foundry blog, Anthropic context docs, Anthropic pricing docs.