단일 어시스턴트가 아닌 '개발팀'으로 Claude Code를 운영하는 개발자들은 동일한 짧은 목록의 기술들을 설치합니다. 즉, 계획 게이트(planning gate), 서브 에이전트 기반 빌드 루프(subagent-driven build loop), 코드 리뷰 패스(code-review pass), 디버거(debugger), 그리고 프론트엔드 및 MCP 구축 전문가들입니다. 이 패턴은 하나의 오케스트레이션 기술이 작업을 분산시키고, 설치 횟수는 개발자들이 어떤 서브 에이전트를 유지하는지 보여줍니다.

돌아다니는 '132개 에이전트, 159개 명령어, 25개 MCP' 스크린샷은 이 현상의 화려한 버전입니다. 실제로는 대부분 몇 안 되는 기술들이 핵심 작업을 수행하며, OpenAI가 Claude Code 내에서 Codex를 실행하는 플러그인을 제공하여 두 에이전트가 서로의 작업을 검토할 수 있게 합니다. 다음은 개발자들이 실제로 각 구성 요소를 설치한 횟수에 따라 순위를 매긴 스택입니다.

Claude Code 개발팀이란 무엇인가

단일 에이전트는 하나의 흐름만 유지하며 몇 개 파일 이상이 되면 맥락을 잃습니다. 개발팀 설정은 작업을 분할합니다: 한 오케스트레이터가 의도를 읽고 위임하고, 서브 에이전트들은 각각의 영역(이것 빌드하기, 저것 리뷰하기, 다른 것 디버그하기)을 소유하며, 결과는 메인 스레드로 돌아옵니다. 당신은 132개의 개성을 운영하는 것이 아닙니다. 반복적으로 몇 가지 신뢰할 수 있는 역할을 운영하는 것입니다.

아래의 기술들이 바로 그 역할들입니다. 숫자는 Skillselion 카탈로그에서 실제 설치 횟수로 순위를 매긴 것입니다.

설치 횟수별 스택

1. frontend-design (anthropics/skills) - 628,875회 설치
이 분야 전체에서 가장 많이 설치된 기술이며, 그럴 만한 이유가 있습니다. 바로 UI 작업을 맡기는 팀원 역할을 하기 때문입니다. 이 기술은 미적 감각과 레이아웃 규칙을 담고 있어 에이전트가 일반적인 스캐폴딩(scaffolding)만 배포하는 것을 막습니다. 개발팀이 인간이 보는 어떤 결과물을 내놓는다면, 이것이 프론트엔드 자리입니다.

2. brainstorming (obra/superpowers) - 261,134회 설치
The 계획 게이트(planning gate) 역할을 합니다. 디자인이 단계별로 승인될 때까지 에이전트가 코드를 작성하는 것을 거부합니다. 이 기술은 '그럴듯하게 들림'을 실제 명세서(spec)로 바꾸는 것이며, 이것이 Superpowers 스타일의 설정이 단순한 프롬프팅보다 덜 혼란스럽게 느껴지는 이유입니다.

3. systematic-debugging (obra/superpowers) - 173,346 installs
재현(Reproduce), 최소화(minimise), 가설 설정(hypothesise), 수정(fix), 회귀 테스트(regression-test). 이는 메인 스레드(main thread)에게 추측하라고 요청하는 대신, 실패한 테스트를 전달할 수 있는 온콜(on-call) 팀원과 같습니다. 아래의 리뷰(review) 단계와 자연스럽게 짝을 이룹니다.

4. using-superpowers (obra/superpowers) - 171,091 installs
오케스트레이션(orchestration) 메타 기술입니다. 어떤 다른 기술을 사용할지 아는 계층으로, 이를 통해 메인 에이전트(agent)가 모든 것을 직접 수행하기보다 업무를 배분하는 리더처럼 행동하게 합니다. 이는 "하나의 봇을 하나의 팀으로 만든다"는 아이디어에 가장 근접한 단일 설치 항목입니다.

5. requesting-code-review (obra/superpowers) - 155,120 installs
리뷰어(reviewer) 자리입니다. 자체적인 기준을 가지고 별도의 단계로서 리뷰 패스(review pass)를 실행하며, 이는 OpenAI의 Codex-in-Claude-Code 플러그인이 정확히 들어맞는 자리입니다. 즉, Codex가 Claude가 방금 작성한 디프(diff)를 읽게 하는 것입니다. 두 개의 모델, 하나의 리뷰 루프(review loop).

6. subagent-driven-development (obra/superpowers) - 135,061 installs
태스크(task)별로 집중된 서브에이전트(subagent)를 생성하는 빌드 루프(build loop) 그 자체입니다. 이것이 말 그대로 "개발 팀(dev team)" 패턴이며, 135k의 설치 수는 많은 사람들이 이를 말로만 하는 것이 아니라 실제로 실행하고 있음을 시사합니다.

7. mcp-builder (anthropics/skills) - 85,298 installs
사람들이 MCP에 대해 가장 많이 묻는 질문, 즉 "어떤 MCP를 설치해야 하는가"가 아니라 "내 스택에 맞는 MCP를 어떻게 만드는가"에 대한 답입니다. 이것이 바로 그 팀원입니다. 서버를 작성하여 팀의 나머지 구성원들이 호출할 수 있는 새로운 도구를 얻게 해줍니다.

8. workflow-orchestration-patterns (wshobson/agents) - 8,946 installs
설치 수는 적지만 핵심적입니다. 이러한 설정 중 상당수가 가져다 쓰는 wshobson/agents 팩에서 제공하는, 다단계 에이전트 워크플로(workflow)를 연결하기 위한 패턴 계층입니다. 팀 내에서 서로 소통하는 역할이 세 개 이상이 되면 가치가 있습니다.

Codex 플러그인이 위치하는 곳

OpenAI의 codex-plugin-cc는 Claude Code 내부에서 Codex를 에이전트 (agent)로 실행합니다. 개발 팀 (dev-team) 설정에서 이는 대체재가 아니라 또 다른 자리 (seat)입니다. Claude가 계획하고 구축하면, Codex는 리뷰를 수행하거나 구조 작업 (rescue pass)을 맡으며, 위에서 언급한 코드 리뷰 (code-review) 기술이 자연스러운 인수인계 지점이 됩니다. 만약 이미 코드 리뷰 요청 (requesting-code-review)을 실행 중이라면, Codex를 연결하는 것은 재구축이 아닌 작은 단계일 뿐입니다.

이 수치들을 읽는 방법

설치 횟수 (Install count)는 대략적인 투표와 같습니다. 특정 기술이 귀하의 저장소 (repo)에 가장 적합하다는 의미가 아니라, 많은 개발자가 이를 유지하고 있다는 의미입니다. 이 목록의 상단에 있는 항목들을 설치할 가치가 있는 단기 목록 (shortlist)으로 취급하고, 실제로 필요한 역할에 매칭되는 것들을 시도해 보세요. 2인 규모의 "팀" (구축 및 리뷰)만으로도 대부분의 일과를 처리할 수 있습니다.

저는 이 수치들이 추출된 디렉토리인 Skillselion을 운영하고 있습니다. 이는 skills.sh, GitHub 및 MCP 레지스트리 (registries)로부터 매일 업데이트되는 라이브 카탈로그이며, 실제 설치 횟수에 따라 순위가 매겨집니다. 특정 역할에 대한 전체 순위 목록을 원하신다면, 기술 카탈로그를 탐색해 보세요. 이 프로젝트는 독립적인 프로젝트이며 Anthropic, OpenAI 또는 Cursor와 관련이 없습니다.