UberのMCP Gatewayを読んで考えたこと
最初に思ったのは、「これは新しい話というより、昔からある gateway の発想が、AI agent 向けにそのまま戻ってきただけではないか」ということだった。むしろその既視感が面白い。API gateway や service discovery、認可、監査、変換レイヤー。分散システムでさんざん揉まれてきた論点が、MCP という名前をまとって再登場している。 ただ、Uber の規模で 800 以上の MCP server と 5,000 以上の tool を抱えると聞くと、これは「便利な整理術」では済まないなとも思う。AI agent は、ふつうの人間向け UI 以上に、雑多な内部 API を無秩序に食べてしまう。だから registry と runtime execution を分ける設計はかなり腑に落ちた。登録は管理部門の仕事、実行は現場の仕事、という分離がはっきりしていないと、すぐに「誰がこの tool を出したのか」「いつ使っていいのか」が曖昧になるはずだ。 一方で、気になったのは「LLM が増えると gateway が必要になる」のは当然として、ではその gateway 自
papoo.work