AI는 지금 무엇과 연결되는가 — 연계 방식을 잘못 선택하면 다시 만들어야 한다, 2026년의 3가지 선택지

「AI와 업무」라고 하면, 엔지니어나 IT 부서의 이야기로 들리는 사람이 많을 것이다. 하지만 2026년 현재 실제로 일어나고 있는 일은 훨씬 더 수수하고 광범위하다.

예를 들어, 경리 담당자가 "송장 입력 작업을 AI에게 부탁했더니, 사내 시스템의 화면 조작까지 포함해서 대신 해주었다"라는 케이스는 이제 선진 사례가 아니게 되어가고 있다. 일반적인 업무에 통합되기 시작하고 있다.

배경에는 AI가 "외부 세계(사내 시스템·다른 소프트웨어·브라우저)와 연결되기 위한 공통 규격"이 지난 반년 동안 급격히 표준화되었다는 점이 있다. 업무에서 AI를 직접 다루지 않는 사람에게도 "자신의 업무 환경이 어떻게 변할 것인가", "반년 후에 어떤 기술이 유효할 것인가"를 좌우하는 이야기다.

여기까지가 입구다. 여기서부터는 AI를 도입하기 시작한 회사가 직면하고 있는 "무엇과 연결할 것인가"의 선택을 3가지 주요 경로로 정리한다.

모델의 선택은 이제 거의 Claude / GPT / Gemini의 3가지 선택지로 굳어졌다. 다음 논점은 **"그 모델을 어떻게 기존의 업무 환경에 접속할 것인가"**이다.

여기서 방식을 잘못 선택하면, 반년 후에 다시 만들어야 한다. 실제로 2024년 말부터 2025년에 만들어진 연계의 상당 부분은 이미 2026년의 표준에 맞지 않게 되어가고 있다.

이 기사에서는 2026년 5월 시점에서 실용 영역에 들어와 있는 3가지 주요 연계 방식을 정리한다. MCP, Computer Use, ChatGPT Apps 세 가지다. 각각의 용도, 성숙도, 리스크를 기술한 후, 무엇을 지금 주목해야 하는지 비교한다.

1. MCP (Model Context Protocol) — 「표준」이 결정되어 가고 있다

Anthropic이 2024년 11월에 출시한 접속 프로토콜. AI 어시스턴트와 "데이터가 놓여 있는 곳" (사내 문서, 업무 시스템, 개발 환경 등)을 연결하기 위한 오픈 규격.

2026년 5월 시점에서의 보급 속도는 솔직히 말해 AI 업계의 다른 어떤 표준보다 빠르다.

• 2024년 11월: Anthropic 출시, 월 2M SDK 다운로드
• 2025년 4월: OpenAI 채택, 22M으로 증가
• 2025년 7월: Microsoft가 Copilot Studio에 통합, 45M으로 증가
• 2025년 11월: AWS 대응, 68M으로 증가
• 2026년 3월 시점: 주요 프로바이더 전사 대응, 월 97M 다운로드, 10,000개 이상의 공개 MCP 서버

숫자보다 중요한 것은, 2025년 12월에 Anthropic이 MCP의 관리권을 Linux Foundation 산하의 Agentic AI Foundation (AAIF)에 기증했다는 점이다. 이는 "Anthropic 독점 규격"에서 "업계 공통 기반"으로의 명확한 전환 시그널이며, 엔터프라이즈가 안심하고 장기 투자할 수 있는 근거가 되었다.

구현 현황은 상당히 진척되어 있다. 엔터프라이즈 AI 팀(50명 이상)의 78%가 이미 실무에서 MCP 기반의 에이전트를 구동하고 있다 (Q1 2026). 1년 전에는 31%였으므로 급격한 보급이다. 41%가 사내에 독자적인 MCP 서버를 구축하고 있다 —— 전형적으로는 사내의 기간 시스템을 MCP 래퍼(wrapper)화한 형태다.

무엇이 좋은가

• 표준화되어 있으므로, Claude에서 만든 접속을 GPT에서도 사용할 수 있다
• 서버 측을 한 번 만들어 두면, 여러 AI 모델에서 호출할 수 있다
• 기존의 인증·감사 체제와 정합시키기 쉽다

함정

