Skill이 제품이 되는 시대 — AI 에이전트 생태계의 새로운 경제학

“last30days-skill이 1.7만 스타를 찍었다. 이것은 도구가 아니라, 능력을 파는 것이다.”

소프트웨어 역사에서 “제품”의 단위는 계속 작아져 왔다. 메인프레임에서 PC로, PC에서 웹 앱으로, 웹 앱에서 SaaS로, SaaS에서 API로, API에서 마이크로서비스로. 제품이 작아질 때마다 생산자의 수는 폭발적으로 늘었다. 메인프레임을 만들 수 있는 조직은 열 손가락에 꼽혔지만, SaaS는 스타트업이 만들었고, API는 팀 단위로 만들었다. 그런데 지금, Agentic Coding Tool 생태계에서 제품의 단위가 한 단계 더 작아지고 있다. “skill”이라는 단위가 부상하고 있다. 개인 한 명이 만들 수 있는 크기다.

처음 이걸 체감한 건 superpowers의 brainstorming skill을 적용한 날이었다. 그날은 새로운 API 엔드포인트를 설계하는 작업을 하고 있었다. 평소처럼 Claude Code에 기능 구현을 요청하려는 순간, 에이전트가 멈추더니 되물었다. “구현 전에 요구사항을 정리하겠습니다. 세 가지 접근 방식이 있는데, 각각의 trade-off를 먼저 보시겠습니까?” 평소라면 바로 코드부터 생성했을 것이다. 에이전트가 요청을 받으면 코드를 내놓는 것이 당연하다고 생각했으니까. 하지만 이날은 달랐다. 에이전트가 먼저 설계 대안을 제시하고, 각 대안의 장단점을 분석하고, 내가 선택한 뒤에야 코드를 쓰기 시작했다. 코드를 쓰기 전에 생각을 하게 만드는 것이었다. 도구가 바뀐 게 아니었다. Claude Code는 그대로였다. 모델도 같고, 인터페이스도 같고, 사용하는 커맨드도 같았다. 바뀐 건 에이전트의 행동 방식이었다. skill 하나가 주입되었을 뿐인데, 작업 흐름 전체가 달라졌다. 결과적으로 그날 작성한 API 설계는 평소보다 훨씬 깔끔했다. 나중에 수정할 일도 적었다. 그 순간 깨달았다. 이건 단순한 설정 변경이 아니다. 에이전트의 사고방식을 교체한 것이다.

이 경험 이후 계속 관찰해왔다. GitHub Trending을 모니터링하고, 커뮤니티 반응을 추적하고, 직접 다양한 skill을 적용해봤다. 그리고 하나의 패턴이 보이기 시작했다. AI 에이전트 생태계에서 가치의 단위가 “도구”에서 “능력(skill)“으로 이동하고 있다. 이것은 SaaS 이후 가장 작은 단위의 소프트웨어 제품화다. 그리고 이 변화는 기술 리더들이 팀의 AI 전략을 다시 생각해야 할 만큼 중요하다.

1. Skill이란 무엇인가 — 플러그인과의 결정적 차이

“Skill”이라는 단어는 아직 업계에서 합의된 정의가 없다. 하지만 실제로 쓰이는 방식을 관찰하면 윤곽이 드러난다. Skill은 Agent Harness 위에서 실행되는 재사용 가능한 행동 패턴이다. 중요한 건 “행동 패턴”이라는 부분이다. 기능을 추가하는 것이 아니라, 에이전트가 생각하고 행동하는 방식 자체를 바꾼다.

이것이 기존의 플러그인이나 확장(extension)과 근본적으로 다른 지점이다. 차이를 명확히 하기 위해 구체적인 비유를 들어보겠다. 플러그인은 에이전트의 도구 상자에 새 도구를 넣어주는 것이다. Slack 플러그인을 설치하면 에이전트가 Slack 메시지를 보낼 수 있게 된다. 데이터베이스 플러그인을 설치하면 SQL 쿼리를 실행할 수 있게 된다. 없던 기능이 생긴다. 에이전트가 할 수 있는 일의 범위가 넓어진다.

