도구 연결 — MCP로 AI에 손발 달기

손발이 없으면 에이전트도 말뿐

4장에서 Claude Code로 에이전트를 굴려 봤습니다. 그런데 아무리 똑똑한 에이전트라도, 붙어 있는 도구가 없으면 결국 말만 하는 챗봇으로 돌아갑니다.

에이전트가 실제로 일하려면 손발이 필요합니다. 검색할 손, 파일을 열 손, 메일을 보낼 손. MCP는 이 손발을 표준 방식으로 붙여 주는 규격입니다. 2장에서 "AI의 USB-C"라고 했던 그 콘센트에, 이제 실제 도구를 꽂는 단계입니다. 어떤 도구를 어디까지 붙이느냐가 그 에이전트가 할 수 있는 일의 범위를 그대로 정합니다.

무엇을 붙일 수 있나

MCP 서버로 붙일 수 있는 도구는 크게 몇 갈래입니다. 지금도 수천 개가 나와 있어, 웬만한 도구는 이미 준비돼 있습니다.

갈래	예	에이전트가 하는 일
검색	웹 검색	최신 정보를 찾아 온다
파일·문서	로컬 파일, 드라이브	읽고 정리하고 저장한다
일정·메일	캘린더, 지메일	일정 확인, 메일 발송
업무도구	노션 AI, 슬랙	기록·공유·알림
데이터	데이터베이스	조회·집계

붙이는 방법 자체는 도구마다 조금씩 다르지만, MCP 덕분에 "커넥터를 고르고 연결한다"는 큰 흐름은 같습니다. 노코드 도구라면 목록에서 원하는 커넥터를 고르고, 로그인 한 번 해 주면 끝입니다.

과정을 한 번 그려 보겠습니다. 회의록을 노션에 저장하는 에이전트를 만든다고 하죠. 노션 커넥터를 목록에서 고르고, 노션 계정을 연결하고, "어느 데이터베이스에 저장할지"만 지정하면 됩니다. 그 순간부터 에이전트는 노션에 글을 쓸 수 있는 손 하나를 갖게 됩니다. 코드는 한 줄도 없습니다.

무엇을 붙일지는 목표가 정한다

여기서 순서가 중요합니다. 도구를 먼저 잔뜩 붙이고 "뭘 시킬까" 고민하면 십중팔구 어수선해집니다. 반대로 가야 합니다.

먼저 이 에이전트의 목표를 적으세요. 그다음 "그 목표를 이루려면 어떤 손발이 필요한가"만 따져 최소한으로 붙입니다.

예를 들어 경쟁사 동향을 모으는 리서치 에이전트라면, 필요한 건 둘뿐입니다. 정보를 찾을 검색, 결과를 남길 문서 저장. 여기에 메일 발송이나 결제 권한을 붙일 이유가 없죠. 반대로 고객 문의에 답장하는 에이전트라면 메일 읽기·쓰기가 핵심이고, 검색은 없어도 됩니다. 목표가 다르면 붙일 손발도 달라집니다. 그래서 "만능 에이전트"보다 "한 가지 일을 잘하는 에이전트" 여럿이 대개 더 낫습니다.

많이 붙인다고 좋은 게 아니다

도구가 많을수록 강한 에이전트라고 생각하기 쉽지만, 실제로는 반대인 경우가 많습니다. 선택지가 많을수록 에이전트가 엉뚱한 도구를 골라 헤매고, 붙인 도구 하나하나가 사고가 날 수 있는 통로가 됩니다.

그래서 실전에서는 "이 일에 딱 필요한 것만"이 원칙입니다. 도구를 줄이면 에이전트의 판단이 단순해지고, 관리할 위험도 줄어듭니다.

권한은 좁게, 위험한 건 사람 손

도구를 붙일 때는 권한을 함께 봐야 합니다. 같은 메일 도구라도 "읽기만"과 "발송까지"는 전혀 다른 위험입니다.

기준은 단순합니다. 읽기는 넉넉히 열어 줘도 되지만, 되돌리기 어려운 쓰기(실제 발송, 결제, 삭제)는 좁게 잡거나 사람 승인을 한 칸 끼웁니다. 앞서 만든 리서치 에이전트로 치면, 검색과 문서 읽기는 자유롭게 두되 "문서 삭제" 권한은 아예 주지 않는 식입니다.

한 가지 더, 연결한 도구가 내 계정 권한을 그대로 물려받는다는 점을 기억하세요. 회사 메일을 붙이면 에이전트도 그 메일함 전체에 접근합니다. 그래서 가능하면 전용 계정이나 최소 권한으로 연결하는 게 안전합니다. 이 "위험한 행동에 사람 손, 권한은 최소로"가 에이전트 안전의 핵심인데, 7장에서 가드레일로 제대로 다룹니다.

다음 챕터에서는 하나로 벅찬 일을 여러 에이전트가 역할을 나눠 협업하게 만드는 멀티 에이전트를 다루겠습니다.