LiteLLM 1.102 - LiteLLM 1.102候補版、Agent Skills配信とMCP権限を追加 anchor left anchor right

Sep 14 2026 AIニュース

LiteLLM 1.102候補版、Agent Skills配信とMCP権限を追加

anchor left anchor right

LiteLLM 1.102は、MCPの利用者別権限とAgent Skills配信、OCR連携、ルーティング可視化をまとめて追加し、AIゲートウェイからエージェント運用基盤へ守備範囲を広げた候補版です。

📖 この記事で分かること

  • LiteLLM 1.102候補版の主な追加点
  • MCPの権限管理がどう変わったか
  • Agent Skills配信とOCR対応の意味
  • 本番導入前に確認すべき注意点

💡 知っておきたい用語

  • LiteLLM: 複数の生成AIモデルを共通の窓口から呼び出すAIゲートウェイ
  • MCP: AIと外部ツールやデータを接続する共通仕様
  • Agent Skills: AIエージェントが利用できる能力や手順を配布する仕組み

最終更新日: 2026年9月14日

▶ 公式ページ

LiteLLM 1.102 - LiteLLM 1.102候補版、Agent Skills配信とMCP権限を追加

LiteLLM 1.102候補版で何が変わったか

この記事のポイント

  • LiteLLM v1.102.0-rc.1(2026年9月時点)が2026年9月13日に公開されました。
  • MCPの利用者別ツール権限とAgent Skillsの配信機能が追加されました。
  • OCR連携や複雑度ルーティングも拡充されましたが、正式版ではなく候補版です。

LiteLLMは、OpenAIやAnthropicなど複数のモデルAPIを共通形式で扱い、認証、予算、ルーティング、ログを一元管理するAIゲートウェイです。今回のv1.102.0-rc.1は、対応モデルの追加よりも、AIエージェントの運用基盤として必要な統制機能をまとめて増やした更新です。

変更点は、MCPの権限制御、Agent Skillsの配信、OCRの拡充、ルーティングの可視化です。「rc」は正式版の候補を意味するため、本番採用前には既存設定や認証フローとの互換性確認が必要です。

MCPとAgent Skillsをゲートウェイで統制

今回の中心は、AIエージェントが使う「道具」と「能力」をLiteLLM側で管理しやすくした点です。モデルへのAPI中継だけでなく、エージェントが何を利用できるかという運用ポリシーまで守備範囲が広がっています。

MCPでは、エンドユーザー単位のmcp_tool_permissionstools/listtools/callの双方で強制する修正が入りました。ツール一覧に見えるかだけでなく、実際の呼び出しでも権限を確認するため、表示と実行の間に生じる統制漏れを抑えます。

OAuth登録、上流MCP一覧のキャッシュ、サーバーごとのOAuth発行者照合も更新されました。Agent Skillsでは、登録済みスキルをwell-known形式のインデックスとして配信し、組織内で承認した能力を共通の入口から参照させやすくなります。

OCRとルーティングの対応範囲も拡大

文書処理とモデル選択にも変更があります。特にOCRは、複数事業者の機能をLiteLLMの共通基盤へ寄せる方向が鮮明です。

公式リリースでは、Azure Mistral、Azure Document Intelligence、Reductoの旧版とv3、Vertex上のMistralとDeepSeekに関するOCRアダプターが追加されています。請求や監査のために複数の文書解析サービスをまとめたい組織には、比較検証の入口が増えました。

ルーティングでは、複雑度に応じた振り分け結果をヘッダーで返す機能が追加されました。Claude CodeやCodexを使う際に、選ばれたモデルとセッション単位の削減額を表示する更新もあります。自動ルーティングの選択結果とコストを追いやすくする変更です。

CLIからClaude CodeとCodexへゲートウェイキーを設定する機能も加わり、開発者向けクライアントを共通ゲートウェイへ接続しやすくなりました。

セキュリティと本番導入で見るべき点

接続先が増えるほど権限境界と監査対象も増えます。今回、AWS Secrets Managerの仮想キーで顧客管理のKMSキーが利用可能になり、Conduct Guard連携や、Responses入力の書き換え失敗時に閉じる修正も入りました。

LiteLLMは今回のDockerイメージをcosignで署名し、固定されたコミットの公開鍵で検証する方法も公式リリースに明記しました。変更されないコミットハッシュを使う方法が推奨されており、導入物の出所を確認する供給網対策になります。

一方で、多数の機能追加と修正が一つの候補版にまとまっています。正式版への移行前には、MCPの一覧取得と実行権限、既存OAuth、OCR認証、ルーティング結果、料金ログをステージング環境で確認するのが妥当です。

編集部の見方

編集部は、今回の本命をAgent Skillsの配信機能より、MCP権限を一覧取得と実行の両方で強制する変更だと見ます。

根拠は3つあります。MCPツールの可視性だけでなく呼び出し時にも利用者別権限を確認すること。OAuth登録、発行者照合、ディスカバリーのキャッシュも同時に更新されたこと。KMS、ガードレール、署名済みDockerイメージなど周辺の安全策も強化されたことです。

この見方が変わる条件は、Agent Skillsのwell-known配信が主要なエージェント製品から標準的に参照され、組織横断のスキル配布に使われ始めた場合です。その段階では「承認済み能力の配布」もLiteLLMの中核価値になります。


よくある質問

Q: LiteLLM v1.102.0-rc.1は正式版ですか?

A: いいえ。正式公開前の候補版です。本番利用では互換性と認証、ログの検証が必要です。

Q: 今回の更新はMCPサーバー自体を提供しますか?

A: 主眼はMCP接続の認証、検出、ツール権限をLiteLLM側で管理することです。

Q: OCRでは何が増えましたか?

A: Azure Mistral、Azure Document Intelligence、Reducto、Vertex上のMistralとDeepSeekなどへの対応です。


まとめ

LiteLLM v1.102.0-rc.1は、MCPの利用者別権限、Agent Skills配信、複数OCR、複雑度ルーティングを一つのゲートウェイへ集約する更新です。候補版のため、本番導入は必要な機能をステージングで確認してから判断するのが安全です。

前回のLiteLLMアップデートで修正された認証情報の漏えいや破壊的変更については、以下の記事で詳しく解説しています:


【用語解説】

  • Release Candidate: 正式版に近い候補版です。
  • OAuth: パスワードを直接渡さず、許可した範囲でサービス同士を接続する認証方式です。
  • cosign: コンテナイメージへ署名し、配布元と改ざんの有無を確認するツールです。

引用元:


この記事について: AI 支援で執筆、編集部が事実確認・編集しています。誤りや追加情報があれば Contact よりお知らせください。

anchor left anchor right
KOJI TANEMURA

15 年以上の開発経験を持つソフトウェアエンジニア / テクノロジーライター。AI エージェントの実務活用を研究し、現場や経営者向けセミナーでその知見を発信。本メディア tech-noisy.com では、一次情報に基づく最新ニュース・解説記事を執筆。また、音楽生成 AI による DJ パフォーマンスを企業イベントで行うなど、テクノロジーと表現の融合も探求している。