매주 팀마다 형식이 다른 업데이트를 받아 하나로 합쳐 리더십에게 보내는 일을 해 보신 분이라면, 이 글에서 가져가실 것은 두 가지입니다. 클로드에게 그대로 치면 되는 문장 두 개, 그리고 그 문장으로 만든 스킬 파일 한 개입니다. 스킬은 클로드에게 일하는 순서를 알려 주는 파일을 담은 폴더입니다. 한 번 만들어 두면 다음 주에는 새 자료만 건네면 됩니다. 아래에서 저희가 직접 해 본 순서와 결과, 그리고 아직 확인하지 못한 점까지 그대로 적었습니다.
주간보고를 내 스킬로 만들기
매주 팀마다 형식이 다른 업데이트를 받아 하나로 합쳐 리더십에게 보내는 일을 해 보신 분이라면, 이 글에서 가져가실 것은 두 가지입니다. 클로드에게 그대로 치면 되는 문장 두 개, 그리고 그 문장으로 만든 스킬 파일 한 개입니다. 스킬은 클로드에게 일하는 순서를 알려 주는 파일을 담은 폴더입니다. 한 번 만들어 두면 다음 주에는 새 자료만 건네면 됩니다. 아래에서 저희가 직접 해 본 순서와 결과, 그리고 아직 확인하지 못한 점까지 그대로 적었습니다.
이런 소식, 남들보다 먼저 받으실 분?
직접 돌려보고 되는 것만 골라 매주 보내드립니다. 광고성 하이프는 거릅니다.
같은 자료 · 같은 요청, 852자 vs 265자
저희는 같은 2주차 주간 업데이트 자료를 맥락이 없는 새 클로드에게 두 번 맡겼습니다. 요청은 같고 공백 제외 600자 이내로 써 달라는 조건도 같았습니다. 스킬 없이 시켰을 때는 852자가 나왔고 핵심 지표 3개, 잘된 점 3개, 아쉬운 점 3개라는 구조도 지켜지지 않았습니다. 스킬 파일을 읽게 하고 같은 요청을 했더니 265자가 나왔고, 길이와 구조, 순서가 모두 맞았으며 입력 자료에 없는 숫자도 들어가지 않았습니다. 다만 시험 자료는 저희가 지어낸 것입니다.
한 유튜버의 순서를 그대로 해 봤습니다
이 순서는 생산성 유튜버 Jeff Su의 영상에서 가져왔습니다. 그는 구글 시절 팀마다 제각각인 주간 업데이트를 하나로 합쳐 리더십에게 보내야 했던 일을 예로 듭니다. 핵심은 스킬부터 만들지 않는 것입니다. 실제 일을 먼저 평소처럼 해 보고, 주고받으며 모양을 다듬은 뒤, 그 과정을 되짚어 거꾸로 스킬로 만드는 쪽이 훨씬 효과적이라고 말합니다. 저희는 이 순서를 한국어 자료와 한국어 글자 수 기준으로 바꿔 직접 따라 했습니다.
모양이 아쉬우면 이 문장
먼저 평소처럼 "세 팀 업데이트를 하나로 합쳐서 리더십에게 보낼 주간보고로 만들어 줘."라고 시킵니다. 처음 나온 결과는 표가 여러 개에 요약과 확인 사항까지 담긴 926자짜리 상세본이었습니다. 틀린 것은 없지만 너무 빽빽했습니다. 여기서 원하는 모양을 한 문장으로 알려 줍니다. "맨 위에 팀 전체를 가로지르는 핵심 지표 숫자 세 개로 시작하고, 그다음 잘된 점 세 개, 아쉬운 점 세 개. 공백 제외 600자 이내." 이 한 문장으로 207자짜리 보고서가 나왔습니다. Jeff Su는 영어 300단어로 시켰고, 저희는 한글에 맞게 600자로 바꿨습니다.
그 과정을 스킬로 저장
원하는 모양이 나왔으면 그 과정을 그대로 스킬로 저장하게 합니다. "방금 우리가 한 과정 전체를 되짚어서, 다음 주에도 같은 방식으로 쓸 수 있게 주간보고 스킬을 만들어 줘. 이번 주 자료의 숫자나 팀 이야기는 넣지 말고 방법만." 마지막 부분이 중요합니다. 이번 주 숫자가 스킬에 들어가면 다음 주 보고에 지난주 숫자가 섞입니다. 저희가 만든 스킬 파일에는 이번 주 숫자가 하나도 들어가지 않았고, 이는 파일을 열어 직접 확인했습니다.
다음 주 자료만 넣었더니
새로운 2주차 자료로 스킬 없이 시킨 경우와 스킬 파일을 읽게 한 경우를 비교했습니다. 스킬 없이는 852자에 구조가 어긋났고, 스킬 파일을 읽게 하면 265자에 지표 3개, 잘된 점 3개, 아쉬운 점 3개가 순서대로 나왔습니다. 입력에 없는 숫자도 없었습니다. 다만 표본은 조건마다 한 번뿐이고, 기계가 볼 수 있는 길이와 구조, 숫자만 검사했습니다. 보고서가 잘 쓴 글인지는 사람이 읽어야 합니다. 스킬 쪽 결과에서도 아쉬운 점 하나가 핵심 지표와 겹쳤습니다.
매주 처음부터 쓰던 보고, 한 번만 만들면
정리하면 네 단계입니다. 첫째, 평소처럼 한 번 시킵니다. 둘째, 피드백 한 문장으로 원하는 모양까지 고칩니다. 셋째, 그 과정을 스킬로 저장하게 합니다. 넷째, 다음 주에는 자료만 줍니다. Anthropic은 이런 스킬이 개발자가 아닌 사람들, 예를 들어 재무와 채용, 회계, 법무 같은 직군에서도 만들어지고 있다고 말합니다. 또 Jeff Su가 알려 준 한계도 있습니다. 스킬은 새 컴퓨터로 저절로 옮겨지지 않으니 파일을 드라이브에 백업해 두라는 것입니다.
지시문 두 개와 스킬 파일 전문
복사해서 쓰는 문장 두 개
① 모양 잡기: 맨 위에 팀 전체를 가로지르는 핵심 지표 숫자 세 개로 시작하고, 그다음 잘된 점 세 개, 아쉬운 점 세 개. 공백 제외 600자 이내.
② 스킬로 저장: 방금 우리가 한 과정 전체를 되짚어서, 다음 주에도 같은 방식으로 쓸 수 있게 주간보고 스킬을 만들어 줘. 이번 주 자료의 숫자나 팀 이야기는 넣지 말고 방법만.
저희가 만든 스킬 파일 (weekly-report/SKILL.md 전문)
---
name: weekly-report
description: 팀별 주간 업데이트(형식이 제각각인 텍스트·표·줄글)를 하나로 합쳐 리더십에게 보낼 한 장짜리 주간보고로 만들 때 쓴다. "주간보고 합쳐 줘", "팀 업데이트 취합", "리더십 보고용으로 정리" 같은 요청에 쓴다.
---
# 주간보고 — 팀별 업데이트를 리더십용 한 장으로
## 결과물 모양 (이 순서, 이 제목 그대로)
```
# 주간보고 (N주차)
## 핵심 지표
- 숫자 세 개
## 잘된 점
- 세 개
## 아쉬운 점
- 세 개
```
## 규칙
- 길이: 공백 제외 600자 이내. 쓴 뒤 글자 수를 세어 넘으면 줄인다.
- 핵심 지표: 팀 전체를 가로지르는 숫자 세 개. 가능하면 팀마다 하나씩, 그 주를 가장 잘 대표하는 것을 고른다. 비교 대상이 있으면 변화(지난주 대비, 이전 값 → 현재 값)를 같이 적는다.
- 잘된 점·아쉬운 점: 각각 정확히 세 개. 한 줄에 한 항목, 한 줄 안에서 끝낸다. 아쉬운 점은 지연·미해결·장애·연기처럼 리더십이 알아야 할 위험을 우선 고른다. 고르지 못한 항목은 뺀다.
- 숫자 원칙: 입력에 있는 숫자만 쓴다. 지어내거나 추정하지 않는다. 입력 숫자로 바로 계산되는 값(증감률 등)은 써도 되지만 계산이 틀리지 않았는지 다시 확인한다.
- 입력 형식이 달라도(글머리표, 표, 줄글) 같은 모양으로 맞춘다. 팀 이름·용어는 입력에 나온 그대로 쓴다.
- 입력에서 애매한 부분(두 숫자가 겹치는지 불분명 등)은 추측해서 단정하지 않는다. 그 부분은 빼고 확실한 것만 쓴다.
## 넣지 않는 것 (v1 에서 넣었다가 뺀 군더더기)
- 맨 위 "한눈에 보기" 요약 문단
- "리더십 확인 필요 사항" 표
- 팀별 상세 현황 표(마케팅·영업·제품 섹션)
- "다음 주 계획 요약" 섹션 (요청이 있을 때만 따로 넣는다)
- "확인이 필요한 점" 섹션과 보고에 없는 파생 지표(문의당 비용 같은 것)
- 표 전반 — 이 보고는 글머리표만 쓴다
## 작업 순서
1. 읽어도 된다고 지정된 입력 파일만 읽는다. 다른 파일은 열지 않는다.
2. 팀별로 숫자·성과·문제를 뽑는다.
3. 위 모양으로 쓰고 600자(공백 제외) 이내인지 확인한다.
4. 지정된 경로에 마크다운으로 저장한다. 새 수정본은 덮어쓰지 않고 버전을 올려(v1, v2…) 따로 저장한다.
5. 요청자에게는 저장한 파일 경로 한 줄만 보고한다. 내용은 다시 적지 않는다.
## 피드백 반영 이력 (왜 이 모양인가)
처음에는 팀별 표와 요약·확인 사항까지 담은 상세본을 냈고, "너무 빽빽해서 리더십이 읽기 힘들다"는 피드백을 받았다. 그래서 숫자 세 개 → 잘된 점 세 개 → 아쉬운 점 세 개, 공백 제외 600자 이내의 짧은 형태로 줄였고, 이 모양이 요청자가 원한 최종형이다.
막히는 곳 정리
• 표본이 하나입니다. 조건마다 한 번씩만 돌렸습니다.
• 검사는 길이, 구조, 숫자만 봤습니다. 글의 질은 사람이 한 번 훑어야 합니다. 스킬 쪽 결과에서도 아쉬운 점 3번이 지표 3번(미해결 심각 버그)과 겹쳤고, 지난주보다 줄어든 뉴스레터 구독(380에서 295명)은 어느 칸에도 없었습니다. 2주차 자료만 보고 비교할 지난주 값이 없었기 때문입니다.
• 실제 클로드(Cowork나 채팅)에 스킬로 설치해서 설명만 보고 알아서 불러내는지는 해 보지 않았습니다. 위 시험은 에이전트에게 이 파일을 읽고 따르라고 시킨 것입니다.
• 진짜 회사 자료, 진짜 팀 업데이트로는 아직 해 보지 않았습니다.
• 스킬은 새 컴퓨터로 옮겨지지 않으니 파일을 드라이브에 백업해 두세요.
출처: Don't Build Agents, Build Skills Instead – Anthropic · Learn 80% of Claude Cowork in Under 20 Minutes – Jeff Su