Salesforce CEO 마크 벤يو프, API가 AI 에이전트의 새로운 UI라고 말하다
Salesforce CEO Marc Benioff says APIs are the new UI for AI agents
핵심 요약
- ▸Salesforce는 AI 에이전트에 전체 플랫폼을 열어주고 있으며, '헤드리스 360'를 통해 API가 사용자 인터페이스가 되고 브라우저가 사라질 수 있다고 주장한다.
- ▸마크 벤يو프는 OpenAI의 삼 앨트먼이 언급한 변화의 방향을 실제로 실현하고 있다.
- ▸이 변화는 AI 에이전트가 기존 UI에서 벗어나 API를 통해 상호작용하는 방식으로 전환되는 것을 의미한다.
- ▸개발자들에게는 API 중심의 인터페이스 변화가 시스템 통합과 확장성에 큰 영향을 미칠 수 있다.
심층 분석
Salesforce의 "Headless 360" 전략은 전통적인 SaaS 아키텍처에서 UI 레이어를 걷어내고 전체 플랫폼을 API 엔드포인트로만 노출하겠다는 선언이다. 기존 Salesforce Lightning 같은 화면은 인간의 클릭·입력을 전제로 설계된 반면, AI 에이전트는 HTML을 렌더링할 필요가 없고 JSON 응답을 직접 해석해 다음 액션을 결정한다. 이를 위해 REST/GraphQL 수준을 넘어 OpenAPI 스키마에 자연어 설명(semantic descriptions)을 결합하고, MCP(Model Context Protocol)나 함수 호출(function calling) 규격과 호환되도록 메타데이터를 구조화하는 것이 핵심이다. 즉 API가 단순히 "호출 가능한 함수"가 아니라 "에이전트가 스스로 탐색·선택할 수 있는 도구 카탈로그"로 재설계된다는 의미다.
한국 엔지니어 입장에서 이 흐름이 실질적으로 미치는 영향은 크다. 지금까지 백엔드 개발자는 프론트엔드 요구에 맞춰 API를 빚어왔지만, 앞으로는 "이 엔드포인트를 LLM이 처음 봤을 때 오용 없이 올바르게 호출할 수 있는가"가 1차 설계 기준이 된다. 파라미터 이름의 모호성, 에러 메시지의 비구조화, 부작용이 숨겨진 POST 등 기존에 "문서로 보완"하던 관행이 전부 에이전트 오작동으로 직결된다. 또한 인증 모델도 재설계가 필요하다. 사람이 브라우저에서 로그인해 세션을 유지하던 구조 대신, 에이전트별 스코프가 제한된 OAuth 토큰, 행동 감사 로그, 레이트 리미팅, 그리고 파괴적 작업에 대한 사람 확인(human-in-the-loop) 훅을 기본 탑재해야 한다.
행동 관점에서 지금 점검해야 할 것들은 구체적이다. 첫째, 보유 중인 내부 API에 대해 OpenAPI 3.1 스펙과 각 필드의 의미·제약·예시를 자연어로 정비하고, 가능하면 MCP 서버로 래핑해 테스트해보는 것을 권장한다. 둘째, 국내 SaaS(네이버웍스, 카카오워크, 토스페이먼츠, 채널톡 등)도 에이전트 연동 요구가 빠르게 들어올 가능성이 높으므로, 팀 차원에서 "에이전트 친화 API 가이드라인"을 미리 마련해두면 경쟁 우위가 된다. 셋째, 단순 CRUD를 넘어서 복합 워크플로우를 하나의 고수준 액션으로 노출하는 것이 중요하다. 에이전트는 10번의 저수준 호출을 조합하기보다 "create_and_assign_opportunity" 같은 의도 단위 API를 훨씬 신뢰성 있게 사용한다.
마지막으로 경계할 지점은 "브라우저 무용론"을 액면 그대로 받아들이지 않는 것이다. 규제 산업, 감사 추적, 사용자 동의 UX는 여전히 사람이 보는 화면을 요구하며, Benioff의 메시지는 "UI를 없애라"보다 "UI와 동등한 1급 시민으로서의 API"로 읽어야 한다. 오히려 개발자 관점에서 기회는 프론트엔드 레이어가 얇아지는 대신 API 계약·관측성·보안 레이어가 두꺼워진다는 점이며, 여기서 DevSecOps 역량이 직접적인 차별화 요소가 된다. Salesforce의 이번 움직임은 향후 1~2년 내 엔터프라이즈 SaaS 전체의 API 설계 표준을 끌어올릴 신호탄으로 봐야 한다.