MCP 서버가 조용히 안 붙습니다 — 연결 확인 없이 세션이 시작되는 이유

AI에게 외부 도구를 붙여줬는데 정작 안 쓰는 것 같다면, 애초에 연결이 안 됐을 가능성이 있습니다. 공식 문서를 읽다 보니 이유가 명확했어요 — 세션을 시작할 때 연결이 되는지 검사하지 않습니다. 서버가 죽어 있든 열쇠가 틀렸든 세션은 그냥 시작되고, 문제는 나중에 오류 신호로만 알려줘요. 더 조용한 경우도 있는데 주소가 조금 어긋나면 아무 인증 없이 그냥 붙습니다. 정리했습니다.

📌 30초 요약

• ★시작할 때 연결·인증을 확인하지 않습니다.
• 실패해도 세션은 뜨고 오류 신호만 따로 옵니다.
• ⚠️ 주소가 안 맞으면 인증 없이 붙습니다.
• 이름과 주소는 정의에, 열쇠는 세션에 나눠 둡니다.
• ★외부 도구는 기본이 "매번 물어봄"입니다.
• 나중에 늘어난 도구를 꺼둘 수 있습니다.

붙었는지 확인하지 않고 시작합니다

문서가 한 절을 통째로 할애해 설명하는 대목입니다. 세션을 만들 때 외부 도구 서버에 닿는지, 열쇠가 맞는지 확인하지 않습니다. 서버가 안 잡히거나 인증을 거절해도 세션은 정상적으로 시작되고 대화도 됩니다.

알려주는 것	뜻
연결 실패	닿지 못함 — 망 문제·시간 초과 등
인증 실패	열쇠 거절 · 맞는 열쇠 없음 · 갱신 실패
어느 서버인지	문제 난 서버 이름이 함께 옴
다시 시도 여부	쉬다가 다시 돌 때 재연결 시도

그래서 이 오류 신호를 받았을 때 어떻게 할지는 내가 정해야 합니다. 문서가 세 갈래를 제시해요 — 거기서 진행을 멈추거나, 열쇠를 갈아 끼우거나, 그 서버 도구 없이 계속 가거나. 아무것도 안 하면 그 서버의 도구만 조용히 빠진 채로 일이 진행됩니다.

비밀은 다른 곳에 둡니다

설정이 두 단계로 갈라져 있는데 이유가 분명합니다. 에이전트를 정의할 때는 서버 이름과 주소만 적고, 열쇠는 세션을 시작할 때 따로 건넵니다. 문서의 설명이 그대로예요 — 돌려쓰는 정의에서 비밀을 빼두고, 세션마다 자기 자격으로 인증하게 하려는 겁니다.

🔗 짝이 안 맞으면 정의가 거부됩니다

선언한 서버는 반드시 도구 묶음 쪽에서도 같은 이름으로 참조돼야 하고, 반대로 참조만 있고 선언이 없어도 거부됩니다. 짝이 정확히 맞아야 통과해요. 서버 개수에는 수십 개 수준의 상한이 있고 이름은 서로 달라야 합니다. 표준 규격으로 도구를 꽂는 방식이라 어떤 서버든 같은 절차로 붙습니다.

주소가 어긋나면 그냥 붙습니다

가장 조심할 대목입니다. 열쇠와 서버는 주소로 짝을 맞춥니다. 어느 정도는 너그러워서 대소문자 차이, 기본 포트를 적었는지 여부, 끝에 빗금이 붙었는지는 다듬어 비교합니다.

⚠️ 안 맞으면 인증 없이 시도합니다

그런데 경로가 다르거나, 하위 이름이 다르거나, 기본이 아닌 포트를 쓰면 짝이 안 맞습니다. 그리고 안 맞을 때 문서가 적은 동작이 "인증 없이 연결을 시도한다"예요. 오류를 내고 멈추는 게 아닙니다. 그래서 열쇠를 분명히 넣었는데 인증 실패가 뜬다면 주소 표기부터 맞춰 보는 게 순서입니다.

나중에 늘어난 도구를 꺼둘 수 있습니다

