MCP, ACP, AI 스킬의 차이: 작업에 맞는 연결 고르기
모델 엔드포인트, MCP 도구, ACP 코딩 에이전트, 재사용 스킬, 예약 작업의 역할을 구체적인 예시로 구분하세요.
도우미가 이슈를 읽거나, 버그를 고치거나, 매주 점검을 반복하게 하고 싶다고 해 봅시다. “통합 추가”라는 말만으로는 어떤 구성이 필요한지 알 수 없습니다. 모델 엔드포인트, MCP, ACP, 스킬, 일정은 각자 일의 다른 부분을 맡습니다.
원하는 동작에서 시작해 무엇이 빠졌는지 찾으세요. 프로토콜을 추가한다고 더 나은 모델이 생기거나, 계정에 로그인되거나, 컴퓨터가 계속 켜져 있지는 않습니다. 이 글은 Reunified의 Mono나 비슷한 앱에서 작동하는 가장 작은 구성을 고르도록 돕습니다.
1. 부족한 기능을 파악하세요
플러그인을 찾기 전에 이 표를 사용하세요.
| 당장 필요한 목표 | 먼저 살펴볼 부분 |
|---|---|
| 텍스트 답변에 다른 모델 사용 | 모델 엔드포인트 설정 |
| 다른 서비스의 정보 읽기·수정 | 적절한 MCP 서버 또는 내장 통합 |
| 코딩 에이전트와 저장소 작업 | ACP 클라이언트와 에이전트가 함께 작동하는지 |
| 묶인 작업 흐름 재사용 | 스킬과 스킬에 필요한 것 |
| 이미 작동하는 작업 반복 | 스케줄러와 그것이 실행되는 곳 |
이것들은 출발점이며 함께 쓰이는 경우가 많습니다. 스킬은 MCP를 쓸 수 있고, 코딩 에이전트는 도구를 호출할 수 있으며, 예약 작업은 스킬을 실행할 수 있습니다. 모든 층을 설치하기보다 처음으로 빠진 조각을 찾으세요.
2. 서비스 기능에는 MCP를 사용하세요
Model Context Protocol(MCP)은 AI 앱을 서버가 제공하는 기능과 연결합니다. 공식 아키텍처 안내는 이를 도구, 리소스, 프롬프트로 나눕니다. 서버는 이 중 하나만 제공할 수도, 여러 개를 제공할 수도 있습니다.
프로젝트 관리 서비스에서 열린 이슈 목록을 보고 싶다고 해 봅시다. 그 조회를 제공하는 연결과 프로젝트를 읽을 권한이 있는 계정이 필요합니다. 이슈를 검색할 수 있는 서버라고 해서 이슈를 만들거나 닫을 수 있는 것은 아닙니다.
서버가 실제로 무엇을 할 수 있는지 확인하고, 읽기 전용의 작은 요청으로 시험하세요. 설정 단계는 MCP 연결 안내를 참고하세요. 언어 모델을 바꾼다고 프로젝트 계정에 접근할 수 있게 되지는 않습니다.
3. 코딩 에이전트 세션에는 ACP를 사용하세요
Agent Client Protocol(ACP)은 코딩 에이전트가 편집기 같은 클라이언트와 대화하는 방식을 정합니다. ACP 소개에서 설명합니다. 에이전트는 저장소에서 작업하고, 클라이언트는 여러분이 에이전트를 지시하는 화면입니다.
“실패하는 이 테스트를 찾아 고쳐 줘” 같은 작업이라면 에이전트, 클라이언트, 이를 실행하는 컴퓨터가 함께 작동하는지 확인하세요. 같은 프로토콜을 쓴다고 함께 테스트되었다는 뜻은 아닙니다. 저장소와 명령에는 여전히 필요한 접근 권한과 도구를 갖춘 컴퓨터가 필요합니다.
휴대폰은 작업을 실행하는 컴퓨터가 아니어도 그 작업을 제어할 수 있습니다. Mono Code에서는 컴퓨터가 프로젝트를 호스팅하고, 휴대폰에서 ACP를 통해 Claude Code, Gemini CLI, OpenCode 같은 에이전트를 조작합니다. 원격 코딩 안내는 작은 작업, 승인, 재연결을 다룹니다. ACP가 항상 켜진 클라우드 컴퓨터를 주거나 에이전트 제공업체의 요금을 내 주지는 않습니다.
4. 반복할 동작에는 스킬을 사용하세요
‘스킬’의 뜻은 제품마다 다릅니다. Mono에서 스킬은 모듈, 매개변수, 다른 서비스와의 연결을 포함할 수 있는 추가 기능입니다. 다른 곳에서는 지시를 적은 문서나 다른 형식의 패키지를 스킬이라고 부르기도 합니다. 한 제품의 스킬이 다른 제품에서 작동한다고 가정하지 마세요.
“이 메모를 매주 같은 형식으로 정리” 같은 작업이라면 먼저 스킬이 무엇을 입력으로 받고 무엇을 돌려주는지 확인하세요. 건네준 텍스트만 쓸 수도 있고, 모델을 호출하거나 연결을 통해 정보를 가져올 수도 있습니다. 각각 설정을 늘리고 실패할 수 있는 지점을 하나 더합니다.
스킬 설치 점검 안내로 스킬에 필요한 것을 검토하고 결과 하나를 시험하세요. 설치에 성공했다고 오늘 데이터 소스가 작동한다거나 모든 기기에서 실행된다는 증거는 아닙니다.
5. 동작을 검증한 뒤 일정을 더하세요
스케줄러는 작업이 언제 시작할지 정합니다. 빠진 입력이나 권한을 채워 주지는 않습니다. 주간 프로젝트 요약이라면 먼저 직접 올바른 항목을 가져와 유용한 요약을 만들 수 있는지 확인하세요. 그다음 필요한 시간에 어디서 실행할지 정하세요.
Mono 작업은 기기에서 실행되며, 앱이 닫혀 있는 동안 놓친 작업은 다음에 앱을 열 때 실행됩니다. 그러니 휴대폰이 꺼져 있는 동안 작업이 제시간에 실행되리라 기대하지 마세요. 컴퓨터 명령이 필요한 작업에는 그 컴퓨터도 필요합니다. 일정을 정한다고 명령이 휴대폰으로 옮겨지지는 않습니다.
예약된 결과가 없을 때는 모델을 바꾸기 전에 작업이 어디서 실행되는지 확인하세요. 서비스가 권한 오류를 반환하면 코딩 에이전트를 다시 설치하기 전에 계정 연결을 확인하세요.
6. 내 구성을 다섯 줄로 적으세요
모델, 외부 서비스, 반복할 작업, 코딩용 컴퓨터(있다면), 일정(있다면)의 다섯 줄을 적으세요. 쓰지 않는 줄은 비워 두세요. 사용하는 부분마다 누가 운영하는지, 어떤 정보를 받는지, 누가 요금을 청구하는지 적어 두세요.
간단한 글쓰기는 모델만 있으면 될 수 있습니다. 저장소 수정에는 ACP 에이전트와 컴퓨터가 필요하지만 새 MCP 연결은 필요 없을 수 있습니다. 서비스의 주간 요약에는 연결, 스킬, 실행 중인 스케줄러가 필요할 수 있습니다.
Mono는 아직 출시 전이지만 대기자 등록을 할 수 있습니다. 그동안 이 지도로 설명하고 시험할 수 있는 구성을 계획한 뒤에 넓혀 가세요.
