업무 방식을 저장하세요
이런 적 있으신가요
Copilot에게 보고서를 요청할 때마다 이런 말을 덧붙이지 않으셨나요?
“결론부터 써줘. 없는 숫자는 추측하지 말고 '확인 필요'로 표시해줘. 의사결정 요청은 마지막에 넣어줘.”
같은 설명을 매번 반복하고, 빠뜨리면 결과물이 달라집니다. 이 반복을 줄여 주는 장치가 스킬(Skill)입니다. 이번 글에서는 등록 버튼을 누르는 방법보다 먼저, 스킬이 무엇이고 어떤 내용을 담아야 하는지 알아보겠습니다.
1 · Copilot만의 개념이 아닙니다
스킬은 Copilot만의 전용 개념이 아니라, 여러 AI 도구에서 활용하는 방식입니다. 출발점은 같습니다. 모델을 다시 학습시키지 않고, 업무를 수행하는 방법을 알려 주는 것입니다.
Microsoft는 에이전트 스킬을 지침, 스크립트, 참고 자료 등을 묶어 전문 지식과 작업 능력을 제공하는 재사용 가능한 패키지로 설명합니다. 필요한 작업에서 해당 지침을 불러오는 방식이므로, 모든 업무 설명을 매번 대화창에 붙여 넣을 필요가 줄어듭니다.
| 구분 | 내용 |
|---|---|
| 형태 | 사람이 읽고 수정할 수 있는 지침 문서. 필요에 따라 참고 자료나 보조 파일을 함께 구성합니다. |
| 동작 | 사용자의 요청과 스킬의 설명을 바탕으로, 필요한 작업에서 지침을 불러옵니다. |
| 장점 | 모델을 재학습시키지 않고 지침을 수정해 업무 절차와 결과물 기준을 바꿀 수 있습니다. |
Copilot Studio의 GitHub Copilot 하네스 기반 에이전트도 이 방식을 지원합니다. 스킬은 도구나 지식과 함께 작동할 수 있습니다. 예를 들어 도구가 외부 서비스에 연결하는 수단이라면, 스킬은 그 도구를 어떤 순서와 기준으로 사용할지 알려 주는 업무 지침입니다.
2 · 한 문장으로 말하면, 업무 설명서
신입 사원에게 업무를 인수인계할 때 만드는 문서를 떠올리면 됩니다. 어떤 순서로 처리하는지, 결과물은 어떤 모양인지, 빠지면 안 되는 항목은 무엇인지를 적어 두는 문서입니다.
스킬은 업무 방법을 알려 주는 것이지, 권한을 부여하는 것이 아닙니다.
스킬 파일을 추가하는 것만으로 새로운 시스템이나 데이터에 접근할 수 있는 것은 아닙니다. 실제 접근 범위는 해당 제품의 사용자·에이전트 권한, 연결된 도구의 인증 방식과 조직 정책에 따릅니다.
또한 지침을 저장한다고 결과의 정확성이 자동으로 보장되는 것은 아닙니다. 반복되는 업무의 기준을 분명히 하고, 결과를 같은 기준으로 검토하기 쉬워지는 데 의미가 있습니다.
3 · 그때그때 하는 요청과 무엇이 다른가요?
| 구분 | 요청(프롬프트) | 스킬 |
|---|---|---|
| 형태 | 대화창에 입력하는 요청과 조건 | 파일이나 패키지로 저장한 작업 지침 |
| 재사용 | 새 대화에서 같은 조건을 다시 전달해야 할 수 있음 | 지원되는 환경에 등록해 반복 활용 |
| 호출 | 사용자가 필요한 요청을 직접 입력 | 지원되는 실행 환경이 요청과 설명(description)을 보고 적합한 스킬을 선택 |
요청문이 “이번 주문 내용”이라면, 스킬은 “매번 꺼내 쓰는 조리법”입니다. 대화 기록이 사라진다는 뜻은 아닙니다. 저장된 대화와 별개로, 반복해서 적용할 업무 지침을 독립적으로 관리한다는 차이입니다.
주간보고 작성, 회의록 정리처럼 반복되고 형식이 정해진 일에 먼저 적용해 보세요. 한 번뿐인 간단한 요청이라면 굳이 스킬로 만들지 않아도 됩니다.
4 · 스킬은 어떻게 생겼나요?
스킬 패키지의 중심에는 SKILL.md 파일이 있습니다. 별도 폴더에 이 파일을 두고, 필요한 템플릿이나 참고 자료를 함께 구성할 수 있습니다. 파일은 크게 두 부분으로 나뉩니다.
--- 사이에 이름(name)과 설명(description)을 적습니다. 실행 환경이 “이 스킬은 언제 필요한가?”를 판단하는 단서입니다.Copilot Studio에서는 지침을 담은 Markdown 파일이나, SKILL.md와 스크립트·템플릿·참고 문서를 포함하는 ZIP 패키지를 추가할 수 있습니다. 제품마다 지원하는 파일 형식과 등록 경로가 다르므로, 하나의 설치 방법이 모든 Copilot에 동일하게 적용된다고 생각하지 않는 것이 좋습니다.
5 · 가장 많이 막히는 지점은 설명(description)입니다
스킬의 설명은 단순한 소개 문구가 아닙니다. 사용자의 어떤 요청에 이 스킬을 꺼내야 하는지 알려 주는 단서입니다. 설명이 모호하면 적절한 상황에 선택되기 어렵습니다.
요령은 사용자가 실제로 요청할 법한 문장을 넣는 것입니다. “주간보고를 작성해 줘”, “이번 주 프로젝트 현황을 정리해 줘”처럼 업무 상황을 구체화하세요. 여기에 이 스킬이 맡지 않을 일까지 적어 두면 범위가 더 명확해집니다.
6 · 처음 만들 때는 여섯 줄부터
파일 편집기부터 열 필요는 없습니다. 반복하는 업무 하나를 고르고, 아래 여섯 질문에 한 줄씩 답해 보세요.
| 질문 | 예시 · 주간보고 |
|---|---|
| 언제 쓰는가 | “이번 주 프로젝트 현황을 정리해 줘”라고 요청할 때 |
| 어떤 자료를 받는가 | 프로젝트 현황표, 보고 기준일과 기간 |
| 무엇을 만드는가 | 정해진 순서로 구성된 주간보고 문서 |
| 어디까지 맡기는가 | 보고서 작성까지. 메일 발송이나 일정 변경은 제외 |
| 무엇을 금지하는가 | 없는 수치·날짜·지연 원인을 추측하지 않기 |
| 빈칸은 어떻게 하는가 | 필수 조건은 사용자에게 질문하고, 확인되지 않은 값은 '확인 필요'로 표시 |
이 여섯 줄에 작업 순서와 검토 기준을 덧붙이면 SKILL.md의 뼈대가 됩니다. 처음에는 업무 하나를 좁게 정의하고, 실제 요청으로 시험하면서 설명과 지침을 다듬는 편이 좋습니다.
오늘 기억할 세 가지
다음 편 예고 · PowerPoint에서 스킬 활용하기
이번 편은 Copilot 스킬 시리즈의 첫 번째 글입니다. 다음 편에서는 PowerPoint에서 스킬을 선택하고 등록하는 방법, 그리고 회사 템플릿 기준에 맞춰 발표 자료를 정리하는 방법을 소개하겠습니다.
참고 자료와 이용 전 확인 사항
- Microsoft Learn — 에이전트 스킬 개요
- Microsoft Learn — 기존 스킬 추가와 지원 파일 형식
- Microsoft Learn — Copilot Cowork의 스킬 사용자 지정
이 글은 스킬의 개념과 설계 방법을 소개합니다. 실제 제공 기능·등록 방법·라이선스는 제품과 조직 설정에 따라 다릅니다. Copilot Studio의 GitHub Copilot 하네스 기반 에이전트는 빌드·테스트·실행 등에 Copilot Credits를 사용할 수 있습니다. 외부 스킬은 지침과 포함 파일을 검토한 뒤 신뢰할 수 있는 출처에서만 추가하세요. 공식 자료 확인일: 2026년 9월 22일.
본문 이미지는 원고에 포함된 설명용 일러스트이며, 실제 제품 화면이 아닙니다.