MCP 표준이 스테이트리스로 바뀌었어요 | 사내 AI 연동 3가지 변화
2026년 7월 28일 MCP 명세가 스테이트리스 구조로 개정되면서 세션 핸드셰이크가 사라졌어요. 국내 기업 85%가 생성형 AI를 쓰지만 전사 내재화는 6.7%에 머무는 지금, 사내 시스템에 AI를 붙이는 발주가 어떻게 달라지는지 정리했어요.
3줄 요약 — 2026년 7월 28일 자 MCP 명세가 스테이트리스 구조로 바뀌면서 세션 핸드셰이크와 세션 헤더가 사라졌어요. 덕분에 사내 AI 연동 서버를 평범한 로드밸런서 뒤에 여러 대로 늘릴 수 있게 됐고, 기업용 인증 확장도 정식 규격으로 자리 잡았어요. 국내는 생성형 AI를 쓰는 기업이 85%를 넘었지만 전사 내재화는 6.7%에 그쳐서, 지금이 사내 시스템 연동을 준비하기 좋은 시점이에요.
📰 2026년 7월 31일 기준 최신 소식 | 이 글은 특정 시점의 뉴스를 다루고 있어요.
“AI는 도입했는데 정작 우리 데이터를 못 봐요.”
작년부터 상담에서 자주 듣는 말이에요. 챗봇은 붙였는데 사내 재고나 계약 정보를 물어보면 답을 못 한다는 거예요. 그 사이를 잇는 규격이 MCP인데, 이번 주에 그 규격이 크게 바뀌었어요. 발주자 입장에서 뭐가 달라지는지 정리해볼게요.
1. MCP가 정확히 무엇인가요
AI가 회사 시스템에 접근하는 방식을 통일한 약속이에요.
예전에는 AI에 사내 시스템을 붙이려면 붙일 곳마다 방식을 새로 정했어요. 그룹웨어는 이렇게, 재고 시스템은 저렇게. 붙일 곳이 셋이면 서로 다른 연결 코드를 세 벌 만들어야 했어요. MCP는 그 연결부의 말투를 하나로 맞춘 규격입니다.
지금은 AWS와 구글 클라우드, 마이크로소프트 애저가 모두 이 규격을 지원해요. 국내에서도 에이전트를 만드는 쪽에서는 사실상 기본기로 취급되는 분위기고요.
2. 2026년 7월 28일 명세에서 무엇이 바뀌었나요
한마디로 연결을 기억하지 않는 구조로 바뀌었어요.
기존 MCP는 대화를 시작할 때 악수부터 했어요. 클라이언트와 서버가 서로 인사하고 세션 번호를 발급받은 다음, 그 번호를 계속 들고 다니는 방식이었죠. 이번 개정에서 그 악수 절차와 세션 헤더가 통째로 빠졌어요. 프로토콜 출시 이후 가장 큰 폭의 개정이라는 평가를 받고 있어요.
바뀐 항목을 정리하면 이래요.
| 항목 | 이전 | 2026-07-28 명세 |
|---|---|---|
| 연결 방식 | 핸드셰이크 후 세션 유지 | 세션 없음(스테이트리스) |
| 부하 분산 | 같은 서버로 붙여주는 고정 라우팅 필요 | 일반 라운드로빈으로 가능 |
| 목록 조회 | 매번 서버에 질의 | 서버가 허용한 시간만큼 캐시 |
| 인증 | 구현마다 제각각 | 기업용 인증 확장이 정식 규격 |
| 추적 | 별도 구현 | W3C 표준 추적 헤더 전파 |
여기에 MCP Apps라는 확장도 함께 나왔어요. AI 답변 안에서 격리된 화면을 띄우는 규격인데, 사내 도구를 대화창 안으로 끌어오는 그림이에요. 파이썬과 타입스크립트, Go, C# SDK도 베타로 함께 풀렸고요.
3. 세션이 사라진 게 왜 기업 규모에서 중요한가요
서버를 늘리는 일이 쉬워지기 때문이에요.
세션을 기억하는 서버는 늘리기가 까다로워요. A 서버에서 대화를 시작한 사용자는 계속 A 서버로 돌아와야 하니까요. 그래서 앞단에 고정 라우팅을 걸고, 세션을 공유할 저장소를 따로 두고, 게이트웨이가 패킷 안까지 들여다보게 만드는 작업이 따라붙었어요. 부서 하나 쓸 때는 안 보이다가 전사로 열면 바로 터지는 종류의 비용이에요.
이번 개정으로 그 층이 사라졌어요. 평범한 라운드로빈 로드밸런서 뒤에 서버를 여러 대 세워두면 끝이에요. 도구 목록도 서버가 정한 시간만큼 클라이언트가 들고 있을 수 있어서 왕복 횟수 자체가 줄어요.
저희가 이 변화를 반기는 이유는 조금 다른 데 있어요. 사내 도입은 늘 파일럿에서 전사로 넘어가는 구간에서 멈추거든요. 부서 하나로 시험할 때는 잘 돌던 게, 사용자가 열 배가 되는 순간 구조를 다시 짜야 하는 상황이 반복됐어요. 그 재작업 구간이 규격 차원에서 줄어든 셈이에요.
4. 국내 기업의 AI 도입은 지금 어디쯤일까요
쓰는 회사는 많은데, 회사 안에 박아 넣은 곳은 아직 적어요.
2026년 조사 기준으로 생성형 AI를 업무에 쓰는 국내 기업은 85%를 넘을 전망이에요. 그런데 전사 차원에서 내재화됐다고 답한 곳은 6.7%예요(CIO Korea 보도 기준). 열 곳 중 여덟 곳이 예산을 늘리겠다고 답한 것과 나란히 놓고 보면 그림이 분명해져요. 도구는 샀는데 업무에는 아직 안 붙었다는 뜻이니까요.
포스코인터내셔널이나 한화큐셀처럼 사내 지식과 연결한 에이전트로 부서 업무를 바꾸는 사례가 나오고는 있어요. 다만 이런 곳은 아직 앞서가는 축이에요. 대부분은 개인이 브라우저에서 쓰는 단계에 머물러 있고요.
그 간격이 바로 개발 프로젝트가 들어가는 자리예요. 브라우저에서 쓰는 것과 사내 시스템이 답하게 만드는 것 사이엔 연동과 권한 설계라는 실제 공수가 있어요. AI 도입 예산을 잡을 때 이 부분을 빼먹으면 나중에 반드시 다시 잡게 돼요. AI 도입 비용이 실제로 어디서 커지는지는 따로 정리해뒀어요.
5. 사내 시스템에 AI를 붙일 때 실제로 드는 일은 무엇인가요
모델을 고르는 일이 아니라 경계를 정하는 일이 대부분이에요.
실제로 시간을 쓰는 항목은 이런 것들이에요.
- 어디까지 보여줄지 정하기 — 인사 데이터는 되고 급여는 안 되는 식의 선을 부서별로 그어야 해요.
- 누가 물었는지 남기기 — AI가 대신 조회했더라도 실제 요청자가 누구인지 기록에 남아야 감사에 대응돼요.
- 기존 시스템에서 통로 열기 — 붙을 쪽 시스템에도 작업이 생겨요. 그쪽 업체 견적이 별도로 필요한 경우가 많아요.
- 틀린 답 처리 정하기 — 데이터를 못 찾았을 때 지어내지 않고 모른다고 답하게 만드는 규칙이 필요해요.
이번 명세에서 기업용 인증 확장이 정식 규격으로 자리 잡은 건 두 번째 항목과 직접 닿아요. 예전에는 구현마다 방식이 달라서 보안 검토가 매번 처음부터였는데, 이제는 검토 기준을 재사용할 여지가 생겼어요.
용어 정리 — 스테이트리스 서버가 이전 대화를 기억하지 않는 방식이에요. 요청마다 필요한 정보를 다 담아 보내니까 어느 서버가 받아도 처리가 돼요. 은행 창구에 비유하면, 번호표를 받고 같은 창구만 가야 하는 방식에서 아무 창구나 가도 되는 방식으로 바뀐 셈이에요. 대신 갈 때마다 서류를 챙겨가야 하니 요청 하나하나는 조금 무거워져요.
6. 지금 AI 연동을 발주한다면 무엇을 확인해야 할까요
견적서를 받으실 때 네 가지만 물어보셔도 편차가 크게 줄어요.
- 어느 명세를 기준으로 잡았는지 — 2026-07-28 명세 기준인지 이전 방식인지 물어보세요. 답이 안 나오면 확장 시점에 재작업이 생길 확률이 높아요.
- 붙일 시스템 목록과 그쪽 작업 비용 — 우리 쪽 개발비만 담긴 견적이 흔해요. 상대 시스템에서 통로를 여는 작업은 따로 잡아야 해요.
- 권한과 로그 설계가 견적에 있는지 — 항목으로 안 보이면 대개 빠진 거예요. 나중에 보안 검토에서 되돌아와요.
- 사용자 수가 늘었을 때의 구조 — 파일럿 규모만 보고 짠 설계인지, 전사 확장을 염두에 둔 설계인지 나뉘어요.
여기서 네 번째가 이번 개정과 직접 이어져요. 예전에는 확장 대비 설계에 값이 꽤 붙었는데, 이제는 규격이 그 부담을 덜어줘요. 견적에 이 항목이 여전히 크게 잡혀 있다면 근거를 물어보셔도 좋아요.
7. 저희는 이 소식을 어떻게 보고 있나요
규격이 정리됐다는 건 재작업 위험이 줄었다는 신호예요.
저희는 자체 SaaS 4종을 직접 운영해서, 규격이 흔들릴 때 운영 쪽에서 어떤 일이 벌어지는지 몸으로 겪었어요. 만들 때 잘 돌던 코드가 사용자가 늘면서 무너지는 상황도 여러 번 봤고요. 롯데백화점 수원 푸드홀 프로젝트에서는 관리자 화면에서 등록한 광고가 현장 사이니지에서 끊기는 문제 때문에 처음 JavaFX로 만든 부분을 C#으로 다시 구현했어요. 개발 중 테스트에서는 안 보이다가 실제 운영 환경에서 나온 문제였어요.
그래서 저희는 새 규격이 나올 때 기능보다 운영에서 뭐가 덜 깨지는지를 먼저 봐요. 이번 개정은 그 기준에서 반가운 쪽이에요. 다만 규격이 바뀌었다고 이미 잘 돌아가는 시스템을 서둘러 갈아엎을 이유는 없어요. 사용자를 늘릴 계획이 잡히는 시점이 손볼 때예요.
AI를 어디부터 붙여야 할지 아직 안 잡히셨다면 붙일 순서부터 같이 정리해봐요 → 규격 이름보다 우리 회사에서 사람이 가장 많이 반복하는 조회가 무엇인지가 먼저예요.
8. 자주 묻는 질문
MCP가 스테이트리스로 바뀌면 이미 만든 연동은 다시 만들어야 하나요?
당장 멈추지는 않아요. 다만 기존 서버는 세션을 붙잡는 전제로 짜여 있어서, 서버를 여러 대로 늘리는 시점에 손볼 가능성이 커요. 지금 한 부서 규모로 쓰고 계시면 급하지 않고, 전사 확장 계획이 잡히면 그때를 개편 시기로 보시면 돼요.
사내 AI 연동을 발주할 때 견적을 가르는 건 무엇인가요?
모델 비용이 아니라 붙일 시스템의 개수와 권한 설계예요. 어떤 데이터를 누구까지 보게 할지 정하는 작업이 실제 공수를 만들어요. 모델 선택은 나중에 바꿔도 되는 항목이라 먼저 붙들 자리가 아니에요.
국내 기업의 AI 도입은 지금 어느 단계인가요?
쓰긴 쓰는데 업무에 박히진 않은 단계예요. 2026년 조사 기준 생성형 AI를 쓰는 기업은 85%를 넘지만 전사 내재화는 6.7%로 집계됐어요. 그 사이의 간격이 연동 프로젝트가 필요한 구간이에요.
9. 마무리
이번 개정에서 눈여겨볼 지점은 기능이 늘어난 게 아니라 덜어냈다는 것이에요. 세션을 빼고, 인증을 규격으로 올리고, 캐시를 허용했어요. 붙이는 쪽 부담을 줄이는 방향이니 사내 도입을 검토하는 회사에는 유리한 흐름이에요.
다만 규격이 편해졌다고 도입이 쉬워지진 않아요. 어려운 건 늘 기술 바깥에 있었어요. 무엇을 AI에게 맡기고 무엇을 사람이 확인할지 정하는 일 말이에요.
저희는 10년 넘게 50개 이상의 프로젝트를 진행하고 자체 SaaS 4종을 직접 운영해온 개발사예요. 롯데·캐논 같은 곳과도 함께해 왔고요. 만들고 끝나는 코드와 운영에서 버티는 코드가 다르다고 생각해서, AI 연동도 붙이는 방법보다 붙인 다음에 어떻게 굴러갈지를 먼저 봐요.
관련 글