[Tool] 321바이트짜리 스킬 하나 — 무엇이 없는지가 핵심입니다

Anthropic 커뮤니티 마켓플레이스에 올라온 eli5 스킬의 원본 파일을 직접 받아 한 줄씩 봅니다. 321바이트뿐인 이 스킬이 무엇을 적었고 무엇을 적지 않았는지 정리합니다.

게시 2026/09/02 업데이트 2026/09/02

By Junhyun

12 분읽는 시간

스킬을 처음 만들면 대개 길어집니다. 하고 싶은 말이 많으니까요.

그런데 잘 도는 스킬 중에 321바이트짜리가 있습니다. 파일 전체가 10줄이고, 실제 지시는 한 문장입니다.

받아서 한 줄씩 보겠습니다. 스킬 아홉 분류 글이 “무엇을 스킬로 만드나”였다면, 이 글은 “하나를 어떻게 쓰나” 입니다.

어디 있는 물건인가

anthropics/claude-plugins-community 저장소의 eli5 플러그인입니다. Claude Code 와 Claude Cowork 용 커뮤니티 플러그인 마켓플레이스이고, 현재 플러그인 6개가 들어 있습니다.

plugin.json 에 적힌 것: 버전 1.0.0, 저자 Thariq Shihipar, 라이선스 MIT.

평가 주도 개발 글에서 인용한 “How we use skills” 를 쓴 사람과 같은 사람입니다.

파일 전체

이게 전부입니다. 줄이거나 발췌한 게 아닙니다.

  
---
name: eli5
description: Explain a topic like I'm a 5 year old. Use when the user types /eli5 <topic> or asks for a dead-simple picture explainer of how something works.
---

# eli5

Explain like I'm someone who knows nothing about this topic, using a HTML artifact with big pictures and few words.

Topic: $ARGUMENTS

우리말로 옮기면 본문은 이 한 문장입니다.

이 주제를 전혀 모르는 사람에게 설명하듯 설명하라. 큰 그림과 적은 글자로 된 HTML 아티팩트를 써서.

321바이트를 무엇이 차지하나

원본 파일을 받아 바이트를 직접 셌습니다

description 이 158바이트, 본문 지시가 116바이트입니다.

언제 부를지 적은 글이 무엇을 하라고 적은 글보다 1.36배 깁니다.

이게 왜 거꾸로처럼 보이나

스킬을 처음 만들 때 대개 반대로 합니다. 본문에 온갖 규칙을 쌓고, description 은 한 줄로 대충 적습니다.

그런데 둘은 읽히는 시점이 다릅니다.

	언제 읽히나	무슨 일을 하나
`description`	매번	이 스킬을 꺼낼지 말지 고른다
본문	꺼낸 다음에만	무엇을 할지 지시한다

description 이 부실하면 본문이 아무리 좋아도 발동하지 않습니다. 안 불린 스킬은 없는 스킬입니다.

그래서 이 파일의 description 을 보면 발동 조건을 두 갈래로 적어뒀습니다.

사용자가 /eli5 <주제> 라고 직접 칠 때
“어떻게 돌아가는지 아주 쉬운 그림 설명”을 요청할 때

이름을 모르는 사람도 걸리게 해둔 겁니다.

두 가지만 정하고 나머지는 안 적었습니다

본문 한 문장이 거는 제약은 딱 둘입니다.

1. 청중 — “이 주제를 전혀 모르는 사람” 2. 출력 형식 — “HTML 아티팩트, 큰 그림, 적은 글자”

방법은 한 글자도 없습니다. 어떤 다이어그램을 쓸지, 몇 단계로 나눌지, 비유를 들지 말지, 순서를 어떻게 잡을지 — 아무 말이 없습니다.

이건 빼먹은 게 아니라 남겨둔 쪽에 가깝습니다. 주제마다 좋은 그림이 다르기 때문입니다. DNS 를 설명하는 그림과 대출 이자를 설명하는 그림이 같을 리 없습니다.

결과의 모양은 고정하고, 거기 도달하는 길은 열어둔 것입니다.

3분 동안 세 번 고쳤습니다

커밋 이력이 남아 있습니다. 전부 2026-08-21 입니다.

시각 (UTC)	커밋
18:52:33	Add eli5 plugin
18:53:29	Use HTML artifact wording in eli5 skill
18:55:01	Reword eli5 skill prompt

3분 안에 두 번 되돌아왔습니다. 그중 하나는 “HTML 아티팩트”라는 표현을 넣으려고 따로 낸 커밋입니다.

