MCP 시대, 세일즈포스를 경험하는 방식이 달라졌다: Headless 360

Key Takeaways

• MCP(Model Context Protocol)란 AI 에이전트가 업무 도구와 데이터에 연결되는 방식을 표준화한 규격으로, 소프트웨어 인터페이스가 CLI→GUI를 거쳐 진화해 온 흐름의 다음 단계입니다.
• 세일즈포스(Salesforce)는 Headless 360을 통해 플랫폼의 데이터·워크플로·비즈니스 로직을 MCP 서버 형태로 개방했으며, 60개 이상의 MCP 도구와 30개 이상의 사전 구성된 코딩 스킬을 제공합니다.
• MCP 연동은 기존 API 연동과 달리 실행 경로를 에이전트가 실행 시점에 판단하며, 대표적인 예로 Engine과 Indeed는 이 구조로 각각 12일 만의 에이전트 배포와 대규모 안정 운영을 실현했습니다.

본 콘텐츠는 세일즈포스 웨비나
「Headless 360 – 세일즈포스를 경험하는 새로운 방식」의 내용을 바탕으로 작성되었습니다.

AI를 업무에 써 보신 분이라면 비슷한 지점에서 멈춰 선 경험이 있을 것입니다. 문구를 다듬는 데까지는 잘 쓰다가, “이번 달 우리 고객 중 이탈 위험이 큰 곳은 어디인가”처럼 회사 안의 맥락이 필요한 질문 앞에서는 더 나아가지 못합니다. 잘못 쓰고 계신 것이 아닙니다. 지금까지의 AI는 여러분의 회사를 몰랐을 뿐입니다.

이 간극을 메우기 위해 등장한 표준이 MCP입니다. 클로드(Claude)·챗지피티(ChatGPT)·제미나이(Gemini)·커서(Cursor)·코덱스(Codex) 같은 주요 AI 에이전트가 이미 이 표준을 지원하고, 이미 여러 기업이 이 위에서 만든 에이전트를 프로덕션 환경에 운영하고 있습니다. 세일즈포스도 스스로를 여는 방식을 택했습니다. 클로드 같은 AI 하나가 세일즈포스 전체와 연결된 업무 공간이 되는 것입니다.

그렇다면 MCP는 정확히 무엇이고, 세일즈포스는 이를 어떻게 열었을까요?

MCP(Model Context Protocol)란 무엇인가요?

MCP(Model Context Protocol)란 AI 에이전트가 업무 도구와 데이터에 연결되는 방식을 표준화한 프로토콜입니다. 무엇을 표준화했다는 뜻인지는, 소프트웨어 인터페이스가 지나온 길을 보면 분명해집니다.

• CLI(Command Line Interface): 전문가만 쓸 수 있는 명령어 화면의 시대
• GUI(Graphic User Interface): 누구나 화면을 보고 클릭하며 일할 수 있게 된 시대
• MCP(Model Context Protocol): AI 에이전트가 스스로 읽고 실행하는 시대

인터페이스는 늘 그 시대의 사용 주체에 맞춰 진화해 왔고, 이제 소프트웨어를 쓰는 새로운 주체로 AI 에이전트가 등장했습니다. 에이전트가 사람 대신 업무를 처리하려면 에이전트를 위한 인터페이스가 필요합니다. 그 연결 방식을 표준으로 정한 것이 바로 MCP, 말하자면 ‘에이전트를 위한 UI’입니다.

세일즈포스는 MCP를 어떻게 열었나요? — Headless 360

세일즈포스는 플랫폼의 데이터·워크플로·비즈니스 로직을 MCP 서버 형태로 여는 이 방식에 Headless 360이라는 이름을 붙였습니다. 앞서 언급한 것처럼 이 표준을 지원하는 여러 AI 에이전트가 세일즈포스의 다양한 정보와 데이터에 접근하고, 이를 기반으로 심화된 업무를 처리할 수 있게 된 것입니다.

