세일즈포스 CEO 마크 베니오프는 "API가 AI 에이전트의 새로운 UI"라고 말했다. 이 발언은 단순한 수사가 아니라, 세일즈포스가 Headless 360을 통해 자사 플랫폼의 기능을 API, MCP 도구, CLI로 다시 노출하겠다고 선언한 흐름과 맞닿아 있다.12
왜 지금 이 말이 중요할까. AI 에이전트 시대에 "API가 있다"는 것과 "에이전트가 실제로 일을 끝낼 수 있다"는 것은 전혀 다른 문제이기 때문이다. 앞으로 경쟁력은 예쁜 화면보다, 기계가 안전하게 이해하고 실행할 수 있도록 워크플로를 다시 설계한 제품에서 나올 가능성이 크다.
인간에게 친절한 제품은 왜 에이전트에게는 자주 실패할까
많은 기업이 에이전트 준비도를 API 공개 여부로 판단한다. 하지만 사람용 소프트웨어는 대개 클릭, 예외 처리, 암묵적 문맥, 수동 승인에 기대고 있다.
예를 들어 인간은 폼이 조금 이상해도 알아서 해석한다. 오류 메시지가 애매해도 다음 화면을 눌러 본다. 승인 단계가 필요하면 슬랙으로 물어본다. 반면 에이전트는 다르다. 브라우저 없이, 새벽 2시에, 누군가에게 물어보지 않고도 일을 끝내야 한다.
이 지점에서 "기존 API"도 자주 무너진다. 엔드포인트는 있어도 어떤 순서로 호출해야 하는지 불명확하고, 오류가 결정적이지 않으며, 권한 범위가 너무 넓거나 반대로 업무 완료에 필요한 문맥이 빠져 있다. 세일즈포스가 Headless 360에서 단순 API가 아니라 MCP 도구, CLI, 경험 레이어, 테스트·관측 도구까지 한꺼번에 내놓은 이유도 여기에 있다.23
즉, AI 에이전트에게 API는 버튼 대체제가 아니다. 그것은 인터페이스이면서, 권한 모델이고, 업무 지도이며, 실패 복구 경로다.
진짜 "에이전트 준비"는 기능 노출이 아니라 운영 가능성이다
확인된 사실부터 보자. 세일즈포스는 60개 이상의 새 MCP 도구와 30개 이상의 사전 구성 스킬을 제공하고, 외부 코딩 에이전트가 세일즈포스 데이터·워크플로·비즈니스 로직에 접근하도록 만들겠다고 밝혔다.23 또 Agent Script, Testing Center, Session Tracing, A/B 테스트 API 같은 제어 계층도 함께 밀고 있다.2
이 조합이 중요한 이유는, 에이전트용 인터페이스의 핵심이 단순 호출 가능성보다 "예측 가능한 실행"에 있기 때문이다.
실무적으로 보면 에이전트 친화적 스택은 최소 다섯 가지를 가져야 한다.
첫째, 발견 가능한 능력이다. 에이전트가 무엇을 할 수 있는지 기계적으로 알 수 있어야 한다.
둘째, 풍부한 비즈니스 문맥이다. 단순 CRUD로는 부족하다. 고객 상태, SLA, 승인 규칙, 관계 정보처럼 사람이 화면에서 읽던 맥락이 함께 전달돼야 한다.
셋째, 결정적 출력이다. 자유도가 높은 모델 위에서도 어떤 단계는 상태 기계처럼 고정돼야 한다. 세일즈포스가 Agent Script를 강조한 배경이다.2
넷째, 좁게 범위가 정해진 권한이다. 에이전트는 강력해야 하지만, 전권을 가지면 안 된다.
다섯째, 되돌릴 수 있는 실행이다. 실패 시 재시도, 보상 트랜잭션, 감사 로그가 있어야 한다.
이건 세일즈포스만의 이야기가 아니다. Vercel도 에이전트 시대 인프라의 조건으로 미리보기 URL, 불변 배포, 즉시 롤백, 관측 가능성을 강조한다.4 공통점은 분명하다. 기계가 일하는 세상에서는 "사용하기 쉬운 UI"보다 "자동화 루프가 끊기지 않는 시스템"이 먼저다.
간단한 판별법: 브라우저와 슬랙 없이도 새벽 2시에 끝낼 수 있는가
벤더나 내부 플랫폼을 평가할 때는 이 질문이 가장 실용적이다. "에이전트가 브라우저 없이, 사람 호출 없이, 이 업무를 끝낼 수 있는가?"
체크할 것은 복잡하지 않다.
에이전트가 안전하게 인증할 수 있는가.
무슨 행동이 가능한지 스스로 발견할 수 있는가.
실행 결과가 구조화돼 있고, 오류가 애매하지 않은가.
실패했을 때 재시도·중단·에스컬레이션 경로가 있는가.
누가 무엇을 왜 했는지 나중에 증명할 수 있는가.
여기서 반론도 필요하다. 세일즈포스의 방향이 맞더라도, 곧바로 성숙한 답이라는 뜻은 아니다. CIO 보도와 분석가 코멘트에는 비용 구조, 추가 SKU 가능성, MCP 호출 SLA, 거버넌스 기능의 초기 성숙도에 대한 우려가 나온다.5 "모든 것을 에이전트용으로 노출한다"는 전략은 강력하지만, 동시에 특정 플랫폼 종속과 운영 복잡성을 키울 수도 있다.
그래서 지금 필요한 판단 기준은 "API가 있나?"가 아니라 "이 플랫폼이 기계 운영자를 위한 제품으로 다시 설계됐나?"다.
결국 이 변화에 가장 민감해야 하는 사람은 SaaS 제품팀, 플랫폼 엔지니어링 팀, CIO 조직이다. 앞으로의 해자는 화면 polish가 아니라, 기계가 이해할 수 있는 워크플로 설계, 제한된 권한, 복구 가능성, 관측 가능성에서 나올 가능성이 크다. AI 에이전트 시대의 UI는 HTTP 그 자체가 아니라, 일을 끝내게 해주는 운영 표면 전체다.
참고
1Salesforce CEO Marc Benioff says APIs are the new UI for AI agents
2Salesforce launches Headless 360 to turn its entire platform into infrastructure for AI agents
3Introducing Salesforce Headless 360 - Salesforce
4Agentic Infrastructure - Vercel
5Salesforce launches Headless 360 to support agent-first enterprise workflows | CIO
이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.