Meta MCP와 Meta CLI 차이: 가벼운 쪽과 무거운 쪽 정리

Meta MCP와 Meta CLI는 같은 광고 API를 서로 다른 방식으로 여는 두 가지 연결 통로입니다. 하나는 대화창에서 말로 시키는 쪽이고, 다른 하나는 터미널에서 명령으로 시키는 쪽입니다.

메타는 2026년 4월 29일 두 가지를 함께 공개했습니다. MCP 서버는 https://mcp.facebook.com/ads 주소로 운영되고, Meta CLI는 내 컴퓨터에 설치하는 프로그램입니다. 메타는 발표 글에서 이 도구를 Ads CLI라고 적었고, 설치 패키지 이름은 meta-ads, 실제 명령은 meta ads로 시작합니다. 이 글에서는 Meta MCP와 짝을 맞춰 Meta CLI로 적습니다. 둘은 경쟁 관계가 아닙니다. 같은 기능을 놓고 다루는 방법만 다르게 만든 것에 가깝습니다.

메타 개발자 블로그의 Meta CLI 발표 글 화면, 2026년 4월 29일 날짜와 Introducing Ads CLI: A Command-Line Interface for Meta Ads and Commerce 제목이 표시된 모습

위 화면은 메타 개발자 블로그의 발표 글입니다. 첫 문단에서 메타는 개발자와 AI 에이전트가 직접 명령줄에서 캠페인을 만들고 수정하고 분석하게 되었다고 설명합니다.

MCP라는 말이 처음이라면 비전문가를 위한 MCP 쉽게 이해하기를, CLI가 무엇인지 잡히지 않는다면 CLI 뜻과 클로드 코드 사용법을 먼저 보시면 이 글을 읽기가 한결 편합니다.

MCP와 CLI의 기본 차이

두 방식의 차이는 지시를 어떤 형태로 전달하느냐에서 갈립니다.

MCP: AI가 내 계정에 접근하는 통로를 열어 둡니다. 나는 AI에게 한국어로 말하고, 어떤 기능을 호출할지는 AI가 고릅니다.
CLI: 내가 기능을 직접 지목합니다. meta ads campaign list라고 적으면 캠페인 목록이 나옵니다. 중간에서 판단하는 존재가 없습니다.

이 차이 하나가 뒤에 나오는 모든 항목의 원인이 됩니다. 판단을 AI에게 넘기면 편한 대신 매번 결과가 조금씩 달라지고, 판단을 내가 하면 정확한 대신 내가 알아야 할 것이 늘어납니다.

한 가지 덧붙이면 CLI도 결국 AI가 많이 씁니다. 메타는 발표 글에서 "개발자와 AI 에이전트"를 나란히 적었습니다. 클로드 코드 같은 도구에게 "이 명령으로 어제 성과를 뽑아 줘"라고 시키면, AI가 사람 대신 명령을 조립해 실행합니다. MCP가 AI에게 말을 거는 방식이라면, CLI는 AI에게 쓸 도구를 건네는 방식입니다.

가볍다와 무겁다가 가리키는 세 가지 부담

가볍다는 말은 상황에 따라 정반대 대상을 가리킵니다. 그래서 세 가지로 나눠 봐야 뜻이 분명해집니다.

부담의 종류	무엇을 재는가	가벼운 쪽
시작 부담	처음 쓰기까지 준비해야 하는 것	MCP
한 번 돌릴 때 부담	작업 한 건을 끝내는 데 드는 품	CLI
반복할 때 부담	같은 일을 100번 할 때 드는 품	CLI

시작 부담에서는 MCP가 확실히 가볍습니다. 커넥터 주소를 넣고 메타 비즈니스 계정으로 로그인하면 끝입니다. 설치할 프로그램도, 발급받을 토큰도 없습니다. 개발자 앱을 만들고 검수를 기다리던 절차가 사라진 것이 이 방식의 가장 큰 변화입니다.

CLI는 시작이 무겁습니다. 파이썬 3.12 이상이 필요하고, pip나 uv로 설치해야 하며, 토큰과 계정 ID를 환경 변수에 넣어 둬야 합니다. 메타는 토큰과 시크릿과 계정 ID를 환경 변수로 관리하라고 안내합니다. 명령 기록과 버전 관리에 민감한 값이 남지 않게 하려는 것입니다. 여기까지가 컴퓨터를 다뤄 본 적 없는 분에게는 만만치 않은 구간입니다.

그런데 한 번 돌릴 때의 부담은 정확히 뒤집힙니다.

MCP는 대화를 시작하는 순간부터 준비 작업이 붙습니다. AI가 어떤 기능이 있는지 알아야 하므로 도구 설명을 먼저 읽어 들이는데, 이 준비만으로 세션당 5만 5천 토큰 안팎이 들어간다는 관찰이 여러 곳에서 공유됩니다. 여기에 질문을 쓰고, 답을 읽고, 승인 버튼을 누르는 사람의 시간이 더해집니다.