다만 데이터에 접근하는 것과 그 데이터를 제대로 해석하는 것은 다른 문제입니다. 회사 데이터를 LLM에 통째로 던져준다고 정확한 분석이 나오지는 않습니다. “이 사람이 이 회사 소속이고, 어떤 산업군이고, 지금 어떤 딜이 진행 중인지” 같은 연결 관계를 알아야 하기 때문입니다.

그 연결 관계를 만드는 것이 바로 세일즈포스가 27년간 전 세계 기업의 우수 사례와 연구를 종합해 정제해 온 데이터 모델입니다. 앞서 살펴본 신청자 분석에서 클로드가 기존 고객 여부·영업 기회·과거 캠페인 참여 이력까지 정교하게 분류할 수 있는 것도, 클로드가 똑똑해서가 아니라 이 정제된 관계 위에서 작동하기 때문입니다. 클로드와 같은 AI 도구가 취향에 따라 고를 수 있는 차체라면, 세일즈포스는 그 차를 움직이는 엔진입니다. 헤드리스는 이 엔진을 화면 밖 어디서든 꺼내 쓸 수 있게 해줄 뿐 입니다.

그리고 이 엔진이 감당하는 범위는 AI 에이전트 연동에 그치지 않습니다. Headless 360은 데이터와 통합·자동화, 보안과 컴플라이언스, 분석과 인사이트, 애플리케이션과 DevOps, 인프라까지 세일즈포스 플랫폼의 모든 레이어를 하나로 묶은 구조이며, 이 전체를 안전하고 규정을 준수하는 고성능 기반인 Hyperforce가 뒷받침합니다. MCP는 이 전체 구조로 들어가는 입구이고, 세일즈포스에서 그 입구를 여는 방식이 바로 Headless 360입니다.

기존 API 연동과 어떤 점이 다른가요?

MCP가 API를 대체하는 것은 아닙니다. MCP 도구도 내부적으로는 기존 API를 호출합니다. 차이는 기술이 아니라, 업무 경로를 누가 언제 결정하느냐에 있습니다.

MCP 연동에서는 사용할 수 있는 데이터와 도구, 권한과 규칙만 미리 정해두고 에이전트에게는 달성해야 할 목표를 전달합니다. 예를 들어 “행사 참여 가능성이 낮은 고객을 찾아 후속 조치를 준비해줘”라고 요청하면, 에이전트가 허용된 범위 안에서 어떤 데이터를 어떤 도구로 어떤 순서로 처리할지 실행 시점에 판단합니다.

구분	기존 API 연동	MCP 연동
실행 경로 결정 시점	개발 시점(사전)	실행 시점(필요에 따라 그때그때)
결정 주체	개발자가 코드로 순서 확정	에이전트가 목표에 따라 판단
동작 방식	정해진 순서로 호출·오류 처리	어떤 데이터를, 어떤 도구로, 어떤 순서로 쓸지 그때 판단
예측 가능성	코드 검토·테스트로 비교적 정확히 예측 가능	프롬프트·맥락에 따라 같은 목표도 실행 경로가 달라질 수 있음

에이전트가 스스로 실행 방법을 판단한다는 건 위험 요소이기도 합니다. 모호한 요청을 과도하게 해석하거나, 외부 문서에 숨겨진 악의적인 지시를 정상적인 명령으로 오인할 수도 있습니다. 그래서 기업은 볼 수 있는 데이터와 호출 가능한 도구를 제한하고, 되돌릴 수 없는 액션에는 사람의 승인을 두고, 실행 기록을 남기는 설계를 갖춰야합니다.

이 장치를 처음부터 새로 만들려면 부담이 큽니다. 세일즈포스는 이를 플랫폼에 기본 내장해 두었는데, 자세한 내용은 아래 ‘네이티브 거버넌스’ 에서 이어가겠습니다.

Headless 360이 만드는 세 가지 변화 — 실무자·개발자·보안

실무자는 원하는 화면 어디서든 업무