반면 skill은 에이전트가 이미 할 수 있는 일을 하는 방식 자체를 재정의한다. 같은 코드를 작성하더라도, TDD skill이 주입된 에이전트는 구현 코드를 쓰기 전에 반드시 테스트를 먼저 작성한다. 이것은 테스트 프레임워크를 추가한 게 아니다. 에이전트는 이미 테스트를 쓸 수 있었다. 다만 “테스트를 먼저 쓰겠다”는 판단을 스스로 하지 않았을 뿐이다. TDD skill이 하는 일은 그 판단 순서를 강제하는 것이다. 행동 규율을 주입한 것이다.

사람으로 치면 이렇다. 신입 개발자에게 새로운 프로그래밍 언어를 가르치는 것은 플러그인이다. 할 수 있는 일이 늘어난다. 반면 선임 개발자가 “코드를 쓰기 전에 항상 설계를 먼저 그려라”, “PR을 올리기 전에 스스로 리뷰를 한 번 해라”라고 가르치는 것은 skill이다. 능력 자체가 늘어나는 게 아니라, 이미 있는 능력을 발휘하는 방식이 달라진다. 후자가 실무에서 훨씬 더 큰 차이를 만든다는 것은 경험 있는 엔지니어라면 체감적으로 알 것이다.

brainstorming skill의 경우를 더 들여다보자. 이 skill이 하는 일은 “구현 전에 멈추게 만드는 인지적 제동”이다. 에이전트에게 새로운 능력을 부여하는 게 아니다. 에이전트가 원래 가진 능력을 발휘하는 순서와 판단 기준을 바꾼다. 코드를 작성할 수 있는 능력은 이미 있었다. 요구사항을 분석하는 능력도 있었다. 대안을 비교하는 능력도 있었다. 하지만 “코드를 쓰기 전에 세 가지 대안을 비교하라”는 methodology가 없었다. skill은 이 methodology를 주입한다. 마치 숙련된 컨설턴트가 프로젝트 킥오프 미팅에서 “구현부터 하지 말고, 먼저 문제 정의부터 하자”라고 팀의 작업 방식을 리셋하는 것과 같다.

핵심 구분을 정리하면 이렇다. 플러그인은 “what to do”를 확장한다. Skill은 “how to think”를 주입한다. 플러그인은 도구의 물리적 능력을 늘린다. Skill은 도구의 인지적 전략을 바꾼다. 이 차이가 작아 보일 수 있지만, 결과적으로 만들어지는 작업 품질의 차이는 상당하다. 같은 에이전트, 같은 모델, 같은 프롬프트라도 어떤 skill이 활성화되어 있느냐에 따라 아웃풋의 수준이 달라진다.

verification-before-completion skill을 예로 들어보자. 이 skill은 에이전트가 “작업이 끝났다”고 선언하기 전에 반드시 검증 명령을 실행하고 결과를 확인하게 만든다. 새로운 도구를 추가한 게 아니다. “증거 없이 완료를 주장하지 마라”는 행동 원칙을 심은 것이다. 선임 개발자가 주니어에게 “커밋 전에 테스트 돌려봤어?”라고 습관을 잡아주는 것과 정확히 같은 효과다. 이 skill이 없으면 에이전트는 코드를 작성하고 “완료했습니다”라고 말한다. 실제로 빌드가 깨져 있어도. 이 skill이 있으면 에이전트는 스스로 테스트를 돌리고, 빌드를 확인하고, 결과를 보여준 뒤에야 완료를 선언한다. 기능의 차이가 아니다. 태도의 차이다. Skill은 기술이 아니라 규율이고, 기능이 아니라 methodology다.

2. 숫자가 말하는 것 — 2026년 4월 GitHub Trending

현상을 체감이 아닌 데이터로 확인해보자. 2026년 4월 3일 기준 GitHub Trending을 보면 흥미로운 패턴이 발견된다. 단순히 AI 관련 프로젝트가 많다는 수준이 아니다. 어떤 종류의 프로젝트가 뜨고 있느냐가 핵심이다.