MCP는 만능이 아니다. 최대의 제약은 상태 관리 (State Management): 현재로서는 세션마다 상태를 유지하는 설계가 중심이며, Streamable HTTP의 스테이트리스 (stateless) 대응 및 로드 밸런서(load balancer) 통과 문제는 2026년 로드맵의 최우선 과제다. 실무 운영에 들어간 기업들의 "단일 최우선 요구사항"이 바로 이것이다.

즉, 대규모로 전개하기 전에, 자사의 인증·세션 설계가 MCP의 제약과 맞는지 확인해 둘 필요가 있다.

누가 지금 주목해야 하는가

사내 데이터를 AI에 연결하고 싶은 모든 기업. 특히 기존 시스템으로의 통합을 반년 이상의 스팬으로 계획하고 있는 회사는 선정 기준에 MCP 대응을 포함해야 한다.

2. Computer Use (와 Claude in Chrome) — 강력하지만 운용 비용이 무겁다

Anthropic이 2024년 말에 발표한 "Computer Use"와 그 연장선에 있는 Claude in Chrome (2025년 8월 research preview, 2026년 4월 시점에도 아직 beta).

이것은 AI가 화면을 보고 마우스와 키보드 조작을 실행하는 방식이다. MCP가 "API를 통해 연결하는" 방식이라면, Computer Use는 "인간과 동일한 방식으로 연결하는" 방식이다.

솔직히 말하자면, 나는 처음에 이것을 "결국 위험한 자동화 도구일 뿐이잖아"라며 회의적으로 바라보았다. 하지만 Anthropic이 2026년 5월에 엔터프라이즈(Enterprise) 고객을 대상으로 28개의 보안 및 컴플라이언스 통합 (Cloudflare, CrowdStrike, Microsoft Purview, Okta, Palo Alto Networks 등)을 발표한 이후 인상이 바뀌었다. DLP, SASE, SIEM, Identity Management와 같은 기존 보안 스택(Security Stack)에 정식으로 편입될 수 있는 체계가 갖춰졌다.

게다가 엔터프라이즈 플랜에서 커스텀 역할(Custom Roles)과 그룹이 지원되었다. 기존의 "Cowork 사용 여부를 전원이 일괄적으로 결정하는" 모델에서, "누가 어떤 Claude 기능을 사용할 수 있는지"를 세밀하게 제어할 수 있는 방향으로 변화했다.

무엇이 좋은가

• API가 준비되지 않은 시스템에도 연결 가능 (레거시(Legacy) 사내 도구, 웹 전용 서비스)
• 인간의 조작을 완전히 대체할 수 있는 유스케이스 (송장 처리, 데이터 전기, 웹 리서치)
• 감사 로그(Audit Log)를 확보할 수 있는 체계가 마련되고 있음

함정

여기는 Codex 스타일로 쓰자면, Computer Use 계열의 최대 리스크는 **"권한의 범위"와 "실수의 비용" 사이의 미스매치(Mismatch)**이다.

AI에게 화면 조작을 맡기면 원리적으로 "화면에 보이는 모든 것"에 접근할 수 있다. 이는 인증 정보, 사내 채팅, 고객 데이터 등 모든 것이 시야에 들어온다는 것을 의미한다. 단 한 번의 실수나 오작동이 초래하는 비용이 API 연동과 비교했을 때 압도적으로 크다.

따라서 운용 전에 반드시 필요한 사항은 다음과 같다:

• 스코프(Scope) 제한: 이 에이전트는 "송장 시스템만" 본다고 물리적으로 제한할 것
• 감사 로그(Audit Log): 모든 화면 조작을 사후에 추적할 수 있는 메커니즘
• 인간 검토(Human Review): 금전, 계약, 공개 발신은 AI 단독으로 완결 짓지 말 것
• 실패 시 정지 조건: 에이전트가 예상치 못한 상태에 진입하면 즉시 정지할 것

이러한 사항들이 갖춰지지 않은 단계에서 본격적으로 운용한다면, 나중에 "Computer Use를 도입한 탓에 감사를 통과하지 못하는" 사태가 발생할 수 있다.

누가 지금 주목해야 하는가

API화되지 않은 레거시 시스템을 많이 보유한 기업. 단, 우선은 보안 및 감사 체계 정비가 선행되어야 한다.

3. ChatGPT Apps SDK — AI를 "대화 속의 OS"로

