AI-powered IDE 짓는다고 상상해. GitHub 읽고, Postgres query 하고, 내부 docs 검색하고, terminal 돌리고, Slack 에 post. Tool 5 개. 짓고 ship.
이제 경쟁사도 같은 5 개 원해. Support tool, analytics 대시보드, customer-success co-pilot, mobile assistant 도. 5 product × 5 tool 은 25 integration 이 아니야 — 같은 5 integration 의 25 가지 다른 구현 이고, 따로 maintain, 각자 unique 하게 깨짐 (upstream API 바뀔 때). 그게 N×M 문제: N AI product × M tool = N·M custom bridge.
비용은 이론적이지 않아. 진짜 팀들이 user 가 보는 feature 보다 glue 코드에 더 많은 시간 써. 모든 upstream 변경 — Postgres role 권한 조정, Slack scope 이름 변경 — 이 모든 product 에 brittle 업데이트 fan-out trigger. User 는 같은 느낌이어야 할 tool 들 사이에서 inconsistent 한 동작 봄 (bridge 들이 upstream 을 살짝 다르게 해석하니까).
MCP 답은 모든 성공한 protocol 이 주는 답: N·M 을 N+M 으로 collapse. 각 AI product 는 한 MCP client 구현, 각 tool 은 한 MCP server publish. 새 product 는 모든 기존 tool 무료, 새 tool 은 모든 product 도달 무료. Protocol 이 곱셈 대신 덧셈 만들게 하는 contract 야.