가장 눈에 띄는 것은 상위권의 구성이다. everything-claude-code가 13.4만 스타를 기록하고 있고, 주간 증가량이 +23,845다. superpowers가 13.2만 스타로 바짝 뒤따르며 주간 +17,089를 찍고 있다. 둘 다 Claude Code라는 Agentic Coding Tool의 생태계를 확장하는 프로젝트다. 여기까지는 예상 가능한 범위다. 에이전트 도구 자체의 인기가 높다는 것은 이미 알려진 사실이니까. everything-claude-code는 Claude Code 관련 리소스를 큐레이션하는 허브이고, superpowers는 Claude Code 위에 다양한 skill을 올려주는 Agent Harness다. 이 두 프로젝트가 13만 스타를 넘겼다는 것은, 개발자 커뮤니티가 에이전트 도구의 “생태계 인프라”에 폭발적인 관심을 보이고 있다는 뜻이다.

하지만 진짜 주목해야 할 건 개별 skill 프로젝트의 성과다. last30days-skill이 1.7만 스타를 기록하고 있다. 이 프로젝트가 하는 일은 명확하다. Reddit, X(Twitter), YouTube, Hacker News, Polymarket 등 주요 플랫폼을 횡단하며 최근 30일간의 트렌드를 검색하고 요약해주는 skill이다. 독립 애플리케이션이 아니다. 그 자체로는 실행조차 되지 않는다. Agent Harness 위에서만 작동하는, 순수한 skill이다. 웹 브라우저에서 직접 열 수도 없고, CLI에서 단독 실행할 수도 없다. 오로지 에이전트에게 “이렇게 검색하고 이렇게 정리하라”는 행동 방식을 주입하는 마크다운 파일이 중심이다. 그런데 1.7만 스타다. skill 하나가 웬만한 오픈소스 라이브러리나 프레임워크보다 더 많은 관심을 받고 있다. 이 숫자의 의미를 과소평가해서는 안 된다.

한국 개발자 Yeachan-Heo의 사례는 더 흥미롭다. oh-my-claudecode는 Claude Code를 위한 멀티에이전트 오케스트레이션 프레임워크인데, 주간 +9,761 스타를 기록하고 있다. 여러 에이전트가 협업하는 구조를 skill로 정의하는 프로젝트다. 동시에 같은 개발자가 oh-my-codex라는 OpenAI Codex CLI 확장 프로젝트로 일일 +2,867 스타를 찍고 있다. 한 명의 개인 개발자가 동시에 두 개의 trending 프로젝트를 운영하고 있다는 사실이 중요하다. 대형 팀이나 기업의 리소스가 없어도 이 수준의 영향력을 만들어낼 수 있다. skill 생태계가 개인 개발자에게 기존에는 불가능했던 레버리지를 제공하고 있다는 것을 실증하는 사례다.

ByteDance의 deer-flow도 주목할 만하다. 원래 워크플로우 자동화 도구로 시작한 프로젝트였는데, 최근 “SuperAgent harness”로 리브랜딩했다. 대기업도 자사 제품의 정체성을 “Agent Harness”로 재정의하고 있다는 뜻이다. ByteDance 수준의 기업이 “우리는 harness입니다”라고 포지셔닝한다는 것은 무엇을 의미하는가? Harness가 표준화되면 그 위에서 돌아가는 skill의 시장도 커진다. 이것은 Android나 iOS가 표준화되면서 앱 시장이 열린 것과 같은 구조다. 플랫폼이 정비되면 콘텐츠 시장이 열린다. 지금 Agent Harness가 정비되고 있고, skill 시장이 열리기 시작한 것이다.

이 데이터들을 종합하면 하나의 그림이 그려진다. 생태계의 최상위에 everything-claude-code와 superpowers 같은 허브와 harness가 있고, 그 위에 last30days-skill 같은 개별 skill이 독립 제품으로 존재하며, oh-my-claudecode처럼 개인 개발자가 이 구조 위에서 빠르게 영향력을 만들어내고 있다. ByteDance 같은 대기업은 harness 계층에 진입하면서 이 생태계를 더 견고하게 만들고 있다.

이 데이터들이 가리키는 방향은 명확하다. skill 하나가 1.7만 스타를 받는다는 것은, 개발자 커뮤니티가 skill 자체를 독립적인 제품으로 인정하고 있다는 증거다. 더 이상 “에이전트의 부속품”이나 “설정 파일의 일종”이 아니다. skill은 그 자체로 발견되고, 평가되고, 비교되고, 채택되는 제품이 되었다. GitHub Stars라는 가장 원초적인 개발자 투표에서, skill이 제품으로서 표를 받고 있다.

