이전 글에서 클로드 코워크(Claude Cowork)의 기본 개념과 작업 흐름을 살펴봤어요. 코워크가 단순한 대화형 AI를 넘어, 실제 업무 환경에서 파일을 다루고 외부 서비스와 연동하며 작업을 수행하는 도구라는 것을 이해하셨을 거예요.
이번 글에서는 코워크를 더 깊이 활용하기 위한 두 가지 핵심 기능을 다루려고 해요. 바로 ‘플러그인(Plugin)’과 ‘예약 수행(Scheduled Tasks)’이에요. 플러그인은 코워크를 여러분의 직무에 맞는 전문가로 만들어 주는 확장 도구이고, 예약 수행은 반복되는 업무를 자동으로 처리하게 해 주는 자동화 기능이에요.
1. 플러그인(Plugin)이란 무엇인가
1) 플러그인의 정의: 역할별 전문성을 담은 묶음
플러그인(Plugin)은 코워크를 특정 직무의 전문가로 만들어 주는 번들(Bundle), 즉 여러 구성 요소를 하나로 묶은 패키지예요. 플러그인을 설치하면 클로드가 해당 직무 영역의 용어, 워크플로우, 판단 기준 등을 이해한 상태에서 작업을 수행하게 돼요.
여기서 “번들”이라는 표현이 핵심인데요. 플러그인은 단일 기능 하나가 아니라, 특정 역할을 수행하는 데 필요한 여러 요소들을 묶어 놓은 구조예요. 마치 새 직원이 입사할 때 업무 매뉴얼, 사용할 툴 접근 권한, 협업할 팀원 목록을 한꺼번에 받는 것과 비슷하다고 볼 수 있어요.
예를 들어, 마케팅 플러그인을 설치한다고 해 볼게요. 이 플러그인에는 콘텐츠를 기획하는 방법에 대한 안내, 캠페인 관리 도구와의 연동 설정, 여러 채널의 콘텐츠를 동시에 작업할 수 있는 병렬 처리 기능 등이 포함되어 있어요. 플러그인 하나를 설치하는 것만으로, 클로드가 마케팅 업무의 맥락을 이해하고 실질적인 작업을 수행할 수 있는 상태가 되는 거예요.
현재 코워크에서는 다양한 직무를 위한 오픈소스 플러그인이 제공되고 있어요. 주요 카테고리를 살펴보면 이래요.
| 플러그인 카테고리 | 주요 활용 영역 |
|---|---|
| 세일즈(Sales) | 잠재 고객 리서치, 딜 준비, 세일즈 플레이북 실행 |
| 마케팅(Marketing) | 콘텐츠 초안 작성, 캠페인 기획, 런칭 관리 |
| 프로덕트(Product) | 스펙 문서 작성, 로드맵 우선순위 설정, 진행 상황 추적 |
| 파이낸스(Finance) | 재무 분석, 모델 구축, 핵심 지표 추적 |
| 서포트(Support) | 이슈 분류, 응답 초안 작성, 솔루션 탐색 |
| 데이터(Data) | 데이터 조회, 시각화, 데이터셋 해석 |
| 법무(Legal) | 문서 검토, 리스크 식별, 컴플라이언스 추적 |
| 생산성(Productivity) | 태스크 관리, 일정 관리, 일상 워크플로우 자동화 |
이 플러그인들은 그대로 사용할 수도 있고, 각 팀이나 개인의 업무 방식에 맞게 수정할 수도 있어요. 플러그인의 내부 구조가 모두 텍스트 파일로 이루어져 있기 때문에, 특별한 개발 지식 없이도 내용을 수정하거나 새로운 기능을 추가하는 것이 가능해요.
플러그인을 이해하는 가장 쉬운 비유는 “전문 분야별 업무 매뉴얼 세트”에요. 신입 사원이 마케팅 부서에 배정되면 마케팅 매뉴얼을, 재무 부서에 배정되면 재무 매뉴얼을 받는 것처럼, 코워크에 마케팅 플러그인을 설치하면 마케팅 전문가처럼, 세일즈 플러그인을 설치하면 세일즈 전문가처럼 작동하게 되는 거죠. 다만, 이 매뉴얼은 여러분이 직접 내용을 고쳐 쓸 수 있다는 점에서 유연해요.
2) 플러그인을 구성하는 세 가지 요소
플러그인이 “번들”이라고 했는데요. 그 안에는 정확히 세 가지 요소가 들어 있어요. 각각의 역할이 명확하게 구분되어 있기 때문에, 이 구조를 이해하면 플러그인이 어떻게 작동하는지 전체 그림이 그려져요.
┌──────────────────────────────────────────────────────┐
│ 플러그인(Plugin) │
│ │
│ ┌──────────────┐ ┌──────────────┐ ┌────────────┐ │
│ │ 스킬(Skill) │ │ 커넥터 │ │서브에이전트 │ │
│ │ │ │(Connector) │ │(Subagent) │ │
│ ├──────────────┤ ├──────────────┤ ├────────────┤ │
│ │ "어떻게" │ │ "어디서" │ │ "동시에" │ │
│ │ 업무를 │ │ 업무가 │ │ 여러 작업을 │ │
│ │ 처리할지에 │ │ 이루어지는지 │ │ 나눠서 │ │
│ │ 대한 안내 │ │ 연결해 줌 │ │ 처리함 │ │
│ └──────────────┘ └──────────────┘ └────────────┘ │
└──────────────────────────────────────────────────────┘
(1) 스킬(Skill): 업무 수행 방법에 대한 안내서
스킬(Skill)은 클로드에게 특정 업무를 어떻게 처리해야 하는지 알려주는 안내서예요. 마크다운(Markdown) 형식의 텍스트 파일로 작성되어 있으며, 하나의 스킬은 하나의 워크플로우, 포맷, 또는 프로세스를 담당해요.
예를 들어, 프로덕트 플러그인 안에는 이런 스킬들이 들어 있을 수 있어요.
- PRD 작성 스킬: 제품 요구사항 문서를 어떤 구조로 작성해야 하는지 안내
- 우선순위 판단 스킬: 기능 요청들을 어떤 기준으로 평가하고 순위를 매길지 안내
- 주간 리포트 스킬: 매주 진행 상황을 정리하는 포맷과 포함해야 할 항목 안내
스킬은 동료에게 업무를 인수인계할 때 작성하는 가이드 문서와 비슷하다고 생각하면 이해가 쉬워요. “이 업무는 이런 순서로, 이런 기준으로, 이런 포맷에 맞춰서 처리하면 돼”라고 알려주는 문서인 셈이에요.
스킬의 중요한 특성 하나를 짚고 넘어가면, 스킬은 코워크에서만 작동하는 기능이 아니라는 점이에요. 스킬은 클로드가 실행되는 모든 환경에서 동작할 수 있는 범용적인 구성 요소예요. 일반 채팅에서도, 클로드 코드(Claude Code)에서도 스킬을 활용할 수 있어요. 플러그인은 이런 스킬들을 코워크라는 환경에 맞게 묶어서 제공하는 포장 방식이라고 볼 수 있어요.
스킬을 사용하는 방법은 두 가지예요.
| 사용 방식 | 설명 | 예시 |
|---|---|---|
| 자동 적용 | 클로드가 사용자의 요청을 분석하여 관련 스킬을 자동으로 활용 | “이번 주 진행 상황 정리해줘”라고 하면 주간 리포트 스킬이 자동 적용 |
| 슬래시 명령어 | 사용자가 /스킬명 형태로 직접 호출 |
/prep-call을 입력하면 미팅 준비 스킬이 실행 |
스킬을 비유하자면, 회사의 위키(Wiki)에 정리된 “업무 프로세스 문서”와 같아요. 신입 사원에게 “고객 문의가 들어오면 이 문서 보고 처리하면 돼”라고 알려주는 것처럼, 클로드에게도 “이런 요청이 오면 이 스킬에 따라 처리해”라고 안내하는 구조예요. 다만, 사람이 매번 위키를 찾아가야 하는 것과 달리, 클로드는 맥락에 맞는 스킬을 스스로 판단해서 꺼내 쓸 수 있다는 점이 달라요.
(2) 커넥터(Connector): 업무가 이루어지는 곳으로의 연결
커넥터(Connector)는 클로드가 실제 업무가 이루어지는 외부 시스템에 접근할 수 있도록 연결해 주는 통로예요. 아무리 좋은 스킬을 갖고 있어도, 실제 데이터가 있는 곳에 접근하지 못하면 업무를 수행할 수 없겠죠. 커넥터가 바로 그 접근 경로를 제공해요.
커넥터는 클로드 코드 내 도구 사용(Tool Use) 메커니즘을 활용해서 외부 서비스와 소통하는 역할을 해요. 예를 들어 이런 연결이 가능해요.
- CRM 시스템(예: 세일즈포스)에 접속하여 고객 데이터를 조회
- 문서 관리 시스템(예: 구글 드라이브)에서 파일을 읽고 편집
- 메시징 도구(예: 슬랙)에서 메시지를 확인하고 응답 초안을 작성
- 캘린더 서비스에서 일정을 확인하고 미팅 준비 자료를 구성
커넥터가 없다면, 클로드는 “이 고객의 최근 거래 내역을 확인해서 리포트를 작성해줘”라는 요청을 받아도 실제 데이터에 접근할 방법이 없어요. 커넥터 덕분에 클로드가 스킬에 정의된 방식대로 실제 데이터를 다루면서 업무를 완수할 수 있게 되는 거예요.
커넥터의 역할을 사무실에 비유하면, 열쇠 꾸러미와 같아요. 아무리 유능한 직원이라도 서류함 열쇠가 없으면 자료를 꺼내볼 수 없고, 회의실 카드키가 없으면 회의에 참석할 수 없죠. 커넥터는 클로드에게 필요한 시스템의 “출입 권한”을 부여해서, 안내서(스킬)에 적힌 대로 실제 업무를 처리할 수 있게 해 주는 장치라고 볼 수 있어요.
(3) 서브에이전트(Subagent): 업무를 나눠서 동시에 처리
서브에이전트(Subagent)는 하나의 큰 작업을 여러 개의 작은 작업으로 나눠서 병렬(동시)로 처리할 수 있게 해 주는 구성 요소예요. 복잡하거나 반복적인 업무에서 처리 속도와 효율을 크게 높여 주는 역할을 해요.
예를 들어, 세일즈 담당자가 자신이 관리하는 거래처 20곳의 최신 현황을 한꺼번에 점검해야 한다고 해 볼게요. 서브에이전트가 없다면, 클로드는 거래처 A의 현황을 확인하고, 그 다음 거래처 B를 확인하고, 다시 C를 확인하는 식으로 순차적으로 작업해야 해요. 20곳을 하나씩 처리하면 시간이 상당히 걸리겠죠.
서브에이전트가 있으면 이 흐름이 달라져요. 거래처별로 별도의 서브에이전트를 띄워서 동시에 작업을 진행할 수 있어요.
┌─────────────────────────────────────────────────┐
│ 서브에이전트의 병렬 처리 흐름 │
│ │
│ 사용자 요청: "모든 거래처 현황을 점검해줘" │
│ │ │
│ ▼ │
│ ┌──── 메인 에이전트 ────┐ │
│ │ 작업 분배 및 통합 │ │
│ └──┬──────┬──────┬───┘ │
│ │ │ │ │
│ ▼ ▼ ▼ │
│ ┌──────┐┌──────┐┌──────┐ │
│ │거래처 ││거래처 ││거래처 │ ... │
│ │ A ││ B ││ C │ │
│ │점검 ││점검 ││점검 │ │
│ └──┬───┘└──┬───┘└──┬───┘ │
│ │ │ │ │
│ └───────┼───────┘ │
│ ▼ │
│ 통합된 점검 리포트 │
└─────────────────────────────────────────────────┘
이처럼 서브에이전트는 동일한 패턴의 작업을 대상만 바꿔가며 반복해야 할 때 특히 유용해요. 각 서브에이전트는 독립적으로 작업을 수행하고, 메인 에이전트가 결과를 모아서 하나의 결과물로 통합해요.
서브에이전트를 이해하는 좋은 비유는 “팀 프로젝트에서의 역할 분담”이에요. 팀장이 “다음 주까지 경쟁사 5곳 분석 자료를 만들어야 해”라고 하면, 팀원 5명이 각각 한 곳씩 맡아서 동시에 조사하고, 나중에 결과를 모아 하나의 보고서로 합치는 것과 같은 원리예요. 혼자서 5곳을 순서대로 조사하는 것보다 훨씬 빠르겠죠.
3) 플러그인의 폴더 구조
플러그인의 실체는 여러분의 컴퓨터에 저장되는 하나의 폴더예요. 별도의 빌드 과정이나 컴파일이 필요 없이, 코워크가 이 폴더를 직접 읽어서 사용해요. 프로덕트 플러그인을 예시로 구조를 살펴보면 이래요.
product-plugin/
├── plugin.json ← 매니페스트: 플러그인 이름, 설명, 의존성 정보
├── skills/
│ ├── write-prd/ ← PRD 작성 방법을 안내하는 스킬
│ ├── prioritize/ ← 기능 우선순위 판단 기준을 안내하는 스킬
│ └── weekly-report/ ← /weekly-report 슬래시 명령어로 호출 가능한 스킬
└── agents/
└── feature-review.md ← 기능 요청을 병렬로 검토하는 서브에이전트
각 구성 요소를 살펴보면 이래요.
| 파일/폴더 | 역할 | 형식 |
|---|---|---|
plugin.json |
플러그인의 이름, 설명, 필요한 커넥터 등 메타 정보를 담은 설정 파일 | JSON |
skills/ 하위 폴더들 |
각각의 스킬을 담고 있는 폴더. 폴더 하나가 스킬 하나에 대응 | 마크다운(Markdown) |
agents/ 하위 파일들 |
서브에이전트의 동작 방식을 정의한 파일 | 마크다운(Markdown) |
여기서 주목할 점은, 모든 파일이 사람이 읽고 편집할 수 있는 일반 텍스트로 이루어져 있다는 것이에요. 스킬 파일을 열어보면, 마치 동료에게 업무를 인수인계하는 문서처럼 자연어로 작성되어 있어요.
이 구조 덕분에 플러그인을 커스터마이징하는 것이 매우 간단해요.
- 기존 스킬의 동작 방식을 바꾸고 싶다면, 해당 스킬 파일을 열어서 텍스트를 수정하면 돼요.
- 새로운 스킬을 추가하고 싶다면,
skills/폴더 안에 새 폴더를 만들고 마크다운 파일을 작성하면 돼요. - 별도의 빌드, 컴파일, 배포 과정이 전혀 필요 없어요. 파일을 저장하면 코워크가 바로 반영해요.
플러그인의 폴더 구조는 레시피 바인더와 비슷하다고 볼 수 있어요. 바인더 표지에는 “한식 레시피”라고 적혀 있고(plugin.json), 안에는 “김치찌개 만드는 법”, “된장찌개 만드는 법” 같은 개별 레시피 카드(skills/)가 꽂혀 있는 거죠. 레시피가 마음에 안 들면 카드를 빼서 내용을 고치면 되고, 새 요리를 배우면 카드를 추가하면 돼요. 코딩 지식이 없어도 텍스트를 편집할 수 있는 사람이라면 누구나 플러그인을 수정할 수 있다는 점이 이 구조의 가장 큰 장점이에요.
2. 예약 수행(Scheduled Tasks): 반복 업무의 자동화
1) 예약 수행이란 무엇인가
예약 수행(Scheduled Tasks)은 코워크에서 특정 작업을 정해진 주기에 따라 자동으로 실행되도록 설정하는 기능이에요. 매번 같은 프롬프트를 직접 입력할 필요 없이, 한 번 설정해 두면 코워크가 지정된 시간에 알아서 작업을 수행해요.
여러분이 코워크에서 한 번 성공적으로 수행한 작업이 있다면, 그 작업을 반복 실행되도록 예약할 수 있다는 것이에요. 그 작업이 직접 작성한 프롬프트이든, 플러그인의 스킬이든, 여러 단계를 거쳐 다듬어진 워크플로우이든 상관없어요.
예를 들어, 이런 업무들이 예약 수행의 좋은 후보가 될 수 있어요.
| 반복 주기 | 업무 예시 |
|---|---|
| 매일 | 오늘의 일정을 확인하고 우선순위별 할 일 목록을 정리 |
| 매주 월요일 | 지난주 프로젝트 진행 상황을 요약한 주간 리포트 작성 |
| 매주 금요일 | 한 주간 수집된 고객 피드백을 카테고리별로 분류 |
| 격주 | 경쟁사 블로그와 뉴스를 모니터링하여 변동 사항 브리핑 |
이처럼 “일정한 간격으로 비슷한 패턴의 작업을 반복한다”는 특성을 가진 업무라면, 예약 수행으로 자동화하기에 적합해요.
2) 예약 수행 설정 방법
예약 수행을 설정하는 방법은 두 가지가 있어요.
| 설정 방법 | 사용 방식 |
|---|---|
| 슬래시 명령어 | 코워크 대화창에서 /schedule을 입력 |
| 사이드바 메뉴 | 왼쪽 사이드바의 “Scheduled” 영역에서 직접 생성 및 관리 |
어떤 방법을 사용하든, 클로드가 설정 과정을 안내해 줘요. 실행 주기(매일, 매주, 커스텀 등), 작업이 저장될 폴더, 결과물의 형태 등을 대화를 통해 하나씩 정해 나가는 방식이에요.
설정 과정에서 한 가지 중요한 단계가 있는데요. 바로 승인(Approval) 단계이에요. 예약 수행은 사용자가 직접 지시하지 않아도 반복적으로 실행되는 작업이기 때문에, 최초 설정 시 사용자의 명시적인 승인을 거치도록 되어 있어요. “이 작업을 이 주기로 자동 실행해도 괜찮습니까?”라는 확인을 받은 후에야 예약이 활성화돼요.
승인이 완료되면, 이후부터는 데스크톱 앱이 열려 있는 동안 설정된 주기에 따라 자동으로 작업이 실행돼요.
3) 예약 수행의 실행 조건과 지연 처리
예약 수행이 정상적으로 실행되려면 몇 가지 조건이 충족되어야 해요.
- 컴퓨터가 켜져 있고 깨어 있는 상태(Sleep 모드가 아닌 상태)
- 코워크 데스크톱 앱이 실행 중인 상태
- 인터넷 연결이 활성화된 상태
만약 예약된 시간에 컴퓨터가 꺼져 있거나 앱이 닫혀 있었다면 어떻게 될까요? 이 경우 코워크는 예약된 작업을 건너뛰지 않아요. 사용자가 다시 앱을 열면, 밀렸던 작업을 즉시 실행하고 “예정된 시간보다 지연되어 실행되었어요”라는 안내를 함께 제공해요.
┌────────────────────────────────────────────────────┐
│ 예약 수행의 실행 흐름 │
│ │
│ 예약 시간 도달 │
│ │ │
│ ▼ │
│ ┌─────────────────┐ │
│ │ 앱이 실행 중인가? │ │
│ └────┬───────┬────┘ │
│ 예 │ │ 아니오 │
│ ▼ ▼ │
│ 즉시 실행 대기열에 보관 │
│ │ │ │
│ ▼ ▼ │
│ 결과물 생성 앱 재실행 시 즉시 실행 │
│ │ │
│ ▼ │
│ "지연 실행" 안내와 함께 결과물 생성 │
└────────────────────────────────────────────────────┘
이 설계 덕분에, 주말 동안 컴퓨터를 꺼 두었더라도 월요일에 앱을 열면 밀렸던 브리핑이나 리포트가 바로 생성되는 경험을 할 수 있어요.
예약 수행의 지연 처리 방식은 우편함에 비유할 수 있어요. 출장을 다녀오는 동안 우편물이 쌓여 있다가, 집에 돌아오면 한꺼번에 확인할 수 있는 것과 같아요. 코워크도 사용자가 자리를 비운 동안의 작업을 놓치지 않고, 돌아왔을 때 바로 처리해 주는 구조라고 볼 수 있어요.
4) 예약 수행 관리와 활용 팁
설정된 예약 수행은 사이드바의 예약 수행 영역에서 한눈에 관리할 수 있어요. 제공되는 관리 기능은 다음과 같아요.
- 과거 실행 이력 확인: 이전에 실행된 결과물을 다시 열어볼 수 있음
- 수정: 실행 주기나 작업 내용을 변경
- 일시 정지: 작업을 삭제하지 않고 임시로 중단
- 수동 실행: 예약 시간을 기다리지 않고 즉시 실행
또한, 프로젝트 내에서 생성한 예약 수행은 해당 프로젝트의 다른 예약 작업과 함께 묶여서 표시돼요. 하나의 프로젝트에 걸려 있는 자동화 작업들을 한 곳에서 확인할 수 있어 관리가 편리해요.
여기서 주목할 점은, 예약 수행과 플러그인의 스킬이 자연스럽게 결합된다는 것이에요. 스킬은 “무엇을 어떻게 할 것인가”를 정의하고, 예약 수행은 “언제 할 것인가”를 정의해요. 이 둘을 조합하면 강력한 자동화 워크플로우를 만들 수 있어요.
| 구성 요소 | 역할 | 예시 |
|---|---|---|
| 스킬(Skill) | 무엇을 어떻게 처리할지 정의 | 주간 브리핑 스킬: 캘린더에서 일정을 가져와 우선순위별로 정리하는 방법 |
| 예약 수행(Scheduled Task) | 언제 실행할지 정의 | 매주 월요일 오전 9시 |
| 결합 결과 | 자동화된 반복 워크플로우 | 매주 월요일 오전 9시에 브리핑 문서가 자동 생성 |
물론, 반드시 스킬과 결합해야만 예약 수행을 사용할 수 있는 것은 아니에요. 코워크에서 한 번 잘 작동했던 프롬프트라면, 그 자체로도 예약 수행의 대상이 될 수 있어요. 핵심은 “잘 되는 작업을 반복 가능하게 만든다”는 점이에요.
마무리
지금까지 코워크의 두 가지 심화 기능인 플러그인과 예약 수행을 살펴봤어요.
정리하자면, 플러그인은 스킬(어떻게), 커넥터(어디서), 서브에이전트(동시에)라는 세 가지 요소를 하나로 묶어 코워크를 특정 직무의 전문가로 만들어 주는 확장 도구예요. 그리고 예약 수행은 잘 작동하는 작업을 정해진 주기에 맞춰 자동으로 반복 실행해 주는 자동화 기능이에요.
이 두 기능이 만들어내는 흐름을 한마디로 요약하면 이래요.
- 플러그인으로 클로드가 “무엇을, 어떻게” 처리할지를 정하고
- 예약 수행으로 “언제” 처리할지를 정하면
- 반복적인 업무가 사람의 개입 없이도 돌아가는 자동화 워크플로우가 완성돼요
물론, 자동화된 결과물에 대한 최종 확인과 판단은 여전히 사람의 몫이에요. 코워크가 만들어낸 브리핑이나 리포트가 항상 완벽하다고 보기는 어려워요. 하지만 “처음부터 직접 만드는 것”과 “이미 만들어진 초안을 검토하고 보완하는 것” 사이에는 생산성 면에서 큰 차이가 있어요.
다음 글에서는 코워크를 실제 업무에 적용하는 구체적인 사례들을 다뤄볼 예정이에요. 파일과 문서를 다루는 작업, 그리고 대규모 리서치와 분석 작업에서 코워크가 어떻게 활용되는지를 함께 살펴볼게요.
클로드 코워크 시리즈