Salesforce는 MCP와 Slack을 통해 AI 에이전트 접근을 라우팅합니다 - 엔터프라이즈 에이전트 인프라가 참조 구현을 확보했습니다

Salesforce는 Model Context Protocol을 사용하여 AI 에이전트가 플랫폼에 연결하는 방식을 확장하고 있으며, Slack을 통해 에이전트 상호작용을 라우팅하고 있습니다. 플랫폼이 기업 고객 데이터를 보유한 경우 프로토콜을 채택하면 다른 벤더들도 따라야 한다는 압력을 받게 됩니다.

간단히 말해:

Salesforce는 AI 에이전트의 플랫폼 접근성을 두 가지 조치로 확장했습니다. 첫째, 통합 표준으로 Model Context Protocol(MCP)을 채택했고,其二, 에이전트 상호작용을 Slack을 통해 라우팅합니다. 기업 팀의 경우, AI 에이전트가 표준화된 인터페이스를 통해 Salesforce 데이터 및 워크플로우 내에서 작동할 수 있게 되었으며, 이는 이미 작업이 이루어지는 곳에서 제공됩니다.

왜 이것이 참조 구현인가

MCP는 프로토콜 사양에서 시장으로 성숙했습니다. 초기 adopter들은 개발자 도구와 소규모 서비스였으며, 이들은 RFC 스타일의 문서를 읽고 직접 통합을 구축하는 팀들이었습니다. Salesforce는 다릅니다. Salesforce는 CRM 통합 계층에서 MCP를 채택한 초기 주요 기업 플랫폼 중 하나로, 이는 동역학을 변화시킵니다.

고객 데이터(연락처, 거래, 예측, 지원 티켓)를 보유한 플랫폼이 프로토콜을 채택하면, 다른 기업용 소프트웨어 벤더들은 이에 맞춰야 한다는 조달 수준의 압력을 받게 됩니다. 고객은 "귀사의 제품에 MCP 서버가 노출되어 있나요?"라고 묻습니다. Salesforce는 이 질문을 현실로 만들었습니다.

Slack 라우팅 결정은 아키텍처적으로Sound합니다. Slack은 많은 조직에서 실제 업무가 이루어지는 곳입니다. 전용 AI 허브가 아닌 Slack에 표시되는 AI 에이전트는 워크플로우에 나타나며, 문맥 전환을 요구하지 않습니다. 이는 에이전트에 대한 올바른 UX 방향입니다. 에이전트는 의사결정이 이루어지는 곳에 존재해야 합니다.

[UNDER THE HOOD] MCP는 모델-도구 연결을 위한 표준 서버/클라이언트 아키텍처를 정의합니다. Salesforce 데이터용 MCP 서버를 구현함으로써, Salesforce 자체 에이전트가 아닌 모든 MCP 준수 에이전트가 원칙적으로 CRM 레코드를 쿼리하고, 리드를 업데이트하거나, 워크플로를 트리거할 수 있습니다. 전략적 긴장: Salesforce는 MCP 준수 클라이언트에 데이터 접근 권한을 개방하고 있습니다. 표준 접근이 제품의 상용화를 앞지르고 생태계를 더 빠르게 성장시킬 것이라는 bets입니다.

프로덕션에서 주시해야 할 압박점: MCP 서버 계층의 인증 및 권한 부여(누가 어떤 레코드를 쿼리할 수 있는가?), 동시 에이전트 부하 하에서의 속도 제한, 그리고 Salesforce에서 운영되는 금융 서비스, 의료와 같은 규제 산업을 위한 데이터 거버넌스 규정 준수입니다. [/UNDER THE HOOD]

그래서 무엇인가

이것은 톱티어 CRM 플랫폼에서 명확한 엔터프라이즈급 MCP 배포입니다. Salesforce의 구현이 규모에 맞게 작동한다면, 이는 다른 기업 플랫폼이 모방할 패턴이 될 것입니다. MCP가 유일한 옵션이기 때문이 아니라, Salesforce의 구현이 가장 실전 테스트된 참조가 될 것이기 때문입니다. 에이전트 인프라를 평가하는 팀들은 Salesforce/MCP 롤아웃에서 마찰 지점이 어디인지 신호를 주시해야 합니다. 해당 지점은 여러분의 스택에서 나타나기 전에 먼저 그곳에서 나타날 것입니다.