자동화를 시작하면 거의 항상 헷갈리는 질문이 나온다. “CLI, Hook, Skill, MCP… 다 비슷한 거 아냐?” 결론은 목적은 비슷해 보여도 역할 계층이 다르다다.
가장 쉬운 비유로 보면:
- CLI는 리모컨(직접 실행)
- Hook은 자동문 센서(이벤트 자동 반응)
- Skill은 작업 매뉴얼(반복 지식/절차 재사용)
- MCP는 멀티탭 규격(외부 도구를 표준 방식으로 연결)
flowchart LR A[사용자 요청] --> B[CLI 또는 에이전트] B --> C[Skill 로드 규칙/절차 적용] B --> D[MCP 서버 호출 외부 도구 접근] E[이벤트 발생 PreToolUse/PostToolUse] --> F[Hook 실행] F --> B D --> G[API/DB/Workspace]
🧠 칠판 치트시트
- CLI: 실행 버튼
- Hook: 자동 반사 신경
- Skill: 품질 고정 매뉴얼
- MCP: 도구 연결 표준
- 실무 최적해: 4개를 섞어 쓰되 역할을 분리한다
4개를 한 표로 비교
| 구분 | 핵심 역할 | 누가 시작하나 | 언제 강한가 | 대표 예시 |
|---|---|---|---|---|
| CLI | 작업 직접 실행 | 사람/스크립트 | 수동 실행, 배치, 디버깅 | gws drive files list |
| Hook | 이벤트 반응 자동화 | 시스템 이벤트 | 실행 전 검사, 차단, 감사 로그 | PreToolUse 정책 점검 |
| Skill | 지식/절차 재사용 | 에이전트/명시 호출 | 반복 작업 품질 고정 | 보고서 규칙/검증 체크리스트 |
| MCP | 외부 도구 표준 연결 | 에이전트(MCP client) | 다양한 도구 통합 호출 | gws mcp -s drive,gmail |
작동 방식(How)과 효과(Why)
1) CLI는 “실행 엔진”이다
작동 방식: 명령을 실행해 결과를 즉시 반환한다.
효과: 빠른 재현/디버깅/배치 운영이 가능하다.
2) Hook은 “운영 가드레일”이다
작동 방식: 세션/툴 이벤트 시 자동 실행된다.
효과: 사람이 놓치는 정책 위반을 자동으로 감지·차단할 수 있다.
3) Skill은 “품질 고정 장치”다
작동 방식: 필요한 시점에 지식·절차를 로드한다.
효과: 팀 전체의 결과물 톤/형식/검증 기준이 일정해진다.
4) MCP는 “연결 표준”이다
작동 방식: 에이전트가 표준 프로토콜로 외부 도구를 호출한다.
효과: 도구를 바꾸거나 늘려도 연동 방식이 크게 흔들리지 않는다.
실제 운영 패턴 (실무 기본형)
- CLI로 핵심 실행 로직을 만든다.
- Hook으로 실행 전후 통제를 건다.
- Skill로 출력 품질 기준을 고정한다.
- MCP로 외부 서비스 연결을 표준화한다.
이렇게 분리하면 유지보수가 쉬워진다. 반대로 네 역할을 한 파일/한 프롬프트에 몰아넣으면, 초반엔 빠르지만 운영이 커질수록 깨진다.
미니 사례
- Before: 사람이 매번 실행 + 검수 + 공유, 누락 자주 발생
- After: CLI 실행 + Hook 검사 + Skill 포맷 고정 + MCP 연동
- 결과: 속도는 올라가고, 실수는 줄고, 결과물은 일정해짐
15분 도입 루틴
- 5분: 반복 작업 1개를 CLI 명령으로 고정
- 5분: Hook 이벤트 1개를 연결(예: PreToolUse)
- 3분: Skill 체크리스트 5줄 작성
- 2분: MCP 연결 필요 여부 판단(외부 툴 연동 시)
다음 읽기
AI 활용 고지: 이 문서는 공개 문서와 레퍼런스를 기반으로 생성형 AI로 초안을 작성하고, 실무 관점으로 재구성했습니다.