OpenAI가 2025년 12월 18일에 ChatGPT App Directory를 출시했다. Plus / Team / Enterprise의 모든 사용자가 ChatGPT 대화 중에 Expedia, Spotify, Zillow, Canva, Booking.com, Dropbox, Apple Music, DoorDash, Khan Academy와 같은 서비스를 호출할 수 있게 되었다.

기술적인 핵심은 **"텍스트나 단순한 링크가 아니라, 인터랙티브한 UI를 대화 속에 삽입할 수 있다"**는 점이다. Apps SDK는 MCP 서버를 백엔드로 사용하면서 프런트엔드 위젯 런타임(Widget Runtime)을 제공한다. 즉, MCP 위에 "대화 내 UI 레이어"가 얹혀진 형태다.

여기서 은근히 중요한 것이 OpenAI와 Stripe가 공동 개발한 Agentic Commerce Protocol (ACP) (beta)이다. ChatGPT 대화 속에서 결제가 완결되는 흐름이 결제 규격으로서 표준화되고 있다.

무엇이 좋은가

• 8억 명의 ChatGPT 사용자에게 직접 도달 가능 (플랜에 따라 다름)
• 앱스토어형 모델이므로 발견성(Discoverability)이 높음
• 이미 MCP를 구축했다면 Apps SDK로의 전환이 비교적 가벼움

함정

• OpenAI 단독의 세계: MCP처럼 "다른 모델에서도 동작하는" 표준이 아니다. ChatGPT 내에서만 사용할 수 있다.
• 승인 프로세스: 마켓플레이스 심사가 존재한다 (OpenAI의 정책 변경에 따라 동작이 바뀔 가능성이 있음).
• 기존 Web/모바일 앱 사업과의 관계: "ChatGPT 내 앱"이 성장할수록, 자사의 독립적인 고객 접점 채널이 약화될 가능성

누가 지금 주목해야 하는가

B2C 서비스를 보유한 브랜드. 특히 소비자 대상의 예약·구매·콘텐츠 소비가 중심인 기업은 지금 참가를 검토할 가치가 매우 크다. 반면, 순수 B2B SaaS는 무리하게 쫓지 않아도 된다.

비교표: 용도와 판단 기준

항목	MCP	Computer Use	ChatGPT Apps
연결 방식	API 표준화	화면 조작	대화 내 UI
대응 모델	Claude / GPT / Gemini 등 다수	주로 Claude	ChatGPT 전용
성숙도	업계 표준화 (AAIF 관리)	beta, 엔터프라이즈 통합 진행 중	App Directory 출시 완료
리스크	상태 관리·확장성 (Scalability)	권한·감사 (Audit)의 부담	플랫폼 의존성
대상	모든 기업 (사내 데이터 연결)	레거시 업무 자동화	B2C 브랜드
재구축 리스크	낮음 (표준화 완료)	중간 (사양 변화 중)	중간~높음 (OpenAI 결정에 따름)

결론: 지금은 "전부 도입"이 아니라 "연결 면을 파악하는" 단계

"AI와 연결한다"라고 말할 때, 무엇을 연결할 것인지, 누구에게 전달할 것인지에 따라 선택해야 할 방식이 다르다.

상황	제1 권장 사항
사내 데이터를 AI에 연결하고 싶다	MCP (표준화 완료, 장기 투자 안심)
API가 없는 레거시를 자동화하고 싶다	Computer Use (단, 보안 정비 선행 필요)
8억 명의 ChatGPT 사용자에게 도달하고 싶다	ChatGPT Apps (B2C 한정)

마지막으로, 제가 최근 업계의 움직임을 보며 가장 크게 느끼는 점은, **"2025년에 만든 AI 연계 중 상당수가 2026년의 표준에 맞지 않게 되어가고 있다"는 것입니다. 지금 이 타이밍에 "어쨌든 돌아가는 것"을 만들기보다, "반년 후에도 다시 만들 필요가 없는 연결 면"**을 선택하는 것이 결과적으로 더 빠릅니다.

연계 문제는 모델 선택보다 설계 판단이 더 오래 영향을 미칩니다. 신중하게 선택하시길 바랍니다.

1차 소스

• Introducing the Model Context Protocol — Anthropic
• MCP Adoption Statistics 2026 — DigitalApplied
• Anthropic adds 28 security and compliance integrations for Claude — Help Net Security
• Introducing apps in ChatGPT and the new Apps SDK — OpenAI
• Apps SDK 공식 — OpenAI Developers
• Agentic AI Foundation — Linux Foundation 개요

Discussion