실무자에게 가장 먼저 바뀌는 것은 ‘일하는 화면’입니다. 지금은 하나의 업무를 끝내기 위해 메신저와 CRM, 대시보드와 문서 도구를 오가며 탭을 여닫는 것이 일상입니다.

평균적인 기업은 업무용 앱을 1,057개나 동시에 사용하고 있지만, 그중 서로 연결된 것은 27%에 불과합니다. 그래서 IT팀은 업무 시간의 36%를 파편화된 시스템을 연결하는 단순 통합 작업에 소모하고 있습니다.

Headless 360을 통하면 Slack(슬랙), 클로드, 챗지피티 같은 익숙한 공간에서 모든 업무 도구와 데이터를 통합해 일할 수 있습니다. 더 이상 수많은 탭을 오가며 소모적으로 일할 필요가 없어지는 것입니다.

개발자는 원하는 에이전트로 개발

개발자에게 바뀌는 것은 ‘개발 환경’입니다. 코딩 에이전트가 코드를 아무리 빠르게 만들어도, 회사의 비즈니스 로직에 접근하지 못하면 실제로 쓸 수 있는 결과물이 되지 않습니다. 그래서 많은 팀이 기존 시스템과 AI를 연결하는 커스텀 미들웨어를 만드는 데 시간을 쓰게 됩니다.

Headless 360은 60개 이상의 MCP 도구와 30개 이상의 사전 구성된 코딩 스킬로 이 문제를 해결합니다. 코딩 에이전트가 세일즈포스 안의 데이터 모델이나 앱을 라이브로 호출하며 일할 수 있게 되는 것입니다. 클로드 코드나 커서, 코덱스 등 원하는 코딩 에이전트를 세일즈포스 환경에 연결해서 쓸 수 있도록 개발 환경이 개방된 셈입니다.

네이티브 거버넌스로 안전하게 확장

세 번째 변화는 앞서 언급한 통제 장치에 대한 답입니다. 세일즈포스는 27년간 엔터프라이즈급으로 다져 온 플랫폼의 보안 체계를 에이전트에게 그대로 계승합니다. 사용자별 권한과 프로필, 필드 수준 보안, 데이터 공유 규칙, 승인 프로세스, 모든 변경을 추적하는 감사 로그까지 그대로 적용됩니다. 에이전트가 세일즈포스를 헤드리스 방식으로 쓰더라도 이 규칙들을 자동으로 준수하기 때문에, AI를 새로 연결할 때마다 보안 모델을 다시 만들 필요가 없습니다.

외부 LLM과 상호작용할 때는 세일즈포스의 Trust Layer가 그 역할을 합니다. 세일즈포스 Trust Layer 정책에 따라 개인정보 마스킹과 제로 데이터 리텐션이 자동으로 적용되어, 회사의 민감한 데이터가 LLM에 그대로 전달되지 않도록 합니다.

MCP로 연결된 클로드는 별도의 계정으로 세일즈포스에 접속하지 않고, 접속한 사람의 신원을 그대로 사용합니다. 회사가 그 사람에게 이미 부여해 둔 권한이 곧 클로드의 권한이 되는 것입니다. 뒤집어 말하면, 여러분이 세일즈포스 화면에서 할 수 없는 일은 클로드 채팅창에서도 할 수 없습니다. 위 영상에서 솔루션 엔지니어의 초대 이메일 발송 요청을 클로드가 거절하는 이유입니다. 발송 권한을 가진 마케팅 담당자가 자신의 클로드에게 같은 요청을 했다면 그대로 실행됩니다.

---

다음 편 예고

Slack(슬랙) 을 쓰고 있다면 이 모든 과정을 훨씬 더 간단하게 시작할 수 있습니다. 세일즈포스를 엔진으로, Slack을 UI로 쓰는 방법은 다음 글에서 이어집니다.

▶️ 다음 편 확인하기

---

자주 묻는 질문 (FAQs)