3. 왜 지금인가 — 세 가지 구조적 조건

skill이 제품이 되는 현상은 갑자기 나타난 게 아니다. 세 가지 구조적 조건이 동시에 충족되면서 일어나고 있다. 어느 하나만으로는 설명이 안 된다. 셋이 동시에 맞물렸기 때문에 지금 이 현상이 발생하고 있다.

첫째, Agent Harness의 표준화다. superpowers, everything-claude-code, deer-flow가 각자의 방식으로 skill 인터페이스를 만들어가고 있다. 아직 단일 표준은 없다. 하지만 공통된 패턴이 수렴하고 있다. skill을 정의하는 방식(마크다운 파일에 트리거 조건과 행동 지침을 기술), 로드하는 방식(디렉토리 기반의 자동 탐지), 트리거하는 조건을 기술하는 방식(키워드 매칭이나 컨텍스트 감지)이 점점 비슷해지고 있다. 마치 초기 웹 브라우저들이 HTML 렌더링 방식을 서로 다르게 구현하다가 점점 표준에 수렴한 것과 비슷하다. 이것은 앱스토어가 등장하기 전에 스마트폰 OS가 먼저 정비된 것과 같은 단계다. Harness가 skill의 실행 환경을 제공하고, 그 환경이 안정화되면서 skill을 독립적으로 배포하고 공유하는 것이 현실적으로 가능해졌다. 플랫폼 없이는 콘텐츠 시장이 없다. Agent Harness가 그 플랫폼이 되고 있다.

둘째, 복제의 역설이다. skill은 본질적으로 텍스트 파일이다. 마크다운으로 작성된 행동 지침서에 가깝다. 복제하는 데 1분이 안 걸린다. git clone 한 번이면 끝이다. 전통적인 비즈니스 상식으로 보면 이것은 제품이 될 수 없는 조건이다. 복제가 쉬운 것은 moat가 없다는 뜻이니까. “누구나 복사할 수 있는 텍스트 파일이 제품이라고?” 합리적인 의문이다.

하지만 실제로는 정반대의 일이 벌어지고 있다. 복제가 쉽기 때문에 오히려 빠르게 확산된다. 확산이 빠르기 때문에 더 많은 사용자가 검증한다. 더 많은 검증이 이루어지기 때문에 신뢰가 쌓인다. 신뢰가 쌓이기 때문에 사실상의 표준(de facto standard)이 된다. 오픈소스 소프트웨어의 역사를 떠올려보라. Linux 커널 소스코드는 누구나 볼 수 있고, 누구나 복제할 수 있다. 하지만 Linux가 서버 OS의 표준이 된 것은 복제 불가능해서가 아니라, 충분히 많은 사람이 같은 것을 쓰면서 검증과 개선을 누적했기 때문이다. skill도 같은 역학을 따르고 있다.

이전에 쓴 에세이에서 “복제 가능하지만 맥락은 복제 불가”라는 구조를 이야기한 적이 있다. skill에도 정확히 같은 논리가 적용된다. skill의 텍스트는 복제 가능하지만, 그 skill이 특정 팀의 워크플로우에 녹아든 맥락은 복제할 수 없다. brainstorming skill을 복사해 올 수는 있다. 하지만 우리 팀이 3개월간 쓰면서 “우리 도메인에서는 대안 비교를 세 가지가 아니라 다섯 가지로 하는 게 낫다”라고 조정하고, “특정 유형의 요청에는 brainstorming을 건너뛰어도 된다”는 예외를 추가하고, 팀원들이 그 방식에 적응한 상태 — 이것은 원본을 복사해온다고 재현되지 않는다. 텍스트는 같아도 맥락이 다르다.

