MCPのようなオープンスタンダードは、企業、開発者、テクノロジーパートナーのコラボレーションによって形成される。
初期のMCP実装では、認証、認可、およびクライアントのIDに関する重要な問 題が提起された。当時、MCPは動的なクライアント登録に依存しており、サーバーが接続する すべてのクライアントに自動的にIDを発行するモデルでした。このアプローチは、実験のための摩擦を減らす一方で、企業規模では重大な課題をもたらす。自動的に発行されるIDは、以下のことを困難にします：
オートデスクのような企業にとって、これらはエッジケースではない。ベースライン要件なのだ。私たちの観点では、MCPが広く成功するためには、大規模な組織が実際にどのように信頼を管理しているかに沿ったIDモデルをサポートする必要がありました。
MCP のような標準は、企業、プラットフォーム、コミュニティ、そして新しく設立されたAgentic AI Foundation のような組織間のコラボレーションを通じて、オープンに形成されます。オートデスクは社内で MCP を検討する一方で、パートナーやクラウドプロバイダー、その他のテクノロジー企業とも直接対話するようになりました。Discord などのチャンネルで開かれた MCP のディスカッションに参加し、大規模な組織の運営方法や顧客が期待することに基づいた実践的で現実的なフィードバックを共有し、提唱しました：
これらは固有のニーズではなく、あらゆる業界の企業がセキュリティ、ガバナンス、リスクをどのように管理しているかを反映しています。オートデスクは、MCP の議論に直接参加し、仕様の変更案に貢献することで、標準の進化に伴い、これらの企業要件が確実に反映されるよう支援しました。
並行して、OAuthワーキンググループのメンバーは、Client Identifier Metadata Documents（CIMD）と呼ばれるアプローチを進めていた。CIMDは動的にIDを作成するのではなく、クライアントがホストし、そのドメインに結びついた安定したよく知られたURLをクライアントの識別子として使用する。企業の立場からすると、このモデルには明確な利点があった：
オートデスクはこの方向性を支持し、ギャップを埋め、MCP のユースケースとの互換性を確立するために、フィードバック、要件、実装に関する洞察を提供しました。MCP と OAuth のコミュニティ全体で議論が進むにつれ、クライアント ID のより安全で柔軟な基盤として CIMD を支持する機運が高まった。2025年後半までに、CIMDはMCP仕様に組み込まれ、本番環境への対応態勢が大幅に改善された。
CIMDが導入されたことで、MCPは企業での採用がはるかに現実的になった。更新された仕様では、以下のことがサポートされるようになった：
顧客にとっては、MCPサーバーの設定と信頼がより簡単になることを意味します。企業にとっては、MCP サーバーが確立されたセキュリ ティとガバナンスのプラクティスに合致することを意味し、より広範なエコシステム にとっては、より強力で適応性の高い標準となることを意味します。
オートデスクが MCP のようなエージェント標準に参加しているのは、より広範な哲学を反映したものです。私たちは、自社製品のためだけに標準開発に参加しているわけではありません。そのためです：
MCP は、実際の生産経験に基づいたオープンなコラボレーションが、関係者全員にとってより良い結果につながることを示す明確な例です。オートデスクはまた、MCP での作業を基盤として、最近、Fine-Grained Authorization ワーキンググループに参加し、エージェントが複雑な権限モデルをナビゲートする方法を形成するのに役立つエンタープライズユースケースに貢献しました。
オートデスクがどのようにモデルコンテキストプロトコルを使用し、エンタープライズ対応のAIエクスペリエンスを構築しているかについては、こちらをご覧ください。