AI 설명이 외계어처럼 들릴 때: Codex에서 ELI5 스킬을 써봤다

AI에게 “쉽게 설명해 줘”라고 했는데도 답변 첫 문장부터 생소한 용어가 세 개씩 나올 때가 있습니다. 문장은 친절한데, 읽는 사람 머릿속에는 그림이 안 그려지는 상황이랄까요.

이럴 때 써볼 만한 것이 ELI5입니다. 이름은 Explain Like I’m Five, 말 그대로 “다섯 살에게 설명하듯 알려줘”라는 뜻입니다. 하지만 실제로 다섯 살 말투를 흉내 내는 기능이라고 보면 조금 빗나갑니다. 핵심은 배경지식이 없는 사람도 전체 흐름을 먼저 잡을 수 있게 설명하는 것입니다.

최근 공개된 ELI5 스킬은 여기서 한 발 더 나갑니다. 긴 글을 쉽게 고쳐 쓰는 데서 끝내지 않고, 큰 그림과 적은 글자로 된 시각 설명을 만들도록 요구합니다. 저도 Codex용으로 직접 만들어 보고, 우리가 쓰고 있는 Blogger 자동화의 OAuth 과정을 설명시켜 봤습니다.

ELI5가 갑자기 왜 화제가 됐을까

2026년 8월 22일, Anthropic의 Thariq Shihipar는 X에서 ELI5를 “Anthropic 사람들이 최근 많이 사용해 온 스킬”이라고 소개했습니다. 공개된 SKILL.md는 놀랄 만큼 짧습니다.

이 주제를 아무것도 모르는 사람에게 설명하되, 큰 그림과 적은 글자를 사용한 HTML 설명물을 만든다.

사실상 이 한 문장이 전부입니다. 그래서 좋은 점도 분명합니다. 특정 분야의 어려운 용어를 잔뜩 외우게 하기 전에, 먼저 “무엇이 어디로 이동하고 왜 필요한지”를 눈으로 보여줍니다.

다만 표현은 정확히 해둘 필요가 있습니다. 공개 저장소의 설명에 따르면 claude-plugins-community는 검토된 커뮤니티 플러그인을 모아 둔 읽기 전용 미러입니다. Anthropic이 직접 유지하는 공식 플러그인 저장소와는 구분됩니다. 따라서 **“Anthropic 사람들이 내부에서 많이 썼다고 공개 소개된 스킬”**이라고 말할 수는 있지만, **“Anthropic 공식 ELI5 플러그인”**이라고 부르면 범위를 넓혀 말하는 셈입니다.

Claude용 스킬을 Codex에서 어떻게 쓰나

Claude 플러그인을 Codex에 그대로 설치하는 방식은 아닙니다. 대신 공개 스킬의 핵심 아이디어를 Codex 형식의 작은 스킬로 옮기면 됩니다.

OpenAI의 공식 Codex 스킬 안내에 따르면 스킬은 지침과 필요한 자료를 묶어 놓은 폴더입니다. 프로젝트 전용이라면 프로젝트 안의 다음 위치에 둘 수 있습니다.

.agents/
└─ skills/
   └─ eli5/
      └─ SKILL.md

저는 이 공개 아이디어를 Codex 형식으로 옮긴 ELI5 스킬을 직접 만들어 시험했습니다. 내용은 공개 버전의 장점을 살리되 Codex에서 쓰기 좋게 조금 보완했습니다.

• 배경지식이 없는 사람을 기준으로 3~5개의 핵심만 남긴다.
• 익숙한 비유를 하나 쓰고, 비유가 실제와 달라지는 지점도 한 줄로 밝힌다.
• 큰 그림, 직접적인 라벨, 적은 글자를 우선한다.
• 코드나 프로젝트를 설명할 때는 실제 파일을 먼저 확인한다.
• 법률·의료·금융·보안처럼 세부사항이 중요한 분야에서는 쉬운 설명을 최종 판단으로 쓰지 않는다.

Codex에서 명시적으로 부를 때는 요청 앞에 스킬 이름을 붙이면 됩니다.

$eli5 OAuth 2.0으로 Codex가 Blogger에 초안을 저장하는 과정을 그림 중심으로 설명해 줘.

매번 $eli5를 쓰지 않아도 요청이 스킬의 설명과 잘 맞으면 Codex가 암시적으로 선택할 수 있습니다. 그래도 결과를 비교하거나 같은 형식을 반복하고 싶을 때는 직접 이름을 붙이는 편이 더 분명합니다. 새로 만든 스킬이 목록에 보이지 않는다면 해당 프로젝트를 다시 열거나 Codex를 재시작해 볼 수 있습니다.