셋째, network effect다. 많은 사람이 같은 skill을 쓸수록 그 skill의 검증 강도가 올라간다. GitHub Stars는 사실상 skill의 품질 인증 역할을 하고 있다. 1.7만 스타를 받은 last30days-skill은 “1.7만 명의 개발자가 이 skill을 발견하고 관심을 가졌다”는 신호를 보낸다. 이 신호가 추가 채택을 이끌고, 추가 채택이 추가 피드백을 만들고, 추가 피드백이 품질 개선을 만들고, 품질 개선이 다시 추가 채택을 이끈다. 전형적인 network effect 구조다.

여기서 흥미로운 점은, skill의 network effect가 전통적인 소프트웨어의 그것과 다른 형태를 띤다는 것이다. Slack이나 카카오톡 같은 메신저의 network effect는 “많은 사람이 쓰니까 나도 써야 소통이 된다”는 직접적 네트워크 효과다. 반면 skill의 network effect는 “많은 사람이 써봤으니 이것은 충분히 검증된 methodology다”라는 신뢰 기반 효과에 가깝다. 나 혼자 써도 skill은 작동한다. 하지만 1.7만 명이 써본 skill과 열 명이 써본 skill 사이에는 신뢰의 격차가 있다. 결과적으로 초기에 확산에 성공한 skill은 후발 skill 대비 “검증 데이터”라는 자산에서 우위를 점하게 된다. 기능이 동일해도 스타가 많은 skill이 채택된다. 신뢰는 기능보다 강력한 차별화 요소다.

이 세 가지 조건 — Harness의 표준화, 복제의 역설, network effect — 이 동시에 작동하면서, skill은 “재미있는 실험”에서 “진지한 제품”으로 전환되고 있다. 각 조건이 나머지 두 조건을 강화하는 구조라는 점도 중요하다. Harness가 표준화되면 skill의 복제와 확산이 더 쉬워지고, 확산이 빨라지면 network effect가 강해지고, network effect가 강해지면 더 많은 개발자가 그 Harness 위에 skill을 만들면서 표준화가 가속된다. 자기 강화 루프(self-reinforcing loop)다.

그리고 이 전환은 아직 초기 단계다. 앱스토어 초기에 “손전등 앱”이 수백만 다운로드를 기록하던 시절을 떠올려보라. 지금 skill 생태계는 그 단계에 있다. last30days-skill이나 brainstorming skill 같은 범용 skill이 주목받고 있지만, 앞으로는 특정 산업, 특정 도메인, 특정 워크플로우에 특화된 skill이 폭발적으로 늘어날 것이다. 금융 데이터 분석 skill, 의료 문서 리뷰 skill, 법률 계약서 검토 skill처럼 전문 영역의 methodology를 담은 skill이 등장할 때, 이 시장의 진짜 가치가 드러날 것이다.

4. 기술 리더를 위한 질문 — Skill 경제에서 어디에 서 있는가

여기까지 읽은 기술 리더에게 하나의 프레임워크를 제안한다. 당신의 조직이 skill 경제에서 어디에 위치하는지 파악하기 위한 두 개의 축이다.

첫 번째 축은 skill에 대한 관계다. “소비자(consumer)“인가, “생산자(producer)“인가? 팀이 superpowers나 다른 사람이 만든 skill을 가져다 쓰기만 하고 있다면 소비자다. 팀 고유의 워크플로우를 skill로 정제해서 내부에서든 외부에서든 공유하고 있다면 생산자다. 소비자가 나쁜 것은 아니다. 좋은 skill을 빠르게 도입하는 것도 경쟁력이다. 하지만 소비자 위치에만 머물면, skill 생태계의 진화 속도에 종속된다.

두 번째 축은 AI 워크플로우의 의존 대상이다. “도구 의존”인가, “skill 의존”인가? 에이전트의 가치를 “어떤 도구를 쓰느냐”로 판단하고 있다면 도구 의존이다. 팀 회의에서 “우리 Claude Code 쓸까, Cursor 쓸까?”만 논의하고 있다면 이 상태다. 반면 “에이전트가 어떤 방식으로 행동하느냐”를 기준으로 판단하고 있다면 skill 의존이다. “우리 코드 리뷰 skill을 어떻게 개선할까?”, “새 팀원 온보딩을 위한 skill을 만들까?”를 논의하고 있다면 이 위치에 있다.

이 두 축을 교차하면 네 개의 위치가 나온다.

