스타일 가이드를 작성했습니다. 이번 달에만 벌써 11번째로 그 내용을 Claude에 붙여넣기 했습니다. 그런데도 초안은 여전히 링크드인 게시물처럼 들렸습니다.
AI가 생성한 콘텐츠를 편집하는 데 걸리는 시간이 직접 그 콘텐츠를 작성하는 시간보다 더 길다면, 뭔가 크게 잘못된 것입니다. 2026년 6월, 2,000명 이상의 마케팅 리더를 대상으로 실시된 Optimizely 설문조사에서 응답자의 76%는 매주 최소 3시간을 AI가 생성한 결과물을 편집하거나 사실 확인을 하거나 수정하는 데 소비한다고 답했습니다. 프로세스의 모든 단계에서 AI가 시간을 절약해 준다고 답한 응답자는 4%에 불과했습니다.
Claude가 여러분이 원하는 글의 형식을 이미 정확히 알고 있다면, 매번 같은 규칙을 처음부터 다시 가르칠 필요는 없습니다. 바로 이때 글쓰기용 Claude Skills가 유용합니다. 이를 통해 반복적으로 수행해야 할 글쓰기 작업에 대한 구체적인 지침을 한데 묶어둘 수 있습니다. 그러면 Claude는 적절한 유형의 요청을 인식할 때마다 해당 지침을 불러와 적용합니다.
요약: 글쓰기용 Claude 스킬을 구축할 때 가장 어려운 점은 Claude가 SKILL.md 파일을 열게 하는 것 자체입니다. 그 안에 담긴 스타일 가이드가 아무리 완벽하더라도 로드되지 않을 수 있습니다. 시작 시 Claude는 각 스킬의 이름과 설명만 확인합니다. 스킬이 사용자의 요청에 해당한다고 판단한 후에야 전체 지침을 읽습니다. 따라서 설명 부분은 지침이자 라우팅 규칙의 역할을 동시에 수행합니다. 이 가이드에서는 안정적으로 작동하는 스킬을 작성하는 방법, 스킬이 작동할 때 내부에 포함되어야 할 내용, 가장 먼저 구축해야 할 5가지 글쓰기 스킬, 그리고 스킬이 부적절한 tool인 경우를 설명합니다.
클로드 스킬이란 무엇이며, 글쓰기에서는 어떻게 작동할까요?
Claude 스킬은 Claude가 반복 가능한 작업을 처리하는 방법을 알려주는 폴더입니다. 이 폴더에는 지침, 참조 파일, 템플릿, 선택적 스크립트가 포함될 수 있지만, 모든 스킬은 필수 파일인 SKILL.md로 시작합니다.
이 파일은 이름과 설명이 포함된 작은 YAML 프론트매터 블록으로 시작됩니다. 나머지 부분은 스킬이 활성화되면 Claude가 무엇을 해야 하는지 지시하는 일반 Markdown으로 구성되어 있습니다.
작가들에게 있어 저장된 프롬프트와 새로운 프롬프트의 핵심적인 차이는, 그 지침이 대화에 어떻게 반영되느냐에 있습니다. 프롬프트는 사용자가 직접 붙여넣기합니다. 반면 클로드는 사용자의 요청이 스킬의 용도와 일치할 때 해당 스킬을 찾아 불러올 수 있습니다.
Anthropic은 이를 ‘점진적 공개(progressive disclosure)’라고 부릅니다. Claude는 스킬을 단계적으로 불러옵니다:
| 레벨 | 어떤 요소가 로드되는가 | 언제 | 토큰 비용 |
|---|---|---|---|
| 메타데이터 | 이름 및 설명 | 시작 시 항상 사용 가능 | 짧게; 메타데이터만 포함 |
| 사용 방법 | SKILL.md의 본문 | Claude가 스킬 트리거를 실행할 때 | 5,000 토큰 미만으로 추천 |
| 참고 자료 | 추가 가이드, 예시, 템플릿 또는 스크립트 | Claude가 이를 필요로 하기 때문에 | 참조 파일은 읽을 때 토큰이 소모되지만, 스크립트는 소스가 컨텍스트에 포함되지 않아도 실행될 수 있습니다. |
브랜드별 스킬은 방대한 스타일 가이드, 승인된 예시 모음, 별도의 사용 금지 단어 파일을 참조할 수 있습니다. Claude는 먼저 핵심 글쓰기 절차를 불러온 다음, 작업에 필요한 경우에만 지원 파일을 엽니다.
또한 이는 처음 스킬을 만드는 많은 개발자들이 실수하는 부분을 설명해 줍니다. 클로드는 SKILL.md에 있는 지침을 읽기 전에, 메타데이터를 바탕으로 해당 스킬이 관련성이 있는지 판단해야 합니다. 트리거를 만들 때 이 부분에 대해 다시 다룰 것입니다.
스킬은 코드 실행이 활성화된 상태에서, Claude Code 내에서, 그리고 Claude API의 코드 실행 환경에서 작동합니다. 또한 Anthropic은 이 형식을 개방형 표준으로 공개하여 다른 AI 도구에서도 이를 채택할 수 있도록 했습니다.
Datasette의 제작자이자 Django의 공동 제작자인 사이먼 윌리슨(Simon Willison)은 다음과 같이 말합니다:
스킬은 Markdown을 기반으로 하며, 약간의 YAML 메타데이터와 해당 환경에서 실행 가능한 형식의 선택적 스크립트로 구성됩니다. 이는 LLM의 본질에 훨씬 더 가깝게 느껴집니다. 즉, 텍스트를 입력하면 모델이 알아서 처리하도록 하는 방식입니다.
스킬은 Markdown을 기반으로 하며, 아주 소량의 YAML 메타데이터와 해당 환경에서 실행 가능한 임의의 스크립트(선택 사항)로 구성됩니다. 이는 LLM(대규모 언어 모델)의 본질에 훨씬 더 가깝게 느껴집니다. 즉, 텍스트를 입력하면 모델이 스스로 알아서 처리하도록 하는 방식입니다.
함께 읽어보세요: 디자인용 Claude 스킬
왜 대부분의 글쓰기 스킬은 제대로 작동하지 않을까요?
글쓰기 스킬에는 여러분이 지금까지 작성한 것 중 가장 훌륭한 스타일 가이드가 포함되어 있어도 아무런 효과가 없을 수 있습니다.
일반적인 문제는 한 단계 더 높은 곳에 있습니다. 스킬의 설명은 스킬 내부에 무엇이 있는지 설명할 뿐, 클로드가 당면한 요청에 대해 해당 스킬을 사용해야 할 충분한 이유를 제공하지 못합니다. 이를 트리거 갭이라고 부릅니다.
위의 모델 로딩 화면으로 돌아가 봅시다. 스킬이 실행되기 전, Claude는 SKILL.md 파일 안에서 한 시간 동안 공들여 다듬은 상세한 지침이 아니라, 해당 스킬의 이름과 설명만 확인할 수 있습니다. Anthropic의 작성 가이드라인에 따르면, 설명란에는 스킬이 무엇을 하는지, 그리고 Claude가 언제 이를 사용해야 하는지 모두 명시해야 합니다. 이 필드는 최대 1,024문자까지 입력할 수 있습니다.
첫 시도는 대개 다음과 같습니다:
설명: 당사의 브랜드 목소리와 편집 기준.
정확하긴 하지만 모호합니다. Claude는 폴더에 무엇이 들어 있는지 알고 있습니다. 하지만 어떤 요청이 이를 활성화해야 하는지에 대해서는 여전히 정보가 거의 없습니다.
이제 다음 내용과 비교해 보세요:
설명: 블로그 게시물, 랜딩 페이지, 이메일, 소셜 미디어 캡션 등 Acme의 브랜드 목소리에 맞춰 마케팅 문구를 작성하고 편집합니다. 고객을 대상으로 하는 문구를 초안 작성, 재작성, 다듬기 또는 편집할 때, 또는 사용자가 Acme의 브랜드 목소리, 어조 또는 스타일 가이드를 언급할 때 사용하세요.
두 번째 버전은 Claude가 참고할 수 있는 정보를 훨씬 더 많이 제공합니다. 블로그 게시물, 랜딩 페이지, 이메일, 소셜 미디어 게시물 등 일 유형을 구체적으로 명시하고, 초안 작성, 재작성, 다듬기, 편집, 브랜드 목소리 관련 요청 등 해당 스킬이 적용되는 상황도 명확히 제시합니다.
설명 문구를 ‘길 안내 지침’처럼 생각하세요. 바로 이 지침이 클로드가 문을 통과할 수 있게 해주는 열쇠입니다.
글쓰기 스킬은 발동된 후에도 또 다른 오류 발생 유형이 있습니다.
SKILL.md 파일에 다음과 같은 내용이 있다고 가정해 봅시다:
- 기업용 어조는 피하세요
- 문장을 간결하게 작성하세요
- 축약형 사용하기
- 문장 길이를 다양하게 하세요
- 금지된 문구는 사용하지 마세요
클로드는 초안을 작성할 때 이러한 규칙을 따르면서도, 결국 규칙에서 벗어난 문장을 내놓을 수 있습니다. 일부 제약 조건은 코드를 통해 쉽게 확인할 수 있습니다. 스크립트를 통해 금지 단어, 문장 길이, 가독성 등을 표시할 수 있습니다. 하지만 “자연스럽게 들리는지”와 “우리의 어조에 맞는지”는 주관적인 판단이 필요합니다. 따라서 강력한 글쓰기 스킬을 구축하려면 워크플로우에 검토 단계를 내장해야 합니다. 클로드에게 초안을 작성하게 한 뒤, 간단한 편집 체크리스트를 통해 결과를 확인하고, 기준에 미달하는 부분을 수정한 다음, 그 후에야 최종 원고를 출력하도록 하세요.
스킬이 수행하는 작업에 맞춰 이름을 지으세요
스킬 이름은 전체 지침이 로드되기 전에 Claude가 확인하는 메타데이터의 일부이므로, 구체적으로 지정하세요.
일관되고 설명적인 이름을 사용하며, -ing로 끝나는 동명사(동사 원형에 -ing를 붙인 형태)를 자주 활용하세요. 글쓰기 스킬의 경우, 이렇게 하면 대개 한눈에 이해하기 쉬운 이름이 만들어집니다:
- 블로그 게시물 편집
- 글쓰기-제품-카피
- reviewing-brand-voice
- 뉴스레터 다듬기
- 편집 스타일 확인
이름 필드에는 소문자, 번호, 하이픈만 입력할 수 있습니다. “writing-helper”, “content-tools”, “brand-stuff”와 같은 이름은 피하십시오. 이러한 이름은 해당 스킬이 수행하는 작업에 대해 거의 아무런 정보를 제공하지 않습니다.
매번 동명사를 사용할 필요는 없습니다. ‘blog 편집’이나 ‘brand-voice-review’와 같은 이름도 일합니다. 더 중요한 것은 스킬 라이브러리 전반에 걸쳐 일관성과 구체성을 유지하는 것입니다.
Claude 스킬 vs. 명령어, 프로젝트, 맞춤형 지침, MCP
클로드의 맞춤형 옵션 중에서 선택하는 가장 쉬운 방법은, 절차, 맥락의 전체 내용, 보편적인 선호도, 혹은 다른 시스템에 대한 접근 권한 중 무엇을 유지하고 싶은지 스스로에게 물어보는 것입니다.
| 기능 | 이 글의 내용 | 적용 가능한 경우 | 글쓰기에 가장 효과적인 활용법 |
|---|---|---|---|
| 스킬 | 반복 가능한 절차와 선택적 참조 파일 및 스크립트 | Claude가 해당 스킬이 관련성이 있다고 판단할 때 | 여러 초안을 거치며 원하는 편집 과정을 진행하세요 |
| 슬래시 명령어 | 수동으로 호출되는 Claude 코드 명령어; 이제 맞춤형 명령어도 동일한 스킬 메커니즘을 사용합니다. | /name을 입력하면 | 자동 트리거를 기다리기보다 의도적으로 글쓰기 워크플로우를 운영하기 |
| 프로젝트 | 단일 작업 공간에 통합된 지식과 지침 | 해당 프로젝트 내 채팅에서 | 한 명의 클라이언트, 캠페인, 간행물, 또는 책 |
| 맞춤형/프로필 지침 | Claude의 전반적인 모양을 결정해야 할 기본 설정 | 대화 전반에 걸쳐 | “긴 서론은 생략하라” 또는 “영국식 영어를 사용하라” |
| MCP | 외부 도구 및 실시간 데이터에 대한 접근 | Claude가 연결된 도구를 사용할 때 | 캠페인 데이터 가져오기, CMS 읽기, 완성된 초안 정리하기 |
프로젝트는 맥락이 하나의 작업물에 속할 때 유용합니다. 캠페인 개요, 인터뷰 원본, 승인된 문구, 클라이언트 배경 정보를 여기에 포함시키세요.
동일한 절차가 여러 프로젝트에 걸쳐 적용되어야 할 때 스킬을 사용하세요. 5명의 클라이언트를 위해 기사를 편집하는 경우, 각 클라이언트마다 별도의 프로젝트를 설정할 수 있으며, 하나의 편집 스킬이 반복되는 작업(서론 다듬기, 금지된 표현 제거, 구조 확인, 스타일 가이드에 따른 최종 원고 검토)을 처리할 수 있습니다.
MCP는 액세스 권한을 관리합니다. MCP는 클로드가 CMS에서 초안을 가져오거나 실시간 캠페인 데이터를 가져오기할 수 있도록 허용할 수 있습니다. 그런 다음 스킬은 클로드에게 해당 자료를 어떻게 처리해야 할지 지시합니다. 다시 말해, MCP는 도구와 외부 연결을 제공하는 반면, 스킬은 이를 사용하는 데 필요한 절차적 지식을 제공합니다.
이미 Claude 프로젝트에서 일하고 있다면, 기존 프로젝트를 교체할 필요는 없습니다. 프로젝트별 지식은 그대로 두고, 다른 곳에서 재사용하고 싶은 프로세스만 스킬로 옮기면 됩니다.
함께 읽어보세요: 글쓰기 분야에서 Claude와 ChatGPT 비교
글쓰기 스킬에 포함되어야 할 것(그리고 포함되지 말아야 할 것)
글쓰기 스킬에는 Claude가 글을 올바르게 작성하기 위해 필요한 판단 기준과, 스스로를 점검하기 위해 따라야 할 단계들이 포함되어야 합니다. Claude가 이미 알고 있는 내용은 제외하십시오.
Anthropic은 SKILL.md 본문의 분량을 500줄 미만으로 유지하고, 스킬이 확장됨에 따라 추가적인 세부 사항은 별도의 파일로 분리할 것을 권장합니다.
글쓰기 스킬의 경우, SKILL.md 파일에 다음 내용을 포함하세요:
- 트리거 모양의 설명: 스킬을 활성화해야 하는 글쓰기 작업, 산출물, 상황의 이름을 명시하세요.
- 완료 기준의 명확한 정의: 읽기 난이도, 단어 수 범위, 필수 섹션 등 완성된 결과물이 반드시 달성해야 할 목표를 명시하세요.
- 의사 결정 형태로 표현된 문체 규칙: “2인칭, 축약형 사용, 의문문 배제”는 “친근하면서도 전문적인 어조를 유지하라”보다 효과적입니다. Claude는 전자를 확인할 수 있지만, 후자는 추측만 할 수 있습니다.
- 금지된 패턴: Claude가 피해야 할 단어, 구문, 문장 구조를 목록으로 작성하세요. Claude가 대신 무엇을 사용해야 할지 알 수 있도록 각각에 대해 올바른 표현을 함께 기재하세요.
- 구체적인 예시 몇 가지: ‘변경 전후’를 비교한 예시를 두세 개 보여주세요. 이는 형용사로만 채워진 또 다른 문단보다 훨씬 빠르게 글의 어조를 익히게 해줍니다.
- 구조적 규칙: 제목 수준, 단락 길이, 링크 배치, 필수 섹션, 그리고 서두가 달성해야 할 목표
- 검토 단계: Claude가 초안을 반환하기 전에 무엇을 확인해야 하는지 지시하세요.
- 지원 파일로 바로 이동하는 링크: SKILL.md에서 스타일 가이드, 예시, 템플릿 또는 Claude에 필요할 수 있는 기타 자료로 바로 연결하세요.
시간을 들여 이 메인 파일을 가능한 한 명확하고, 상세하며, 구체적으로 구성하세요. 부피가 큰 참고 자료는 메인 파일 외부에 보관하세요. 전체 브랜드 가이드북, 승인된 기사 아카이브, 연구 자료실, 그리고 방대한 예시 목록은 SKILL.md와 별도로 관리하고 필요할 때만 불러오도록 하세요.
예를 들어:
그러면 SKILL.md는 각 파일을 언제 열어야 하는지 정확히 지시할 수 있습니다:
- “고객에게 공개되는 문구를 편집하기 전에 [style-guide.md](style-guide.md)를 읽어보세요.”
- “사용 금지된 구문에 대해서는 [banned-phrases.md](banned-phrases.md)를 참조하세요.”
- “서론을 다시 작성해야 할 때는 [예시/승인된 서론.md](예시/승인된 서론.md)를 참고하세요.”
간단한 테스트: 한 줄을 제거하고, 그 줄이 없어도 클로드가 여전히 올바른 판단을 내릴 수 있는지 확인해 보세요. 가능하다면 해당 줄을 참조 파일로 옮기세요. 불가능하다면 SKILL.md에 그대로 두세요.
6단계로 글쓰기용 클로드 스킬을 구축하는 방법
글쓰기용 클로드 스킬을 구축하려면, 반복 가능한 편집 작업을 선택하고, 클로드가 계속 놓치는 수정 사항을 파악하기 위해 해당 작업을 수동으로 한 번 실행한 뒤, 스킬이 언제 작동할지 제어하는 설명을 작성하세요(지침을 작성하기 전에). SKILL.md를 명확한 규칙이 있는 단계별 워크플로우로 구성하고, 클로드가 스스로 실수를 포착할 수 있도록 자가 검토 체크리스트를 추가한 다음, 직접적이고 자연스러운 프롬프트와 부정적인 프롬프트를 사용하여 라우팅을 설치하고 부하 테스트를 수행하세요. 자세한 내용은 다음과 같습니다:
1단계: 이미 10번은 완료한 일 중 하나를 선택하세요
수정 내용이 거의 예측 가능한 작업부터 시작하세요.
“글을 더 잘 쓸 수 있게 도와주세요”라는 요청은 너무 광범위합니다. “블로그 초안에 대한 최종 편집 작업을 수행해 주세요”는 반복 가능한 모양을 띠고 있습니다. 인터뷰 녹취록을 고객 사례로 전환하거나, 제품 문구를 브랜드 고유 어조로 재작성하거나, 기사가 편집 기준에 부합하는지 확인하는 작업도 마찬가지입니다.
유용한 첫 번째 스킬에는 다음과 같이 이름을 지을 수 있는 세 가지 요소가 있습니다:
- 입력: 클로드는 어떤 정보를 받나요?
- 변환: 클로드가 이 내용을 어떻게 처리해야 할까요?
- 출력 결과: 어떤 결과가 나와야 할까요?
예를 들어:
- 입력: 완료된 블로그 초안
- 변환: 편집 지침, 구조, 명료성 및 사용 금지된 표현에 맞춰 수정
- 결과물: 작가의 아규먼트를 그대로 유지한, 바로 출판 가능한 초안
이 세 줄을 깔끔하게 채울 수 없다면, 스킬을 구축하기 전에 범위를 좁히세요.
2단계: 작업을 한 번 수동으로 수행하고 수정 내용을 기록하세요
SKILL.md를 작성하기 전에, 평소와 같은 방식으로 Claude를 통해 작업을 실행해 보세요. 그런 다음 첫 번째 답변 이후에 어떤 일이 일어났는지 확인해 보세요.
아마도 여러분은 클로드에게 다음과 같이 말했을지도 모릅니다:
- “한 문장이 약하다고 해서 문단 전체를 다시 쓰지 마세요”
- “통계 수치는 그대로 두되, 주장과 더 가깝게 배치하세요”
- “수사적 질문을 더 이상 넣지 마세요”
- “단순히 섹션 길이를 줄이려고 유용한 제품 세부 정보를 삭제하지 마세요”
- “편집 후에도 문맥의 흐름이 자연스럽게 이어지는지 확인하세요”
이러한 후속 노트들은 정식 스타일 가이드보다 훨씬 유용한 경우가 많습니다. 이 노트들은 클로드가 스스로 해결할 수 없는 결정 사항들을 드러내 주기 때문입니다. 계속해서 반복되는 사항들은 규칙으로 정하고, 나머지는 과감히 버리세요.
예를 들어:
편집 규칙 - 사실에 근거하지 않은 경우가 아니라면 작가의 아규먼트를 그대로 유지하세요. - 문제를 해결하는 데 필요한 최소한의 수정만 하세요. - 수사적 질문을 추가하지 마세요. - 증거는 이를 지원하는 주장 바로 근처에 배치하세요. - 텍스트를 삭제하거나 이동한 후에는 주변 문맥의 연결성을 확인하고, 필요한 경우 수정하세요.
이를 통해 여러분은 직접 목격한 실패 사례를 바탕으로 한 스킬을 얻게 될 것입니다.
예시
개발자 마케팅 엔지니어인 조 칼슨(Joe Karlsson)은 팀 블로그 파이프라인을 위해 바로 이런 종류의 글쓰기 스킬을 구축했습니다. 그는 먼저 자신의 편집 과정을 코딩하는 것부터 시작했습니다. 브랜드 어조 점검, 금지 단어 목록, 구조적 요구사항, 그리고 초안을 배포하기 전에 오류 없이 통과해야 하는 Vale 린팅 등이 포함되었습니다. 두 단계의 승인 절차(개요, 그다음 초안)를 통해 높은 품질을 유지했습니다. 하지만 진정한 성과는 마케팅 팀과 이를 공유했을 때 나타났습니다. 그의 말에 따르면:
예전에는 모든 콘텐츠를 일일이 검토해야 했던 작업이 이제는 자동으로 처리됩니다. 이 스킬은 제가 수동으로는 팀 전체에 걸쳐 유지하기 어려웠던 일관성을 보장해 줍니다.
예전에는 제가 모든 콘텐츠를 일일이 검토해야 했던 작업이 이제는 자동으로 처리됩니다. 이 스킬은 제가 수동으로는 팀 전체에 걸쳐 유지하기 어려웠던 일관성을 보장해 줍니다.
이 스킬은 모든 콘텐츠가 조의 심사를 거치도록 보장했습니다. 콘텐츠 흐름의 병목 현상이었던 조의 역할을 대신한 것이죠.
3단계: 지침보다 먼저 설명을 작성하세요
이제 Claude가 해당 스킬을 찾을 수 있는지 여부를 결정하는 부분을 작성해 보세요. 이름과 설명부터 시작하세요:
—name: blog-editing-workflowdescription: 구조, 명료성, 편집 지침, 사용 금지 표현 등을 기준으로 완료된 블로그 초안을 편집합니다. 사용자가 블로그 게시물의 편집, 다듬기, 검토, 내용 압축 또는 게시 준비를 요청할 때 사용하세요. —
다음과 같이 표시될 것입니다:
Anthropic은 스킬 이름을 64자 이내로 한도 내에서 사용하도록 제한하며, 소문자, 번호, 하이픈만 사용할 수 있습니다. “claude”와 “anthropic”이라는 단어는 제한되어 있어 이름에 포함될 수 없습니다. Claude Code와 API에서는 설명을 최대 1,024문자까지 작성할 수 있지만, Claude.ai에서는 200문자로 제한하므로, 먼저 가장 간결한 버전을 작성한 후 다른 플랫폼에 맞게 확장하세요. 설명에는 스킬이 무엇을 하는지, 그리고 Claude가 언제 이를 사용해야 하는지 모두 명시해야 합니다.
이 예시에서 언급하지 않은 부분을 주목해 보세요:
설명: 본 문서에는 당사의 편집 스타일 가이드와 글쓰기 기준이 포함되어 있습니다.
이 설명은 폴더에 대한 설명입니다. 클로드는 여전히 어떤 요청이 이 폴더에 해당하는지 추측해야 합니다.
설명이 완성되면, 다음 줄을 쓰기 전에 반드시 테스트해 보세요. 스킬 이름을 지우고 다음과 같이 자문해 보세요. 누군가 이 설명만 본다면, 어떤 요청이 이 스킬에 해당하는지 알 수 있을까요?
그런 다음 몇 가지 요청을 직접 시도해 보세요:
- “에디터에게 보내기 전에 이 초안을 수정해 주세요”
- “예시를 지나치게 단순화하지 않으면서 이 블로그 글을 좀 더 간결하게 다듬을 수 있을까요?”
- “원격 근무에 관한 통계 5가지를 조사해 보세요”
처음 두 가지는 편집 스킬의 트리거가 될 수 있겠지만, 세 번째는 그렇지 않아야 합니다. 이러한 부정적 테스트는 매우 중요합니다. 모든 상황에 반응하는 스킬은 라우팅이 잘못된 것입니다.
4단계: 워크플로우 형식으로 SKILL.md 작성하기
Claude가 스킬을 선택하면, 본문은 그 스킬이 작업을 수행하는 방법을 알려줍니다. Claude가 순서대로 실행하는 단계들을 절차로 작성하세요.
다음은 간단한 글쓰기 스킬의 예시입니다:
블로그 편집 워크플로우## 목표: 작가의 아규먼트를 유지하면서 명확성, 구조, 흐름 및 편집 가이드라인 준수를 개선한, 바로 출판 가능한 초안을 완성한다. ## 절차1. 편집 전에 초안 전체를 읽는다. 2. 주요 아규먼트와 대상 독자를 파악한다. 3. 서론이 기사가 실제로 약속한 내용과 일치하는지 확인한다. 4. 구조와 명확성을 위해 섹션별로 편집한다. 5. 아래의 편집 가이드라인을 적용한다. 6. 최종 검토 체크리스트를 실행한다. 7. 사용자가 코멘트를 요청하지 않는 한, 수정된 초안만 반환한다. ## 편집 가이드라인- 자연스러운 경우 축약형을 사용한다. - 구체적인 동사를 선호한다. - 수사적 질문을 사용하지 않는다. - `banned-phrases.md`에 나열된 표현은 피하십시오. - 유용한 예시, 근거 및 기술적 세부 사항은 그대로 유지하십시오. - 문장 길이를 자연스럽게 변화시키십시오. ## 참고 자료: 문장을 편집할 때는 `banned-phrases.md`를 참조하십시오. 어조나 톤이 불분명할 때는 `approved-examples.md`를 참조하십시오.
규칙이 진정으로 요구할 때는 단호하게 대처하세요. 예를 들어, 수사적 질문이 금지되어 있다면 “사용하지 마십시오”라고 명시하세요.
하지만 판단은 판단이 필요한 곳에 맡겨두세요. “모든 문단은 정확히 세 문장으로 구성되어야 한다”는 식의 규칙은 일관성을 보장해 줍니다. 하지만 동시에 인위적으로 들리는 문체를 만들어내기도 합니다.
이것이 바로 글쓰기용 스킬을 사용할 때 마주치게 될 실패 사례입니다. 워크플로우의 창의적인 부분, 특히 어조, 리듬, 문장 구성 규칙을 지나치게 구체적으로 지정하면, 클로드는 사용자의 스타일을 과장된 패러디처럼 재현하기 시작합니다. 클로드는 사용자의 가장 독특한 표현 방식에만 지나치게 집중하고, 그 사이의 모든 것은 평면적으로 처리해 버립니다.
더욱이, 저자들이 “개인어체 소멸률(Idiolect Erasure Rate)”이라고 부르는 지표를 측정한 최근 연구에 따르면, AI를 통한 대대적인 재작성은 개인 블로그에서 저자 귀속도를 66.5% 포인트나 감소시킨 것으로 나타났습니다. 재작성 후, 작가를 식별하도록 훈련된 모델조차도 읽고 있는 글이 누구의 목소리인지 거의 구분하지 못했습니다. 스킬 개발자에게 중요한 점은, 조수에게 “저자의 목소리를 보존하라”고 명시적으로 지시한 프롬프트조차도 그 신호의 대부분을 복원하지 못했다는 사실입니다. 여러분의 목소리의 모든 측면을 인코딩하려는 스킬은, 단지 지시 사항이 더 많을 뿐, 그 프롬프트들이 했던 것과 똑같은 일을 하고 있는 것입니다.
핵심은 클로드가 확인할 수 있는 규칙(금지 단어, 구조, 난이도)을 명확히 규정하고, 문체 규칙은 다소 유연하게 두는 것입니다. “축약형, 2인칭을 사용하고 수사적 질문은 피하라”고 명시한 스킬은 클로드에게 세 가지 검증 가능한 제약을 가합니다. 반면 리듬, 속도, 에너지, 태도에 대해 50줄이나 추가한 스킬은 클로드에게 기술적으로는 규정을 준수하지만 완전히 생기가 없는 글을 만들어낼 수 있는 여지를 충분히 제공합니다. 클로드가 행동할 수 있도록 충분한 맥락을 제공하세요. 클로드가 이미 알고 있는 내용은 생략하세요.
5단계: 편집-검토-편집 루프 구축하기
스킬이 정상적으로 로드되더라도 결과물은 미흡한 초안이 나올 수 있습니다. 이를 해결하려면 검토 과정을 절차에 포함시키세요. SKILL.md 파일 끝부분에 다음과 같은 간단한 체크리스트를 추가하세요:
최종 검토 초안을 반환하기 전에: - 서두에서 명확한 약속을 제시하고 있는지 확인하세요. - 사용 금지된 단어와 문장 구조를 제거하세요. - 근거가 이를 뒷받침하는 주장 근처에 위치해 있는지 확인하세요. - 편집 과정에서 발생한 갑작스러운 문장 전환이 있는지 살펴보세요. - 불필요한 반복을 제거하세요. - 문장의 리듬이 단조롭지 않은지 확인하세요. - 유용한 예시와 구체적인 내용이 편집 과정에서 유지되었는지 확인하세요. 발견된 모든 문제를 수정한 후, 해당 구절을 다시 한 번 검토한 다음 초안을 반환하세요.
또한, 체크리스트가 진단적 성격을 띠도록 하세요. “글이 좋은가?”라는 질문은 클로드가 검토할 여지를 거의 주지 않습니다. “주장을 지원하는 통계를 삭제했는가?”와 같은 질문은 관찰 가능한 요소를 지적합니다. 그리고 기계적으로 확인할 수 있는 규칙과 편집적 판단이 필요한 규칙을 구분하세요. 스크립트는 금지된 표현을 잡아낼 수는 있지만, 서론이 흥미로운지, 문단이 작가의 목소리를 잃었는지 여부를 확실하게 판단해 주지는 못합니다.
이것이 바로 스킬이 훌륭한 1차 초안을 작성하더라도, AI 콘텐츠를 편집할 때는 여전히 사람의 최종 검토가 필요한 이유이기도 합니다.
6단계: 설치한 다음, 제대로 작동하지 않게 만들어 보세요
Claude에게 스킬 이름을 한 번 언급하며 사용하도록 요청하는 방식으로 스킬을 테스트하지 마세요. 이는 Claude가 명시된 지시만 따를 뿐이라는 사실만 증명할 뿐입니다. 진정한 테스트는 라우팅입니다.
Claude에서는 Skill 폴더를 ZIP 파일로 압축한 다음, Customize → Skills로 이동하여 업로드하세요. 코드 실행 및 파일 생성이 활성화되어 있어야 합니다. Claude Code에서 개인용 Skills는 ~/.claude/skills/에, 프로젝트용 Skills는 .claude/skills/에 저장할 수 있습니다.
그런 다음 다음 세 가지 테스트를 수행해 보세요:
| 테스트 | 예시 | 확인해야 할 사항 |
|---|---|---|
| 직접 트리거 | “이 블로그 초안을 게시할 수 있도록 편집해 주세요.” | 요청이 명확하게 일치할 때 스킬이 로드되나요? |
| 자연스러운 트리거 | “이 섹션은 내용이 너무 부풀려져 있습니다. 내용을 간결하게 다듬되 예시는 그대로 남겨주세요.” | 스킬 이름이 지정되지 않아도 Claude가 해당 작업을 인식할 수 있을까요? |
| 부정적 트리거 | “AI 글쓰기 도구에 관한 최신 연구 자료를 찾아보세요.” | 스킬이 관련 없는 일에 개입하지 않나요? |
여러 프롬프트를 테스트하고 Claude의 가시성 내역을 확인하여 스킬과 관련 지원 파일이 제대로 로드되었는지 확인하세요.
실패할 경우, 실패한 레이어를 진단하세요:
- 스킬이 전혀 로드되지 않는 경우: 더 명확한 작업 내용과 트리거 상황을 중심으로 설명을 다시 작성하세요.
- 스킬이 너무 자주 로드됩니다: 설명을 구체화하고 포괄적인 표현을 제거하세요
- 스킬은 로드되지만 다음 규칙을 무시합니다: 지침을 더 명확하게 작성하거나 검토 체크리스트로 옮기세요.
- 참조 파일이 전혀 열리지 않는 경우: 클로드에게 정확히 언제 그 파일을 읽어야 하는지 알려주세요
- 잘못된 참조 파일이 열릴 경우: 파일 이름을 용도에 맞게 변경하고 SKILL.md 내의 포인터를 정확히 지정하세요.
- 출력 결과는 기술적으로는 규정을 준수하지만 지루합니다: 워크플로우의 창의적인 부분을 지나치게 구체적으로 정의한 것 같습니다.
마지막 테스트는 실제 사용 후 다시 해볼 가치가 있습니다. 스킬의 첫 번째 버전은 여러분의 작업 방식에 대한 가설에 불과합니다. 5~10회 실행한 후에도 여전히 수정해야 할 부분이 있다면, 그것이 바로 두 번째 버전에 포함되어야 할 내용입니다.
이 모든 것의 기반이 되는 Claude AI 프롬프트 에 대해 다시 한 번 복습이 필요하다면, 이 안내서에서 기본 사항을 확인할 수 있습니다:
함께 읽어보세요: AI 콘텐츠 생성 도구
가장 먼저 구축할 가치가 있는 글쓰기용 클로드 스킬 5가지
글쓰기 팀에서 가장 흔히 발생하는 병목 현상을 해결해 주는 5가지 스킬: 브랜드 톤 에디터, 인터뷰를 사례 연구로 전환하는 작가, 콘텐츠 브리프 작성기, 콘텐츠 재사용 에디터, 문서 일관성 검사기.
단 하나만 만들 거라면, 첫 번째 스킬을 만드세요. ‘하우스 보이스’ 에디터의 규칙은 결국 이 리스트에 있는 다른 모든 스킬에 적용됩니다.
1. 글의 일관성을 유지하는 에디터
다음과 같은 경우 이 기능을 구축하세요: Claude가 내용의 핵심은 정확히 파악하지만, 팀이 절대 게시하지 않을 만한 문구, 리듬, 또는 구조로 계속 빠져들 때.
효과적인 ‘하우스 보이스’ 스킬은 단순히 스타일 가이드를 저장하는 것 이상의 역할을 해야 합니다. Claude에게 다음과 같은 편집 순서를 지시하세요: 아규먼트를 유지하고, 구조를 점검하며, 스타일 규칙을 적용하고, 금지된 문구를 제거한 뒤, 완성된 초안을 검토한 후 반환하도록 하세요.
다음과 같은 파일을 묶어주세요:
- 전체 어조 규칙은 style-guide.md에서 확인하세요
- banned-phrases.md: 엄격히 배제해야 할 표현들
- approved-examples.md: 이미 자연스럽게 들리는 예시 문장들이 포함된 파일
그런 다음, 이미 신뢰하는 원고로 실전 테스트를 진행해 보세요. 이미 출판된 문장 몇 개를 골라, 스킬이 포착하기를 원하는 습관을 의도적으로 추가한 뒤, 에디터를 통해 분석해 보세요.
클로드가 건드리지 않는 부분에도 주의를 기울이세요. 스킬이 실행되었다는 이유만으로 클로드가 잘 쓰인 문장을 계속 고쳐 쓴다면, 지침이 너무 공격적인 것입니다.
다음과 같은 경우 제대로 작동하고 있다는 것을 알 수 있습니다: 이미 강점이었던 부분을 깎아내지 않으면서도 뚜렷하게 드러나는 문체상의 문제를 해결해 줄 때입니다.
2. 인터뷰를 사례 연구로 전환하는 작가
다음과 같은 경우에 구축하세요: 고객 스토리의 구조는 일관되지만, 각 인터뷰마다 일화, 불완전한 답변, 메트릭, 그리고 주제에서 벗어난 내용이 서로 다른 조합으로 뒤섞여 나오는 경우.
스킬이 글쓰기를 시작하기 전에 증거 자료를 정리하도록 하세요. 스킬은 고객의 문제점, 이전 접근 방식, 실행 내용, 결과, 그리고 활용 가능한 인용문을 추출한 다음, 그 자료를 바탕으로 초안을 작성할 수 있습니다.
두세 건의 검증된 사례 연구만으로도 클로드에게 각 부분에 할당해야 할 스페이스와 최종 글의 흐름이 대개 어떻게 전개되는지 보여줄 수 있습니다. 하지만 가상의 연결 고리를 미리 플랜해 두어야 합니다. 대본에는 종종 이벤트들 사이에 공백이 생기기 마련인데, 클로드가 아무도 말하지 않은 내용으로 그 공백을 채울 수도 있기 때문입니다.
이러한 공백을 표시하거나 해결하지 않은 채로 두도록 명확한 규칙을 설정하세요.
간단한 설정 예시는 다음과 같습니다:
writing-case-studies/├── SKILL.md├── case-study-structure.md├── approved-예시.md└── claims-체크리스트.md
주의할 점: 겉보기에는 완전히 타당해 보이지만, 대본이나 다른 승인된 출처에서 그 출처를 찾을 수 없는 문장들.
3. 콘텐츠 브리프 생성기
다음과 같은 경우 이 기능을 구축하세요: 작성 지침은 작성자에 따라 다르며, 작가들은 작업을 시작하기 전에 매번 같은 질문을 반복해서 해야만 합니다.
이 스킬의 기본 버전은 맨 위에 키워드가 포함된 SEO용 개요를 생성합니다. 고급 버전은 작가가 실제로 필요로 하는 결정 사항을 준비해 줍니다.
다음과 같은 사항을 파악해야 할 수도 있습니다:
- 예상되는 검색 의도
- 이 기사의 주요 관점
- 반복할 필요 없는 명백한 SERP 관련 내용
- 증거가 필요한 주장들
- 추상적인 내용을 구체적으로 설명하기 위해 예시가 필요합니다
- 문맥에 정말 잘 어울리는 내부 링크
- 서로 중복될 가능성이 높은 섹션들
그런 다음 출력 구조로 고정된 템플릿을 제공하세요.
또한 이곳은 브리핑과 초안 작성 과정에서 사라지기 쉬운 편집적 판단을 반영하기에 좋은 장소이기도 합니다. 예를 들어, 다른 모든 경쟁 기사에는 해당 섹션이 포함되어 있더라도, 그 섹션이 여러분의 버전에서 왜 필요한지 설명할 수 없다면 클로드에게 해당 섹션을 생략하도록 지시할 수 있습니다.
이점: 작가는 해결해야 할 의문점을 더 적게 안고 시작할 수 있으며, 에디터는 기획 단계에서 비롯된 문제를 수정하는 데 드는 시간을 줄일 수 있습니다.
4. 콘텐츠 재활용 에디터
다음과 같은 경우에 구축하세요: 하나의 원본 자산을 정기적으로 여러 형식으로 변환해야 하고, Claude가 계속해서 네 가지 다른 길이의 동일한 요약을 제공하는 경우.
각 대상에 맞는 규칙을 따로 정하세요.
예를 들어:
repurposing-content/├── SKILL. md└── 형식/ ├── linkedin. md ├── newsletter. md ├── internal-Slack. md └── social-short. md
메인 스킬은 요청된 대상을 식별하여 관련 참조 파일만 열 수 있습니다. 내부 Slack 업데이트를 작성할 때는 뉴스레터 규칙이 필요하지 않기 때문에, 이는 점진적 정보 공개 모델에 잘 부합합니다.
그리고 단순히 내용을 축약하는 것 이상의 심도 있는 변형을 시도해 보세요. 뉴스레터의 서두에는 맥락이 필요할 수 있습니다. 링크드인 게시물은 한 가지 날카로운 통찰로 시작할 수 있습니다. 내부 업데이트의 경우 주로 결정 사항, 소유자, 그리고 다음 단계에 중점을 둘 수 있습니다.
5. 문서 일관성 검사기
다음과 같은 경우에 구축하세요: 문서에 잊기 쉽고 나중에 정리하기 번거로운 수십 가지의 사소한 규칙이 포함되어 있는 경우.
문서 작성에는 이 방법이 매우 적합합니다. 대부분의 규칙을 엄격한 검증 조건으로 정의할 수 있기 때문입니다:
- 승인된 용어
- 제목 구조
- 필수 형식 설정
- 코드 블록 표기법
- UI 라벨 대소문자 사용
- 경고 및 노트 구문
- 스크린샷 요구 사항
- 번호가 매겨진 절차 규칙
또한 이 스킬은 Markdown 지시어를 넘어설 수도 있습니다. 스킬에는 실행 가능한 스크립트를 포함할 수 있는데, 이는 정답이 하나뿐인 검사에 안성맞춤입니다.
스크립트는 더 이상 사용되지 않는 제품 이름, 잘못된 제목 형식, 또는 사용 금지된 용어를 표시할 수 있습니다. 그러면 클로드는 절차가 명확한지, 두 단계의 순서를 바꿔야 하는지 등 편집적 판단이 필요한 부분을 처리할 수 있습니다.
AI가 제 역할을 제대로 하고 있다는 가장 확실한 신호: 검토자들이 똑같은 형식적인 코멘트를 남기는 것을 멈추고, 정확성, 명료성, 가독성 등에 더 많은 시간을 할애할 수 있게 됩니다.
여섯 번째 스킬을 개발하기 전에, 다음 세 가지 질문을 통해 아이디어를 검증해 보세요:
- 이 워크플로우가 유지 관리할 만큼 충분히 자주 발생하나요?
- 매번 똑같은 글쓰기나 편집상의 결정이 반복되나요?
- 클로드가 이러한 결정 사항을 따랐는지 알 수 있나요?
세 가지 질문에 모두 ‘예’라고 답한다면, 해당 스킬을 개발할 확률이 높습니다. 작업의 모든 버전에 완전히 다른 접근 방식이 필요하다면, 잘 작성된 프롬프트가 여전히 더 나은 선택일 수 있습니다.
마케팅 및 PM 팀에도 이 패턴의 버전이 있습니다. 이에 대해서는 ‘마케팅용 Claude Skills’와 ‘프로젝트 관리용 Claude Skills’에서 별도로 다룹니다.
기성 Claude 스킬은 어디에서 찾을 수 있을까요?
모든 스킬을 직접 구축할 필요는 없습니다. Anthropic은 GitHub에 공식 anthropics/skills 저장소를 운영하며, 여기에는 문서 생성, 커뮤니케이션, 개발 분야의 예시가 포함되어 있습니다. 일부는 오픈 소스이며, 실제 운영 중인 문서인 “Skills”도 참조용으로 소스 코드가 공개되어 있습니다.
Claude에는 Notion, Figma, Canva 등 파트너사가 개발한 옵션이 포함된 내장형 스킬 디렉토리도 있습니다. 맞춤형 → 스킬을 열고, +를 클릭한 다음 스킬 찾아보기를 선택하세요.
작가들에게 이 두 곳은 가장 안전한 출발점입니다. 커뮤니티 컬렉션은 개발자 워크플로우에 크게 치우쳐 있는 반면, 스킬에는 Markdown과 함께 실행 가능한 스크립트를 포함할 수 있습니다.
타사 스킬은 작은 소프트웨어 패키지처럼 취급하세요. 설치하기 전에 다음 사항을 확인하세요:
- SKILL.md 파일이 Claude에게 지시하는 내용
- 스크립트이든 셸 명령어이든 상관없이
- 외부 URL을 가져오기든, 민감한 로컬 데이터를 읽든 상관없이
악의적인 스킬은 임의의 코드를 실행하거나, 파일에 접근하거나, 환경 외부로 데이터를 전송할 수 있다는 점을 기억하세요. 기업 조직은 Claude 및 Cowork에서 업로드되는 스킬과 플러그인에 대한 보안 스캔을 활성화할 수 있지만, 이 기능은 API나 콘솔을 포함하지 않으며 수동 검토를 대체하지는 않습니다.
간단한 규칙: markdown 전용 스킬인가요? 지침을 다시 확인하세요. 실행 가능한 코드나 네트워크 접속이 필요한가요? 소프트웨어처럼 검토하세요.
글쓰기 분야에서 살펴볼 만한 다른 Claude 스킬들
공개된 스킬들은 블로그 초안부터 완성된 원고에 이르기까지 가장 일반적인 글쓰기 작업을 이미 대부분 다루고 있습니다. 유용한 스킬들은 대개 적용 범위가 좁은 편입니다. 각 스킬은 하나의 편집 작업을 코딩하여 이를 훌륭하게 수행합니다.
GitHub에서 어떤 것도 설치하기 전에 유의해야 할 점이 하나 있습니다. 스킬에는 코드를 실행하는 스크립트가 포함될 수 있습니다. 먼저 SKILL.md와 번들 파일을 꼼꼼히 읽어보세요. Anthropic도 타사 스킬에 대해 동일한 조언을 하고 있습니다.
| Claude 스킬 | 가장 적합한 대상 | 다음과 같은 경우에는 건너뛰세요 |
|---|---|---|
| 콘텐츠 및 카피 | 블로그 게시물, 가이드, 웹사이트 콘텐츠, 그리고 일반적인 편집 일 | 이미 상세한 하우스 스타일 스킬이 마련되어 있으므로, 초안 작성 지침보다는 이를 철저히 적용하는 것만 필요합니다. |
| 카피라이팅 | 랜딩 페이지, 가격 정책 페이지, 헤드라인, CTA, 전환 유도 문구 | 여러분의 일은 대부분 편집이나 정보 제공 위주이며, 전환 유도 문구는 거의 없습니다. |
| 학술 글쓰기 | 주장이 증거와 밀접하게 연결되어야 하는 연구 논문 및 기술 학술 글 | 일반적인 마케팅 또는 비즈니스 콘텐츠를 작성하고 계신가요? |
| curating-readme | 실제 코드베이스를 바탕으로 작성된 README, 기여 가이드, 변경 내역 및 레포지토리 문서 | 여러분의 문서는 이미 정립된 내부 스타일 시스템을 따르고 있으며, 클로드는 이를 유지해야 합니다. |
| 문장 및 교정 에디터 | 문장 단위 편집과 일관성 검사가 필요한 장편 논픽션 원고 | 짧은 웹 콘텐츠를 편집 중이거나, 가볍게 최종 교정을 하고 싶을 때 |
| 연구 논문 작성 | 엄밀한 주장, 주장-증거 검증, 그리고 심사위원의 관점을 반영한 자체 검토가 필요한 학술지 논문 | 이 도구는 ML/CV/NLP 논문에 최적화되어 있으므로, 일반적인 학술 글쓰기 도우미를 원하신다면 다른 도구를 찾아보시기 바랍니다. |
클로드 글쓰기 스킬을 망치는 실수들
대부분의 스킬이 중단되는 4가지 실패 패턴은 다음과 같습니다: 모든 것을 한 번에 처리하려는 단일 스킬을 구축하는 것, 전체 스타일 가이드를 SKILL.md에 무분별하게 넣는 것, 중복된 사본이 존재한다는 사실을 인지하지 못하는 것, 그리고 스킬을 사용하지 않았을 때 Claude가 생성한 결과물과 스킬을 사용한 결과물을 비교하지 않는 것입니다.
| 실수 | 무슨 일이 일어나는지 | 수정 |
|---|---|---|
| 모든 것을 해내는 스킬 | “콘텐츠”라는 이름의 하나의 스킬이 블로그, 이메일, 소셜 미디어, 문서 등을 모두 아우릅니다. 클로드는 이를 무시하거나 제목 줄에 블로그 규칙을 적용합니다. | 작업당 하나의 스킬. 중복되지 않는 설명 |
| SKILL.md에 담긴 스타일 가이드 | 스킬이 실행될 때마다 900줄 분량의 본문이 완전히 불러오기 때문에, 클로드가 일해야 할 초안이 밀려나게 됩니다. | 참고 자료를 번들 파일로 옮기세요. 절차의 본문은 그대로 유지하세요. |
| 중복된 내용 | 스킬을 편집해도 출력이 변하지 않자, 스킬이 작동하지 않는다고 결론 내리게 됩니다. 보통 두 개의 사본(개인용 하나, 프로젝트 수준 하나)이 존재하며, Claude는 다른 사본을 읽고 있습니다. | 콘텐츠를 디버깅하기 전에 두 위치 모두를 확인하세요. |
| 기준선 비교 없음 | 출력 결과는 더 좋아 보이지만, 스킬을 사용하지 않았을 때 클로드가 어떤 결과를 내놓았는지 확인해 본 적이 없습니다. 결국 실제로는 결코 발생하지 않을 요구 사항들을 문서화하게 됩니다. | 먼저 대표적인 작업을 실행해 보세요. 구체적인 오류 사항을 기록해 두세요. 해당 오류를 수정하는 데 필요한 최소한의 지시사항만 작성하세요. |
클로드 스킬의 한계와 작업 플랫폼의 시작점
Claude 스킬은 출시 기사를 편집하는 방식을 기억할 수 있습니다. 하지만 여전히 출시 기사, 기획서, 최신 제품 결정 사항, 클라이언트의 스타일 가이드, 그리고 어제 검토 과정에서 변경된 모든 내용을 직접 제공해 주어야 합니다.
이것이 바로 ClickUp이 해결하는 ‘컨텍스트’ 문제입니다. ClickUp의 기본 작업 공간 AI인 ‘ClickUp Brain’은 이미 작업(태스크, 문서, 댓글, 채팅, 활동 내역, 연동 앱 등) 바로 옆에 위치해 있습니다. 따라서 도움을 요청하기 전에 SKILL.md에서 해당 컨텍스트를 다시 만들 필요가 없습니다.
제품 출시를 위한 기사를 편집하고 있다고 가정해 봅시다. 초안은 ClickUp 문서에 저장되어 있습니다. 해당 작업에는 마감일과 담당자가 명시되어 있습니다. PM은 댓글을 통해 위치를 명확히 했습니다. 출시 개요서는 다른 문서에 있으며, 클라이언트가 승인한 용어집은 이미 작업 공간에 있습니다.
Brain에게 다음과 같이 물어볼 수 있습니다:
“런칭 브리프에 제시된 포지셔닝을 활용해 이 서론을 더 간결하게 다듬어 주세요. 제품 팀이 승인한 주장은 작업 코멘트에 그대로 유지하고, 다른 클라이언트 A 기사들의 어조와 일관성을 유지해 주세요.”
Brain은 ClickUp Docs에서 초안 작성, 재작성, 요약 또는 편집을 돕는 동시에 주변 프로젝트 맥락을 종합적으로 고려하여 작동합니다. 또한 규칙 자체가 반복되어야 할 경우, ClickUp에는 AI 스킬 기능도 마련되어 있습니다. 팀은 스킬 허브(Skills Hub)에서 재사용 가능한 지침을 생성하고, 참고 자료를 첨부하며, 작가마다 별도의 SKILL.md 파일을 관리할 필요 없이 작업 공간 전체에서 동일한 스킬을 공유할 수 있습니다.
Brain은 단일 구독으로 Claude, ChatGPT, Gemini 등 여러 최고의 대규모 언어 모델(LLM)을 제공합니다. 필요에 따라 모델을 선택하기만 하면 바로 사용할 수 있습니다.
더 큰 차이는 문구가 작성된 후에 나타납니다:
- 생각과 실행은 항상 연결되어 있습니다. 페이지 내의 Brain 기능을 활용해 ClickUp Docs에서 초안을 작성하고, 편집하고, 다듬으세요. 문서를 ClickUp 작업에 연결하여 상태, 마감일, 담당자를 추적하세요. Brain은 두 항목의 이력을 모두 참조하므로, 아무것도 복사-붙여넣기 하지 않아도 개요부터 게시된 초안까지 맥락이 자연스럽게 이어집니다.
- 반복적인 편집 작업은 별도의 프롬프트 없이도 자동으로 실행됩니다. 콘텐츠 파이프라인을 모니터링하는 ClickUp 슈퍼 에이전트를 구축하세요: 들어오는 모든 브리핑을 노력과 우선순위에 따라 점수화하고, 적합한 작가에게 배정하며, 실시간 데이터를 바탕으로 한 주간 콘텐츠 집계 보고서를 발송합니다. 한 번만 설정하면 반복 작업을 줄일 수 있습니다.
- 순간적으로 떠오른 아이디어도 놓치지 마세요. 헤드라인이나 기사 각도가 떠오르는 순간 ClickUp 메모장에 기록하세요. 실행할 준비가 되면 이를 작업으로 전환하면, 팀이 이미 사용하고 있는 동일한 파이프라인에 자연스럽게 통합됩니다.
- 게시 체크리스트는 자동으로 이행됩니다. ClickUp 자동화 기능을 편집 단계에 연동하세요. 작업이 “검토 대기” 단계로 이동하면 에디터를 자동으로 배정하고, ClickUp Brain을 실행해 편집 지침에 따른 검수를 진행하도록 하세요. “게시됨” 단계로 이동하면 배포 팀에 알림을 보냅니다. 이 프로세스는 게시물을 하나 올리든 스무 개를 올리든 상관없이 동일하게 적용됩니다.
이 글의 서두에서 언급된 Optimizely의 통계를 기억하시나요? 마케터의 48%는 ‘환각’ 검토에, 40%는 서로 연결되지 않은 도구 간 정보 이동에, 37%는 규정 준수 확인에 시간을 낭비하고 있습니다. Claude 스킬은 이러한 문제들을 해결해 줄 수 없지만, ClickUp과 같은 연동형 업무용 AI는 가능합니다.
ClickUp Brain은 PM이 작업 댓글에서 확인한 포지셔닝과 초안을 대조하여 검토하고, 동일한 작업 공간에 있는 문서에서 승인된 용어를 추출하며, 프로젝트 내 어떤 내용과도 연결되지 않는 주장이 있을 때 이를 표시해 줍니다. 이 스킬은 반복 가능한 절차를 처리하고, ClickUp은 해당 절차가 실행되는 데 필요한 100%의 맥락을 제공합니다.
진정한 한계: 이는 별도의 빌드 과정이 필요 없는 경로입니다. 글쓰기 워크플로우가 ClickUp 외부에서 이루어진다면, 맞춤형 스크립트가 포함된 이식 가능한 Claude 스킬을 사용하는 것이 더 많은 제어권을 제공합니다. ClickUp Brain은 일과 협업이 같은 장소에서 이루어질 때 가장 효과적으로 작동합니다.
대상: 다수의 작가, 클라이언트별 스타일, 변동하는 마감일, 별도의 요청 없이도 가시성을 확보해야 하는 이해관계자 등 실제 복잡한 상황을 관리하는 편집 팀 및 콘텐츠 운영 팀. 채팅 창에서 초안을 작성하는 개인 작가의 경우, 기본 Claude 스킬을 구축하고 수정하는 것이 더 빠릅니다.
반복해서 내리는 결정을 중심으로 스킬을 구축하세요
트리거부터 시작하세요. 스킬을 실행하고 싶을 때 사용하는 언어로 설명을 작성한 다음, 반복 가능한 하나의 글쓰기 작업을 중심으로 지침을 구성하세요.
그 후, 계속해서 수정하는 내용을 파악하여 이를 명확한 규칙으로 정리하고, 클로드가 초안을 반환하기 전에 반드시 완료해야 하는 검토 단계를 추가하세요. 이렇게 하면 저장된 프롬프트보다 더 신뢰할 수 있고, 모든 채팅에 붙여넣기한 방대한 스타일 가이드보다 유지 관리가 훨씬 수월해집니다.
그리고 항상 최신 상태로 유지하세요. 편집 기준이 바뀌면 스킬도 그에 맞춰 변경되어야 합니다. 그렇지 않으면 클로드가 구식 프로세스를 완벽하게 따르게 될 수 있습니다.
또한 글쓰기가 진행 중인 프로젝트의 맥락, 클라이언트의 결정, 승인, 마감일, 그리고 이번 주에 발생한 변경 사항에 의존한다면, 해당 작업이 이미 진행되고 있는 곳에 AI를 통합하는 것이 더 나은 해결책일 수 있습니다. ClickUp을 무료로 체험해 보고, 글쓰기 기준을 주변 업무와 동일한 워크플로우에 통합해 보세요.
글쓰기용 Claude 스킬에 대한 자주 묻는 질문
Claude 스킬은 코드를 실행할 수 있나요?
네. 스킬은 실행 가능한 스크립트, Markdown 지시문, 참조 파일을 묶어 포함할 수 있습니다. 덕분에 파일 이름 유효성 검사나 금지된 용어에 대한 린팅과 같은 결정론적 검사에 유용하지만, 동시에 타사 스킬은 소프트웨어처럼 취급하여 설치 전에 검토해야 함을 의미합니다.
Free Plan에서도 Claude 스킬을 사용할 수 있나요?
네. Anthropic은 현재 코드 실행 및 파일 생성이 활성화된 경우, 무료, 프로, 맥스, 팀, 엔터프라이즈 플랜의 모든 사용자를 대상으로 스킬을 제공하고 있습니다. 무료 사용자도 사용자 지정 → 스킬을 통해 맞춤형 스킬을 업로드할 수 있습니다. 팀 및 엔터프라이즈 플랜에는 조직 차원의 프로비저닝 및 공유 제어 기능이 추가됩니다.
Claude 스킬에 여러 파일을 포함할 수 있나요?
네. 스킬에는 반드시 SKILL.md 파일이 포함되어야 하지만, 참조 문서, 예시, 템플릿, 실행 가능한 스크립트도 포함할 수 있습니다. 클로드는 점진적 공개 방식을 사용하므로, 스킬이 트리거될 때 SKILL.md 파일을 불러오고, 지침에 명시된 경우에만 지원 파일을 엽니다.
Claude Skills와 MCP의 차이점은 무엇인가요?
MCP는 Claude를 외부 서비스 및 데이터와 연결해 주며, 스킬은 Claude에게 특정 작업을 수행하는 방법을 가르쳐 줍니다. 이 둘은 서로 협력하며, 어느 한쪽이 다른 쪽을 대체하지는 않습니다. MCP 연결을 통해 Claude는 여러분의 CMS에 접근할 수 있고, 스킬은 그곳에 게시될 글의 작성 방식을 정의합니다.
Claude 스킬을 팀원들과 공유하려면 어떻게 해야 하나요?
Claude Code에서는 스킬을 저장소의 `.claude/skills/` 디렉터리에 저장하고 Git에 커밋하여, 해당 저장소를 사용하는 모든 사용자가 동일한 버전을 받을 수 있도록 해야 합니다. 개인용 스킬은 `~/.claude/skills/`에 저장되며 해당 사용자만 적용됩니다. 대규모 라이브러리의 경우, 팀에서는 변경 사항을 검토하고 버전 관리를 할 수 있도록 스킬을 공유 저장소에 보관하는 경우가 많습니다.
Claude가 저를 위해 스킬을 만들어 줄 수 있을까요?
네. 반복하고 싶은 워크플로우를 설명하고, 클로드(Claude)에게 해당 SKILL.md 및 지원 파일을 생성해 달라고 요청할 수 있습니다. 하지만 설치하기 전에 설명, 트리거 조건, 지침, 실행 가능한 스크립트 등을 반드시 검토해야 합니다. 글쓰기 스킬의 경우, 생성된 스킬의 첫 번째 버전을 그대로 받아들이기보다는 실제 초안 여러 개를 대상으로 테스트해 보는 것이 더 중요합니다.