321바이트에서는 단어 하나가 전체의 몇 퍼센트입니다. 긴 프롬프트에서 한 단어를 고치는 것과 무게가 다릅니다.

역할 부여인가, 청중 지정인가

여기서 짚고 갈 게 하나 있습니다.

프롬프트 기본기 글에서 역할 부여(“너는 전문가다”)가 성능을 올린다는 근거가 약하다고 정리했습니다. 그런데 이 스킬은 역할처럼 보이는 걸 줍니다.

자세히 보면 다릅니다.

	예	무엇을 정하나
페르소나 부여	“너는 20년 경력 엔지니어다”	모델을 누구로 만들지
청중 지정	“전혀 모르는 사람에게 설명하듯”	누구에게 말할지

앞의 것은 모델의 능력이 달라진다는 기대에 기댑니다 — 근거가 약한 쪽입니다. 뒤의 것은 출력의 눈높이를 정합니다. 같은 내용을 어느 수준으로 풀지는 실제로 달라집니다.

“너는 초등학교 선생님이다”가 아니라 “모르는 사람에게 설명하라” 라고 쓴 게 이 차이입니다. 짧은 차이지만 방향이 다릅니다.

그래서 가져갈 것

1. description 을 본문보다 공들여 쓰십시오. 발동 조건입니다. 안 불리면 없는 것과 같습니다.

2. 제약은 결과에 걸고, 방법은 열어두십시오. “이런 모양으로 나와야 한다”는 정하고, “이렇게 만들어라”는 대개 안 적어도 됩니다.

3. 짧게 쓰면 고치기 쉽습니다. 3분에 세 번 고칠 수 있었던 건 파일이 321바이트였기 때문입니다. 300줄짜리 스킬은 어디를 고칠지부터 찾아야 합니다.

4. 페르소나 말고 청중을 정하십시오. 모델을 누구로 만들지보다 누구에게 말하게 할지가 실제로 출력을 바꿉니다.

읽을 때 붙여야 할 단서

“Anthropic 직원들이 즐겨 쓴다”는 확인하지 못했습니다. 이 스킬이 알려진 계기는 저자의 X 글인데, 그 플랫폼이 이 환경에서 열리지 않습니다(HTTP 402). 제가 확인한 것은 스킬의 존재·저자·라이선스·바이트 수·커밋 시각까지입니다. 내부에서 얼마나 쓰이는지는 확인하지 못했습니다.

짧아서 좋은 게 아닙니다. 이 스킬이 짧은 건 하는 일이 하나라서입니다. 여러 단계를 정확한 순서로 밟아야 하는 일이라면 길어야 합니다. 길이가 미덕이 아니라 일에 맞는 길이가 미덕입니다.

출력 품질은 제가 재지 않았습니다. 이 글은 스킬 파일을 읽은 것이지 결과물을 평가한 게 아닙니다. 실제로 좋은 설명을 내놓는지는 평가 글에서 말한 방식으로 따로 재야 합니다.

설치 방법을 안 적었습니다. 소개하는 글이 아니라 뜯어보는 글이라서입니다. 필요하면 저장소에 있습니다.

정리

eli5 스킬은 321바이트, 10줄입니다. 실제 지시는 한 문장입니다.

그 안에서 description(158B)이 본문 지시(116B)보다 깁니다. 언제 부를지가 무엇을 할지보다 길게 적혀 있습니다. 스킬은 안 불리면 없는 것과 같으니 이상한 배분이 아닙니다.

본문이 거는 제약은 청중과 출력 형식 둘뿐이고, 방법은 비워뒀습니다. 그리고 그 한 문장을 저자는 3분 안에 두 번 고쳤습니다.

잘 도는 짧은 프롬프트는 할 말을 줄인 게 아니라, 무엇을 안 적을지 고른 것입니다.

참고

anthropics/claude-plugins-community — eli5 — MIT, 저자 Thariq Shihipar (2026-09-02 원본 파일 직접 확인). SKILL.md 전문, 321바이트라는 크기, 바이트 구성, plugin.json 의 저자·라이선스, 커밋 이력 세 건의 출처입니다. 크기는 GitHub API 의 size 필드로 확인했고 줄별 바이트는 직접 셌습니다
Anthropic이 공개한 스킬 아홉 분류 — “무엇을 스킬로 만드나”를 다룬 앞 글
프롬프트 기본기 다섯 가지 — 역할 부여의 근거가 약하다는 이야기
평가 주도 개발 — 스킬이 실제로 잘 도는지 재는 방법

Tech