도구 의존 + 소비자는 가장 취약한 포지션이다. 더 좋은 도구가 나오면 바로 전환해야 하고, 전환해도 축적된 것이 없다. 도구가 바뀔 때마다 처음부터 다시 시작한다. 지난달까지 쓰던 도구의 경험이 이번 달 새 도구에 전혀 이어지지 않는다. 불행히도 현재 대부분의 조직이 여기에 위치해 있다.

도구 의존 + 생산자는 자체 도구나 플러그인을 만들고 있지만, skill이라는 새로운 가치 계층을 놓치고 있다. 내부 자동화 스크립트는 많지만, 그것이 에이전트의 행동 방식까지 정의하지는 못하고 있다. 도구를 만드는 역량이 있으니 전환의 잠재력은 높지만, 관점의 전환이 필요하다.

Skill 의존 + 소비자는 좋은 skill을 잘 골라서 쓰고 있다. superpowers의 brainstorming, TDD, verification skill을 도입해서 팀의 에이전트 활용 수준은 높다. 생산성 향상도 체감하고 있을 것이다. 하지만 자기 조직만의 차별화가 없다. 경쟁사도 같은 skill을 가져다 쓸 수 있다.

Skill 의존 + 생산자가 가장 강한 위치다. 자기 도메인에 최적화된 skill을 만들고, 그것이 팀의 행동 방식을 정의하고, 시간이 갈수록 그 skill에 팀 고유의 맥락이 축적된다. 이 위치에 있는 조직은 에이전트 도구가 바뀌어도 skill을 이식할 수 있다. 축적된 것이 도구가 아니라 methodology이기 때문이다.

Yeachan-Heo가 보여준 것은 개인도 skill 생산자가 될 수 있다는 사실이다. 대형 조직만의 특권이 아니다. 오히려 skill의 특성상 작은 팀과 개인이 더 빠르게 움직일 수 있다. skill은 텍스트 파일이고, 배포는 GitHub push 한 번이고, 피드백 루프는 커뮤니티가 돌려준다. 대기업의 제품 출시 사이클이 분기 단위라면, skill의 출시 사이클은 하루 단위다.

당신의 팀에게 물어보라. “우리 팀만의 일하는 방식 중에서, 다른 팀에게도 가치가 있을 만한 것은 무엇인가?” 코드 리뷰 때 항상 확인하는 체크리스트가 있는가? 장애 대응 때 따르는 프로토콜이 있는가? 신규 서비스 설계 때 반드시 거치는 검증 단계가 있는가? 데이터 마이그레이션 전에 빠뜨리지 않아야 할 확인 사항이 있는가? 주니어 개발자에게 반복적으로 알려주는 작업 순서가 있는가? 그런 것들이 지금까지는 구두로 전달되거나, 위키 한구석에 묻혀 있었다. 하지만 그것을 skill로 정제하면, 에이전트가 그 방식대로 행동하게 만들 수 있다. 팀의 암묵지가 에이전트의 행동 규칙이 된다. 그것이 당신의 첫 번째 skill이 될 수 있다.

SaaS가 소프트웨어를 서비스로 만들었다. Skill 경제는 방법론을 제품으로 만들고 있다. 제품의 단위가 더 작아졌고, 그래서 더 많은 사람이 생산자가 될 수 있게 되었다. 소프트웨어 산업의 역사에서 제품의 단위가 작아질 때마다 산업은 폭발적으로 성장했다. PC가 소프트웨어 산업을 만들었고, 웹이 SaaS 산업을 만들었고, 스마트폰이 앱 산업을 만들었다. 지금 Agent Harness가 skill 산업을 만들고 있다. 1.7만 스타를 받은 텍스트 파일이 그 증거다. 에이전트 시대의 제품은 코드가 아니라 methodology이고, 기능이 아니라 행동 방식이다. 그리고 이 변화는 이미 시작되었다.

참고문헌

  • GitHub Trending data (2026-04-03)
  • obra/superpowers GitHub repository
  • affaan-m/everything-claude-code GitHub repository
  • Yeachan-Heo/oh-my-claudecode GitHub repository
  • mvanhorn/last30days-skill GitHub repository
  • bytedance/deer-flow GitHub repository