직접 시험해 보니 무엇이 달라졌나

시험 주제는 일부러 조금 어려운 것으로 골랐습니다.

OAuth 2.0으로 Codex 자동화가 Blogger에 비공개 초안을 저장하는 과정을 설명해 줘.

일반 설명은 대체로 OAuth 2.0, 액세스 토큰, 권한 범위, Blogger API를 먼저 정의한 뒤 순서를 풀어냅니다. 틀린 설명은 아니지만, 처음 보는 사람은 네 용어를 머릿속에 올려놓은 채 흐름을 따라가야 합니다.

ELI5 스킬을 적용한 결과는 OAuth를 방문증에 빗댄 네 장짜리 설명이 됐습니다.

1. 내가 먼저 “이 앱이 내 블로그 초안을 만들어도 된다”고 허락합니다.
2. Google이 갈 수 있는 곳과 시간이 적힌 방문증, 즉 토큰을 줍니다.
3. Codex가 Blogger API에 방문증과 글 내용을 함께 보여줍니다.
4. Blogger가 권한을 확인하고 글을 비공개 초안으로 저장합니다. 공개 버튼은 사람이 마지막에 누릅니다.

이번 테스트에서는 데스크톱 폭과 스마트폰에 가까운 좁은 폭에서 모두 내용이 잘 보이는지 확인했고, 다음 버튼으로 네 단계가 바뀌는 것도 직접 점검했습니다. 직접 만든 Codex용 ELI5 스킬도 Codex의 스킬 검증 절차를 통과했습니다.

결과는 꽤 솔깃했습니다. 일반 설명은 정확한 용어를 배우기 좋았고, ELI5 결과는 전체 흐름을 처음 잡기 좋았습니다. 어느 하나가 다른 하나를 완전히 대체한다기보다 순서가 달라진 셈입니다. 그림으로 지도를 먼저 보고, 필요할 때 정확한 용어와 문서를 한 단계 더 내려가 읽는 방식입니다.

다만 이것은 한 주제로 해본 정성 비교입니다. “ELI5가 항상 더 잘 가르친다”는 벤치마크가 아니며, 우리가 만든 것은 Claude용 공개 스킬을 그대로 실행한 것이 아니라 그 핵심을 Codex용으로 재구성한 버전입니다.

이런 상황에는 잘 맞았다

• 처음 보는 API나 인증 흐름의 큰 그림을 잡을 때
• 코드 저장소에서 여러 모듈이 어떻게 이어지는지 볼 때
• 장애가 발생한 순서를 빠르게 정리할 때
• 두 기술의 장단점을 먼저 직관적으로 비교할 때
• 다른 사람에게 설명하기 전에 내가 제대로 이해했는지 확인할 때

반대로 숫자 하나, 권한 하나가 중요한 최종 구현 단계에서는 ELI5만 보고 끝내면 안 됩니다. 방문증 비유만으로는 액세스 토큰과 갱신 토큰의 차이, 권한 범위, 만료와 폐기 조건까지 모두 담기 어렵습니다.

그래서 저는 ELI5 요청 끝에 다음 한 줄을 함께 넣는 방식을 추천합니다.

비유가 실제 기술과 달라지는 지점, 빠뜨리면 위험한 예외, 확인할 공식 문서도 마지막에 적어 줘.

결국 ELI5는 ‘쉽게 말해 줘’보다 형식을 고정하는 도구다

ELI5의 진짜 장점은 AI가 갑자기 더 똑똑해지는 데 있지 않습니다. 우리가 원하는 설명의 기준을 매번 다시 길게 쓰지 않아도 된다는 데 있습니다.

큰 그림부터, 적은 글자로, 비유의 한계까지. 이 규칙을 스킬로 저장해 두면 복잡한 기술을 만날 때마다 같은 방식으로 첫 지도를 받을 수 있습니다. 기술 이야기가 너무 딱딱하게 느껴질 때 한 번쯤 써볼 만합니다. 단, 쉬운 설명은 출발점이고 사실 확인은 여전히 별도입니다. AI 답변을 확인하는 기본 방법은 AI 답변을 그대로 믿기 전에 확인할 7가지, 긴 자료를 확인하는 순서는 긴 문서를 AI로 요약할 때 빠진 내용을 확인하는 5단계와 함께 보면 좋습니다.

참고 자료

• Thariq Shihipar의 ELI5 소개 게시물
• 공개 ELI5 SKILL.md
• Anthropic 커뮤니티 플러그인 미러 설명
• OpenAI, Build skills for ChatGPT and Codex