기본값은 그 서버가 내놓는 도구 전부 켜짐입니다. 여기서 두 방향으로 조일 수 있어요 — 전부 끄고 필요한 것만 켜거나, 특정 몇 개만 끄거나. 문서가 앞쪽을 권하는 이유가 인상적입니다. 서버 운영자가 나중에 추가한 도구가 내가 검토하기 전까지 꺼져 있게 하려는 거예요.

기본값 하나가 더 눈에 띕니다. 외부에서 온 도구는 실행 전마다 확인을 받는 게 기본이에요. 저장소를 붙여 변경 요청까지 만들게 하려면 이 부분을 손봐야 흐름이 안 끊깁니다. 참고로 웹 접근을 좁히는 설정은 외부 도구에 적용되지 않고, 출력이 아주 커지면 파일로 빠지는 동작은 여기서도 같습니다.

🔢 붙였는데 안 쓰는 또 다른 이유

연결은 됐는데 안 쓰는 것 같다면 도구가 너무 많아서일 수도 있습니다. 서른~쉰 개를 넘으면 고르는 정확도 자체가 떨어져요. MCP 도구 많이 붙일 때에 정리했습니다.

자주 묻는 질문 (FAQ)

Q. 연결이 됐는지 미리 알 방법은 없나요?

시작 단계에서는 없습니다. 검사를 안 하니까요. 실무에서 쓸 만한 방법은 오류 신호를 받는 통로를 열어두고 지켜보는 것, 그리고 본 작업 전에 그 서버 도구를 한 번 가볍게 써보게 시키는 것입니다. 실패하면 그 자리에서 드러나거든요. 다행히 쉬었다가 다시 돌 때 재연결을 시도하니, 잠깐 끊긴 것이라면 저절로 회복되기도 합니다.

Q. 열쇠를 어디에 넣어두나요?

따로 마련된 보관함에 한 번 등록해두고, 세션마다 그 보관함을 가리키는 방식입니다. 값을 매번 요청에 실어 보내지 않는다는 게 요점이에요. 종류도 둘인데 고정된 값을 그대로 쓰는 방식과 위임 절차를 거쳐 받아 오는 방식이 있습니다. 뒤쪽은 갱신이 실패하면 그것도 인증 실패로 잡힙니다.

Q. 서버 하나가 죽으면 전부 멈추나요?

아닙니다. 문제 난 서버의 도구만 못 쓰고 나머지는 그대로 돕니다. 오히려 그래서 알아채기 어려운 것이기도 해요 — 겉보기엔 잘 돌아가는데 결과만 어딘가 부실해집니다. 그러니 그 서버가 없으면 일이 성립하지 않는 경우라면, 오류 신호를 받았을 때 진행을 멈추도록 직접 짜두는 편이 낫습니다.

🧾 정직하게 밝혀둘 것

• 직접 연결해보지 않았습니다. 공식 문서의 설정 구조·오류 종류·주의사항을 정리한 것입니다.
• ★"본 작업 전에 한 번 써보게 시키라"는 제 제안이지, 문서가 안내한 방법이 아닙니다.
• ★"겉보기엔 도는데 결과만 부실해진다"도 제 해석입니다.
• ★설정 이름·오류 이름·주소 표기·개수 상한은 전부 풀어서 적었습니다. 실제로 쓸 때는 원문을 그대로 보셔야 합니다.
• 조직 계정에서 쓰는 제품군의 일부이고 시험 단계 표기로 제공됩니다.

✨ 정리하면

외부 도구는 붙었는지 확인하지 않고 세션이 시작됩니다. 실패해도 대화는 되고 그 서버 도구만 조용히 빠져요. 더 조심할 건 주소가 어긋나면 인증 없이 붙어버린다는 점입니다. 열쇠는 정의가 아니라 세션이 들고, 나중에 늘어난 도구는 꺼둘 수 있습니다. 규격 자체가 궁금하면 MCP 5분 이해하기, 저장소를 붙일 때 딸려 오는 것은 딸려 오는 지시, 실행 전 확인 규칙은 묻는 쪽과 안 묻는 쪽, 전체 비용 흐름은 AI 지출 관리 허브에 모아뒀습니다.

※ 출처: Claude 관리형 에이전트 외부 도구 서버 연결 공식 문서(2026년 8월 29일 열람). 조직 계정 전용이며 시험 단계 표기로 제공돼 설정 구조와 상한이 바뀔 수 있습니다.