클로드 코드 프로젝트 기능과 스킬 vs MCP 선택 기준

📎 이 주제, 더 넓게 보기: 관련 글을 한곳에 모은 클로드 코드 기능 총정리도 함께 보세요.

클로드 코드 프로젝트 기능이 다시 나오면서 여러 에이전트를 클라우드에서 관리할 수 있게 됐습니다. 이 글은 그 소식과, 함께 고민되는 MCP와 스킬 중 무엇을 고를지를 오늘 바로 해 볼 수 있는 순서로 정리합니다.

클로드 코드 프로젝트 기능, 무엇이 다시 나왔나

더버지 보도 내용

미국 매체 더버지는 앤트로픽이 클로드 코드의 프로젝트 기능을 다시 출시했다고 보도했습니다. 보도 시점은 미국 시각으로 구월 십칠일입니다. 핵심은 여러 에이전트를 클라우드에서 관리한다는 점입니다. 한 곳에서 여러 작업을 나눠 맡기고 지켜보는 구조인 셈입니다.

아직 확인되지 않은 부분

‘다시’라는 단어는 한 번 선보였던 기능이 돌아왔다는 뜻으로 읽힙니다. 다만 무엇이 달라졌는지는 이번 자료만으로 확인되지 않습니다. 그래서 세부 설정은 공식 안내를 직접 보시길 권하고, 특히 요금이나 사용 한도는 꼭 직접 확인하시는 게 안전합니다.

늘어나는 에이전트 창, 그리고 MCP 고민

터미널 창이 계속 늘어날 때

클로드 코드로 일하다 보면 작업이 여러 갈래로 늘어납니다. 하나는 버그를 고치고, 하나는 테스트를 쓰고, 하나는 문서를 정리합니다. 이걸 전부 노트북 터미널 창에서 돌리면 창이 계속 늘어나고, 어느 창이 어디까지 했는지 기억하는 것부터 일이 됩니다. 노트북을 닫으면 작업도 같이 멈출까 봐 신경 쓰이기도 합니다.

MCP를 계속 쓸까, 스킬로 옮길까

여기에 고민이 하나 더 붙습니다. MCP, 우리말로 엠시피라고 읽는 연결 방식을 계속 쓸지 스킬로 옮길지입니다. 이 둘의 관계는 이번 주 깃허브 블로그에서도 따로 다뤄졌습니다. 그만큼 개발자들이 고민하는 지점이라는 뜻이겠죠.

오늘 바로 해 볼 세 단계

첫째, 작업 목록과 끝 조건

병행 중인 일을 작업 단위로 먼저 적어 보세요. 버그 수정, 테스트 작성, 문서 정리처럼 나누면 됩니다. 각 작업마다 끝났다고 볼 조건도 한 줄씩 붙여 두세요. 끝 조건이 없으면 에이전트가 돌려준 결과를 매번 처음부터 다시 읽어야 합니다. 그다음 서로 같은 파일을 덜 건드리는 작업부터 고르세요. 여러 에이전트가 같은 파일을 동시에 고치면 합치기가 번거로워질 수 있습니다.

둘째, 두세 개만 클라우드로

고른 작업을 프로젝트 기능으로 옮기는 게 두 번째 단계입니다. 처음부터 전부 옮기기보다 두세 개로 시작하시길 권합니다. 프로젝트 하나에 목적 하나만 담는 게 관리하기 편합니다. 결과가 돌아오면 적어 둔 끝 조건과 맞춰 보고, 조건에 맞으면 합치고 아니면 다시 지시하면 됩니다.

셋째, MCP와 스킬 점검

지금 붙여 둔 MCP 연결을 하나씩 목록으로 적고, 각각에 질문 두 개를 던져 보세요. 바깥 시스템과 실시간으로 데이터를 주고받아야 하는 일인가, 아니면 정해진 작업 절차를 에이전트에게 알려 주는 일인가입니다. 제 기준으로는 뒤쪽이라면 스킬로 옮겨 볼 후보이고, 앞쪽이라면 당장 MCP를 뗄 이유는 없다고 봅니다. 이건 제 해석이지 공식 정답표는 아닙니다. 목록 정리는 한 번에 끝내지 말고 일주일쯤 써 보면서 고쳐 가시면 됩니다.

스킬과 MCP, 깃허브 블로그가 던진 질문

깃허브 블로그에는 구월 십팔일에 공개된 글이 올라왔습니다. 코드를 직접 읽어야 하느냐 같은 질문을 함께 다뤘고, 클로드 스킬과 MCP의 관계를 짚었습니다. 글 주소에는 스킬이 MCP를 끝냈느냐는 질문이 그대로 들어 있습니다. 저는 이 질문 자체가 요즘 흐름을 보여 준다고 봅니다. 두 방식이 같은 자리를 두고 비교되기 시작했다는 뜻이니까요.

다만 이 글이 한쪽을 버리라고 결론 냈다고 볼 근거는 없습니다. 그래서 앞의 기준도 고르는 기준이 아니라 나누는 기준입니다. 둘을 함께 쓰는 쪽이 오히려 자연스러울 수 있습니다. 두 소식을 나란히 놓으면 방향은 에이전트를 더 많이, 더 오래 굴리는 쪽으로 모인다고 봅니다. 우리 팀에 맞는지는 작은 작업 하나로 시험해 보는 수밖에 없습니다.

한국 개발자가 앞으로 따져 볼 것

일하는 자리의 이동

저는 가장 큰 변화가 일하는 자리의 이동이라고 봅니다. 관리가 클라우드로 가면 노트북을 덮어도 일이 이어질 여지가 생깁니다. 이건 제 예상이고, 실제 동작은 직접 확인하셔야 합니다. 에이전트가 늘수록 무엇을 맡겼는지 기록하는 습관도 중요해지는데, 앞서 말한 끝 조건 한 줄이 바로 그 기록입니다.

보안과 권한

작은 팀이나 혼자 서비스를 만드는 분들에게 에이전트를 한곳에서 관리하는 방식은 반가운 선택지입니다. 다만 회사 코드를 클라우드에 올리는 문제는 따로 따져야 하고, 보안 규정이 있는 회사라면 담당 부서와 먼저 확인하는 게 순서입니다. 이번 주에는 클로드를 쓴 보안 연구진에 의해 오픈에이아이의 핵심 코드 저장소까지 노출됐다는 보도도 있었습니다. 도구가 강해질수록 권한을 좁게 주는 습관이 필요하다고 봅니다. MCP 연결도 마찬가지여서 쓰지 않는 연결은 끄는 게 방법입니다. 연결이 많을수록 에이전트가 닿는 범위도 넓어지니까요. 그래서 앞서 만든 목록 정리는 보안 점검도 겸합니다.

정리: 나누고, 줄이고, 확인하기

클로드 코드의 프로젝트 기능은 여러 에이전트를 클라우드에서 관리하게 해 줍니다. MCP와 스킬은 하나를 고르기보다, 실시간 연결인지 절차 안내인지로 나눠 보시길 권합니다. 그리고 무엇을 클라우드에 올리든 권한과 보안 규정부터 확인하시는 게 좋겠습니다.

출처

깃허브 블로그, 스킬과 MCP 관계를 다룬 글 — github.blog — Should you read the code, is RAG dead, and did Skills kill…
더버지, 앤트로픽 클로드 코드 프로젝트 기능 재출시 보도 — The Verge — Claude Code relaunches Projects to manage multiple AI agen…
에이아이타임스, 보안 연구진의 코드 저장소 노출 보도 — AI타임스 — 오픈AI, 앤트로픽