📈 AI 코딩 에이전트 플러그인, 8천 개를 뜯어보니
올해 들어 "AI 코딩 에이전트에 플러그인을 붙여 쓴다"는 이야기를 주변에서 듣는 일이 부 늘었다. 사내 코딩 규칙을 지시문으로 적어 두고, 자주 쓰는 스크립트를 묶어 팀 전체가 공유하는 식이다. 그런데 여기서 자연스럽게 따라오는 질문이 있다. 이렇게 만든 플러그인은 한 번 만들고 끝나는 물건일까?, 아니면 일반 소프트웨어처럼 계속 고치고 관리해야 하는 물건일까. 이번에 arXiv에 올라온 실증 연구가 이 질문에 처음으로 숫자로 답했다.
무엇을 조사했나
연구진은 Claude Code 플러그인 마켓플레이스를 호스팅하는 저장소 1,926개를 모아, 그 안의 플러그인 8,351개와 커밋 77,773건을 분석했다. 마켓플레이스 수로는 2,018개 규모다. AI 코딩 에이전트의 확장 생태계를 이 정도 규모로 정량 분석한 연구는 이번이 사실상 처음이다.
| 항목 | 수치 |
|---|---|
| 분석한 저장소 | 1,926개 |
| 분석한 플러그인 | 8,351개 |
| 분석한 커밋 | 77,773건 |
| 6개월간 커밋 활동 증가 | 8.8배 |
| 소프트웨어 엔지니어링 목적 플러그인 비중 | 61.3% |
| 기능(feature) 커밋 비율 | 39.6% (일반 오픈소스 17.2%) |
| Claude가 공동 작성자로 기록된 커밋 | 34.9% |
작동 방식이 왜 다른가
일반적인 소프트웨어 패키지는 소스 코드로 기능을 전달한다. 반면 에이전트 플러그인은 자연어로 쓴 지시문 파일, 스크립트, 설정 파일이 뒤섞인 형태로 기능을 전달한다. 사람이 읽는 문서와 기계가 실행하는 코드의 경계가 흐릿하다는 뜻이다.
이 차이는 커밋 기록 해석에도 영향을 준다. 연구진은 docs, perf, style, refactor라는 네 가지 커밋 유형이 플러그인 저장소에서는 전통적인 소프트웨어와 상당히 다른 의미를 갖는다고 지적한다. 예컨대 일반 프로젝트에서 "docs" 커밋은 대체로 부수적인 문서 손질이지만, 지시문 자체가 곧 기능인 플러그인에서는 문서를 고치는 일이 곧 동작을 바꾸는 일이 된다.
가장 눈에 띄는 발견은 skills 디렉터리에서 나왔다. 대부분의 구성요소는 서로 독립적으로 변해 가는데, skills 안에서는 자연어 지시문 파일과 실제 구현 스크립트가 우연이라고 보기 어려운 비율로 함께 바뀌었다. 그리고 이렇게 동시에 바뀜 사례의 78%는 기능적으로 서로 묶여 있었다. 연구진은 이것을 기존 소프트웨어공학에서 관찰된 적 없는 새로운 유형의 유지보수 의존성으로 규정한다.
그래서 진짜 의미하는 것
이 결과에서 과장하기 쉬운 부분과 진짜 중요한 부분을 갈라 보자.
먼저 과장하기 쉬운 쪽. "커밋 활동 8.8배 증가"는 생태계가 폭발한다는 인상을 주지만, 출시 직후 6개월이라는 초기 구간의 성장률이라는 점을 감안해야 한다. 거의 0에서 출발한 지표의 배수는 원래 크게 나오기 마련이고, 이 추세가 계속될지는 이 데이터만으로 알 수 없다. "Claude가 커밋의 34.9%를 공동 작성했다"는 수치도 마찬가지다. 이는 커밋 메시지에 공동 작성자 표기가 남은 비율일 뿐, AI가 코드의 3분의 1을 실제로 설계했다는 뜻은 아니다.
진짜 중요한 부분은 오히려 덜 화려한 쪽에 있다. 첫째, 에이전트 플러그인은 "한 번 쓰고 잊는 설정 파일"이 아니라 계속 손봐야 하는 유지보수 대상이라는 것이 데이터로 확인됐다. 기능 커밋 비율이 일반 오픈소스의 두 배가 넘는다는 것은, 플러그인이 만들어진 뒤에도 계속 기능이 붙고 바뀐다는 뜻이다.
둘째, 지시문과 스크립트가 함께 바뀐다는 발견은 팀 운영에 직접적인 함의가 있다. 자연어 지시문을 코드와 별개의 "문서"로 취급해 리뷰 대상에서 빼 두면, 스크립트만 고치고 지시문은 낡은 채로 남아 에이전트가 엉뚱하게 동작하는 상황이 생길 수 있다. 지시문 파일도 코드와 동일한 수준의 변경 관리와 리뷰를 받아야 한다는 실무적 결론이 여기서 나온다.
셋째, 플러그인의 61.3%가 소프트웨어 엔지니어링 작업에 쏠려 있다는 점은 이 생태계가 아직 개발자 내부 도구에 머물러 있다는 신호이기도 하다. 문서 작업, 데이터 분석, 운영 자동화 같은 영역은 상대적으로 비어 있다.
마무리
이 연구는 새로운 기법을 제안한 논문이 아니라, 빠르게 커지는 생태계를 처음으로 제대로 재 본 관측 기록에 가깝다. 그런 만큼 특정 시점의 스냅샷이라는 한계도 분명하고, 공개된 저장소만 대상으로 했으므로 기업 내부에서 비공개로 쓰이는 플러그인은 빠져 있다. 그럼에도 "AI에게 시킬 말을 적어 둔 파일도 결국 관리해야 할 자산"이라는 메시지는 지금 팀에 에이전트를 도입하려는 곳이라면 새겨 둘 만하다.
출처: Ahmed Hereiz, Yingzhe Lyu, Hao Li, Bram Adams, Ahmed E. Hassan, "On the Maintenance and Co-evolution of Agent Plugins: An Empirical Study of Claude Code Plugin Marketplaces", arXiv:2608.28497 (2026년 8월 28일)