CLI는 명령 한 줄이 전부입니다. 도구 설명을 미리 읽을 필요가 없고, 결과는 표나 JSON으로 그냥 돌아옵니다. 사람이 읽지 않아도 다음 단계로 넘어갑니다.

반복할 때의 격차는 더 벌어집니다. MCP에서 어제 한 작업은 대화 기록으로 남지만 실행 절차로는 남지 않습니다. 오늘 다시 하려면 다시 말해야 합니다. CLI에서 한 번 만든 명령은 그대로 파일에 저장되고, 예약 실행에 걸어 두면 사람이 자리에 없어도 같은 일이 반복됩니다. 메타도 CLI가 CI/CD 파이프라인에 그대로 들어간다고 설명합니다.

정리하면 이렇습니다.

Meta MCP는 사람에게 가볍고 기계에 무거운 방식이고, Meta CLI는 사람에게 무겁고 기계에 가벼운 방식입니다.

같은 작업을 시켰을 때 달라지는 처리 순서

말로만 비교하면 감이 잘 오지 않습니다. 실무에서 자주 하는 작업 하나를 두 방식으로 처리하는 순서로 정리하면 다음과 같습니다. 작업은 "지난 7일 성과를 확인하고, CPA가 목표보다 높은 광고 세트의 일예산을 20% 줄인다"입니다.

Meta MCP와 Meta CLI로 같은 작업을 처리하는 순서를 나란히 비교한 도표, 왼쪽 MCP는 커넥터 주소 입력과 로그인으로 시작해 매번 대화 세션과 질문과 승인 클릭을 거치고 오른쪽 CLI는 설치와 환경 변수 설정 후 명령 세 줄로 처리하며 다음 날에는 예약 실행으로 넘어가는 흐름

왼쪽 흐름에서 눈여겨볼 자리는 3번입니다. 대화 세션을 새로 열 때마다 도구 설명이 먼저 올라갑니다. 질문을 던지기 전에 이미 비용이 발생하는 구조입니다. 그리고 마지막 칸을 보면 다음 날 다시 3번부터 시작합니다. 어제의 작업이 오늘의 준비물이 되어 주지 않습니다.

오른쪽 흐름에서 눈여겨볼 자리는 4번과 7번입니다. 성과 조회 결과를 JSON으로 받으면 다른 도구에 그대로 넘길 수 있습니다. 그리고 명령이 끝나면 종료 코드가 남습니다. 성공인지 인증 문제인지 API 오류인지가 숫자로 구분되므로, 자동화 스크립트가 다음 동작을 알아서 정합니다. 사람이 답변을 읽고 판단하는 과정이 빠집니다.

같은 작업을 딱 한 번만 한다면 왼쪽이 빠릅니다. 매일 아침 100개 계정에 해야 한다면 오른쪽 말고는 방법이 마땅치 않습니다.

MCP에만 있는 기능과 CLI에만 있는 기능

두 방식이 같은 API를 쓴다고 해서 할 수 있는 일까지 같아지지는 않습니다. 서로에게 없는 것이 분명히 있습니다.

CLI에만 있고 MCP에는 없는 것

로컬 파일을 그대로 씁니다. 메타 공식 문서의 소재 생성 예시는 이미지 인자에 ./banner.jpg처럼 내 컴퓨터의 경로를 그대로 받습니다. MCP는 내 컴퓨터의 파일을 보지 못해서 접근 가능한 공개 주소를 요구합니다. 촬영본 폴더에서 바로 광고를 올리는 작업이라면 이 차이가 결정적입니다.
결과를 다른 도구에 넘깁니다. 출력 형식이 표, JSON, 탭 구분 세 가지입니다. JSON은 다른 프로그램이 읽고, 탭 구분 형식은 정렬이나 추출 명령에 그대로 이어집니다.
성공과 실패가 숫자로 남습니다. 종료 코드로 결과를 구분하는 방식이 알려져 있습니다. 사람이 답변 문장을 해석하지 않아도 자동화가 분기됩니다.
예약 실행에 들어갑니다. 메타가 CI/CD 파이프라인 사용을 명시한 만큼, 정해진 시각에 사람 없이 도는 작업에 맞습니다.
묻지 않고 진행하는 선택지가 있습니다. 확인 절차를 끄는 옵션을 붙이면 자동 실행 중간에 멈추지 않습니다.

메타 공식 문서의 Meta CLI 명령 예시 화면, 캠페인 생성부터 광고 세트, 소재, 광고 연결까지 명령이 이어지고 마지막에 Go live 주석 아래 상태를 ACTIVE로 바꾸는 명령 세 줄이 표시된 모습

위 화면이 CLI의 성격을 잘 보여 줍니다. 캠페인, 광고 세트, 소재, 광고를 각각 만들고 마지막에 상태를 바꿔서 집행을 시작합니다. 소재 생성 명령에 --image ./banner.jpg가 들어간 부분이 로컬 파일을 직접 읽는 대목입니다.

MCP에만 있고 CLI에는 없는 것

설치가 필요 없습니다. 브라우저와 계정만 있으면 시작합니다. 회사 노트북에 프로그램 설치 권한이 없어도 쓸 수 있습니다.
되물을 수 있습니다. 표를 받아 본 뒤 "이 중에서 소재별로 다시 나눠 줘"라고 이어 물으면 그만입니다. 명령을 새로 조립할 필요가 없습니다.
어떤 기능을 쓸지 몰라도 괜찮습니다. 원하는 결과만 말하면 AI가 필요한 도구를 고릅니다. 캠페인 지표를 뽑는 기능의 이름을 외우지 않아도 답이 나옵니다.
다른 커넥터와 한 대화에서 섞입니다. 광고 데이터를 뽑아 문서 도구로 바로 보고서를 만드는 식으로, 여러 서비스를 한 대화에서 이어 씁니다.
도구마다 승인 여부를 정합니다. 자동 허용, 승인 필요, 차단을 기능별로 나눠 둘 수 있어서 처음 익힐 때 실수를 막아 줍니다.

MCP와 CLI 중 무엇을 고를지 판단하는 기준

작업의 성격으로 나누면 헷갈릴 일이 줄어듭니다.

상황	권하는 쪽	이유
오늘 성과가 궁금하다	MCP	질문 한 줄이면 끝나고 준비가 필요 없다
매일 아침 같은 리포트가 필요하다	CLI	한 번 만든 명령을 예약해 두면 사람이 빠진다
계정이 20개고 한눈에 보고 싶다	MCP	여러 계정을 한 문장으로 훑는 데 맞다
폴더의 소재 30개를 올려야 한다	CLI	로컬 파일을 명령에 바로 넣는다
이유를 파고들어야 한다	MCP	되물으며 좁혀 가는 데 맞다
조건에 맞으면 예산을 바꾸는 규칙이 있다	CLI	같은 조건에 같은 결과가 나온다

실무에서는 한쪽만 고르기보다 분석은 MCP로, 실행은 CLI로 나누는 조합이 자주 언급됩니다. 아침에 대화로 원인을 좁히고, 매일 반복할 판단이 정해지면 그 규칙만 명령으로 옮기는 순서입니다.

혼자 계정 한두 개를 보는 상황이라면 MCP만으로 충분한 경우가 많습니다. Meta MCP로 광고 리포트와 세팅을 자동화하는 방법에 연결 절차와 질문 예시를 정리해 두었습니다. 반대로 예전부터 마케팅 API를 직접 다뤄 왔다면 CLI 쪽이 익숙하게 느껴질 텐데, 비개발자를 위한 Meta 광고 API 데이터 활용에서 다룬 준비 과정 대부분이 CLI에서는 줄어듭니다.

MCP와 CLI에 공통으로 걸린 제한

어느 쪽을 골라도 달라지지 않는 항목이 있습니다.

만들어진 리소스는 일시중지 상태로 시작합니다. 메타는 Meta CLI 문서에서 리소스가 기본적으로 일시중지 상태로 생성되어 준비되기 전에는 아무것도 집행되지 않는다고 명시합니다. 실제로 공식 예시도 캠페인을 만든 뒤 상태를 바꾸는 명령을 따로 실행합니다. 다만 상태를 지정하는 인자가 존재하는 만큼, 자동화를 짤 때는 생성 직후 상태를 눈으로 확인하는 편이 안전합니다.

메타 공식 문서에서 리소스가 기본적으로 PAUSED 상태로 생성된다고 설명하고 출력 형식으로 JSON과 탭 구분 값을 지원한다고 적은 부분

나머지 공통 제한은 다음과 같습니다.

손대지 못하는 영역이 있습니다. Advantage+ 내부 최적화나 입찰 판단에는 접근하지 못합니다. 리드 폼 관리도 대상이 아닙니다.
정책 심사 기준은 그대로입니다. 공식 도구로 만들었다고 해서 광고 심사가 느슨해지지 않습니다.
아직 초기 단계입니다. 두 방식 모두 공개된 지 몇 달 되지 않았습니다. 중요한 집행을 앞두고 처음 써 보는 선택은 권하기 어렵습니다.
비즈니스 규칙은 직접 만들어야 합니다. 예산을 무한정 올리지 못하게 막거나 승인 단계를 넣는 장치는 두 방식 어디에도 들어 있지 않습니다.

3줄 요약

Meta MCP와 Meta CLI는 같은 광고 API를 여는 두 가지 통로입니다. MCP는 대화창에서 말로 시키고, CLI는 터미널에서 명령으로 시킵니다.
MCP는 시작이 가볍고 한 번 돌릴 때 무겁습니다. CLI는 설치와 설정이 무거운 대신 반복 실행이 가볍습니다. 하루 한 번 물어보는 일과 매일 자동으로 도는 일을 이 기준으로 나눕니다.
로컬 파일을 소재로 올리거나 예약 실행이 필요하면 CLI, 설치 없이 되물으며 원인을 좁히려면 MCP를 씁니다. 만들어진 캠페인이 일시중지 상태로 시작하는 점은 양쪽 모두 같습니다.