조사 스냅샷 2026-07-07

Claude Code 하네스 지형

이 지형의 스타 상위 레포는 전부 "더 많은 에이전트·persona·명령어를 어떻게 오케스트레이션할 것인가"(수평 확장)에 쏠려 있고, "한 사람이 실제로 돌린 증거를 어떻게 남기고 검증할 것인가"(수직 심화)를 다루는 레포는 거의 없다 — 이 레포의 evidence ledger·E2E 게이트·계획 cascade는 스타 규모로 경쟁하는 자리가 아니라, 이 지형이 통째로 비워둔 다른 축에 있다. 단, 이는 관찰이지 결론이 아니다 — 이 갭이 실제로 추구할 가치가 있는지는 사용자 판단.

지형 표

레포 Stars (2026-07-07) 최근 push License 핵심 접근 이 레포와의 차이 (1줄)
anthropics/skills ~159k 2026-07-01 없음(공개 라이선스 미표기) Claude 공식 "Agent Skills" 표준 — 폴더 단위 지시문+스크립트를 동적 로드. 하네스라기보다 스킬 스펙/생태계 표준(agentskills.io로 12월 개방) 이 레포도 .claude/skills 형태로 스킬을 쓰지만, 공식 레포는 컴포넌트 스펙만 정의하고 상태기계·판정자·evidence는 다루지 않음
anthropics/claude-code ~136.5k 2026-07-03 없음(공개 라이선스 미표기) Claude Code 본체(터미널 에이전트). 하네스가 아니라 하네스가 얹히는 기반 이 레포는 그 위에 개인용 오케스트레이션 레이어를 얹은 것 — 비교 대상이 아니라 플랫폼
ruvnet/ruflo (구 claude-flow) 63,277 2026-07-06 MIT "agent meta-harness" — 100+ persona, 스웜 오케스트레이션, 자가학습 메모리, MCP 통합. SPARC(Spec→Pseudocode→Architecture→Refinement→Completion) 방법론 내장 수평 확장(스웜 규모) 최적화. 이 레포는 1인 단일 흐름의 판정/증거 깊이 최적화 — 반대 축
bmad-code-org/BMAD-METHOD 50,140 2026-07-06 Other(레포 내 커스텀 라이선스, MIT 아님 확인 필요) Analysis→Planning→Architecture→Implementation 4단계 + 12개+ 역할 페르소나(PM/Architect/Dev/QA 등)가 협업하는 애자일 팀 시뮬레이션. "continuous compliance ledger"로 요구사항-코드 추적성 표방 BMAD의 역할 분업(PM/Architect/QA)은 이 레포의 판정자(judge)와 유사한 자리이나, 실측 evidence(run-log·재현성)가 아니라 문서 산출물 기반 거버넌스
hesreallyhim/awesome-claude-code 48,699 2026-07-06 Other(awesome-list 관행상 CC0/유사) 하네스가 아니라 큐레이션 — hooks, slash command, subagent, workflow 링크 모음 이 레포와 직접 비교 대상은 아니나, "사람들이 무엇을 원하는지"의 1차 신호 소스로 활용
davila7/claude-code-templates 28,477 2026-07-06 MIT CLI로 900+ 커스텀 컴포넌트(agent/command/hook/MCP) 설치 + 세션 실시간 분석 대시보드(aitmpl.com) 이 레포에 없는 "배포후 관측(analytics dashboard)" 축을 이미 구현한 선례
wshobson/agents 37,586 2026-07-06 MIT 멀티하네스(Claude Code/Codex/Cursor/OpenCode/Copilot/Gemini) 겸용 플러그인 마켓플레이스 — 88 플러그인·194 에이전트·158 스킬·106 커맨드 이 레포도 Claude+Codex 겸용이나 규모가 다름(개인용 vs 마켓플레이스). 겸용 자체는 이미 흔한 패턴
SuperClaude-Org/SuperClaude_Framework 23,508 2026-06-13 MIT PLANNING.md/TASK.md/KNOWLEDGE.md 4문서 체계 + 20개 persona + 30개 슬래시 커맨드 + 7 행동 모드. 명시적 검증 게이트보다 "품질 중심 안정화"(테스트 커버리지·CI 강화) 문서 기반 컨텍스트 관리는 이 레포의 ROADMAP/CLAUDE.local.md와 유사한 발상이나, 상태기계식 게이트·판정자 통과 조건이 불명확
automazeio/ccpm 8,249 2026-03-18 MIT PRD→Epic→Task 5단계(Plan/Structure/Sync/Execute/Track), GitHub Issues+git worktree로 5~8개 작업 병렬 실행. "every line of code must trace back to a specification" 계획→작업 추적성 철학이 이 레포의 계획 cascade(Objective→Horizon→Milestone→Step)와 가장 근접. 단 CCPM은 병렬 처리량 최적화, 이 레포는 단일 흐름 검증 깊이 최적화

인접 참고 (범용 하네스라 표 밖)

All-Hands-AI/OpenHands — 79,631 stars, MIT 아님(Other), Claude Code 전용이 아닌 범용 AI 개발 에이전트. (접근 2026-07-07)

Aider-AI/aider — 47,118 stars, Apache-2.0, 터미널 페어프로그래밍 도구로 하네스 오케스트레이션 레이어라기보다 단일 세션 코딩 어시스턴트. (접근 2026-07-07)

레포별 상세

anthropics/skills (~159k stars, 접근 2026-07-07)

Claude의 "Agent Skills" 공식 스펙 저장소. 폴더 단위로 지시문·스크립트·리소스를 묶어 필요 시 동적 로드하는 표준으로, 2026년 2월 ~73k → 6월 ~149k로 스타가 급증했고 GitHub Copilot·Cursor·OpenAI Codex·Gemini CLI 등 40여 클라이언트가 채택했다는 서드파티 리서치가 있다(1차 원문 미확인, 근거는 아래 출처의 요약). 이 레포 자체는 계획/판정/증거 개념이 없고 "스킬 컴포넌트가 무엇인지"만 정의한다.

출처: GitHub anthropics/skills (2026-07-07 접근), agentskill.work 요약 (WebSearch 스니펫, 2026-07-07 접근)

ruvnet/ruflo — 구 claude-flow (63,277 stars, 접근 2026-07-07)

Reuven Cohen(GitHub: ruvnet)이 만든 "leading agent meta-harness". 2025년 6월 최초 공개, SPARC 방법론과 100+ persona 스웜, RAG/메모리 통합을 내장. 2026년 2월 v3.5에서 Rust/WASM 커널로 전환하며 claude-flow → ruflo로 개명(상표 이유로 추정). 2월 ~14k에서 6월 ~59k로 스타 급성장. 다만 독립 리서치는 "150x~12,500x 검색 속도" 등 성능 배수가 전부 자체 보고이며 독립 벤치마크가 부족하다고 지적하고, 한 엔지니어 코멘트를 인용해 "단순 버그 하나 고치는 데는 massive overkill"이라 평가한다.

출처: GitHub ruvnet/ruflo (2026-07-07 접근), Ry Walker Research — Claude Flow (2026-07-07 접근), DEV Community — Claude Flow name change (2026-07-07 접근)

bmad-code-org/BMAD-METHOD (50,140 stars, 접근 2026-07-07)

"Breakthrough Method for Agile AI-Driven Development." Analysis→Planning→Architecture→Implementation 4단계에 PM/Architect/Dev/UX/QA 등 12개+ 역할 페르소나를 배치해 애자일 팀을 시뮬레이션한다. 표방 가치는 "governance·traceability" — AI 코딩이 만드는 "black box 코드베이스" 문제를 구조화된 문서·버전관리로 막겠다는 프레이밍이다. Hacker News에도 게시되었으나(스레드 확인, 코멘트 상세는 rate limit으로 미확인) 독자적 검증 게이트 메커니즘은 README에서 명시적으로 드러나지 않는다.

출처: GitHub bmad-code-org/BMAD-METHOD (2026-07-07 접근), Hacker News 게시글 (2026-07-07 접근, 429로 코멘트 본문 미확인 — "미확인"), Benny's Mind Hack — Applied BMAD (2026-07-07 접근)

hesreallyhim/awesome-claude-code (48,699 stars, 접근 2026-07-07)

하네스가 아니라 큐레이션 리스트 — hooks, slash command, subagent, workflow 링크를 정리한 awesome-list. 스타 규모 자체가 "Claude Code를 어떻게 커스터마이징하는가"에 대한 수요 밀도를 보여주는 2차 신호.

출처: GitHub hesreallyhim/awesome-claude-code (2026-07-07 접근)

davila7/claude-code-templates (28,477 stars, 접근 2026-07-07)

CLI 도구로 900+ 컴포넌트(agent/command/hook/MCP 통합)를 설치하고, 세션별 실시간 분석 대시보드(aitmpl.com, Cloudflare Tunnel로 원격 접근 가능)를 제공한다. 모델별 사용량, 툴 사용 통계, 에이전트/커맨드/스킬 추적까지 다룬다 — 이 레포가 아직 안 가진 "배포 후 실사용 계측" 축을 실제로 구현한 선례다.

출처: GitHub davila7/claude-code-templates (2026-07-07 접근), Medium — Local Analytics Dashboard (2026-07-07 접근)

wshobson/agents (37,586 stars, 접근 2026-07-07)

멀티하네스 겸용(Claude Code, Codex CLI, Cursor, OpenCode, GitHub Copilot, Gemini CLI) 플러그인 마켓플레이스. 88 플러그인·194 에이전트·158 스킬·106 커맨드 규모로, "구성요소를 최대한 많이 갖춘 카탈로그" 전략이다.

출처: GitHub wshobson/agents (2026-07-07 접근)

SuperClaude-Org/SuperClaude_Framework (23,508 stars, 접근 2026-07-07)

PLANNING.md/TASK.md/KNOWLEDGE.md/CONTRIBUTING.md 4개 문서를 세션 시작 시 Claude Code가 읽게 하는 컨텍스트 관리 + 20개 persona + 30개 슬래시 커맨드 + 7개 행동 모드(브레인스토밍·심층연구·토큰효율 등) + 8개 MCP 서버 통합(Serena MCP로 메모리 지속). 검증은 "품질 중심 안정화"(테스트 커버리지·에러 핸들링·CI/CD)로 서술되며, 상태기계식 명시적 게이트는 README에서 확인되지 않는다.

출처: GitHub SuperClaude-Org/SuperClaude_Framework (2026-07-07 접근)

automazeio/ccpm (8,249 stars, 접근 2026-07-07)

PRD→Epic→Task로 이어지는 5단계(Plan/Structure/Sync/Execute/Track) 프로젝트 관리 스킬. GitHub Issues를 상태 저장소로, git worktree를 병렬 실행 격리 단위로 써서 "1개 에이전트 대비 5~8개 병렬 작업, 벽시간 5배 단축"을 표방한다. "모든 코드는 사양으로 추적 가능해야 한다"는 철학이 이 레포의 계획 cascade와 결이 가장 가깝다.

출처: GitHub automazeio/ccpm (2026-07-07 접근)

인접 참고 — OpenHands / aider

OpenHands(79,631 stars)는 Claude Code 전용이 아닌 범용 AI 개발 에이전트 플랫폼, aider(47,118 stars)는 터미널 페어프로그래밍 도구로 오케스트레이션 레이어라기보다 단일 세션 코딩 어시스턴트에 가깝다. 두 레포 모두 이 조사의 핵심 비교축(계획 cascade·판정자·evidence ledger)과 직접 겹치지 않아 상세 분석은 생략.

출처: GitHub All-Hands-AI/OpenHands (2026-07-07 접근), GitHub paul-gauthier/aider (2026-07-07 접근)

수요 신호 — 사람들이 뭘 원해서 스타를 주는가

이 지형이 남기는 재료 (판단은 독자 몫)

  1. 스타 상위 레포 중 "1인 흐름의 evidence ledger + E2E 재현성"을 정면으로 다루는 레포는 조사 범위 내에서 발견되지 않았다. 전부 규모(persona 수·에이전트 수·병렬 작업 수) 또는 문서 거버넌스(BMAD/SuperClaude/CCPM)로 승부한다 — 증거 축 자체가 비어 있는 자리인지, 아니면 "너무 개인적이라 스타가 안 붙는" 자리인지는 별도 검토 필요.
  2. claude-code-templates의 실시간 분석 대시보드는 배포 후 계측 갭이 이미 다른 방식으로 풀린 선례다. 바퀴를 새로 발명하기보다 이 레포의 접근(세션 로그 파싱 방식, 대시보드 UI 패턴)을 참고 자료로 검토할 여지가 있다.
  3. CCPM의 "spec→code 추적성" 철학은 계획 cascade(Objective→Horizon→Milestone→Step)와 방향이 겹친다. 다만 CCPM은 GitHub Issues+worktree로 병렬 처리량을 최적화하는 반면, 단일 흐름 검증 깊이를 최적화하는 접근도 있다 — 이 차이가 의도된 포지셔닝인지는 재확인할 가치가 있다.
  4. BMAD·SuperClaude의 "역할 페르소나 협업"은 판정자(judge) 개념과 표면적으로 유사해 보이지만, 실측 근거(run-log)가 아니라 문서 산출물 완성도로 품질을 재는 경향이 있다 — "설계했다"≠"돌려서 증거를 남겼다" 구분이 이 지형에서 드문 차별점일 수 있다.
  5. 스타 수와 실사용 만족은 분리된다는 신호(ruflo에 대한 독립 평가)는, "스타 많은 레포를 벤치마크로 삼는다"는 이 조사 자체의 전제에 대한 주의로 읽을 수 있다 — 다음 벤치마킹 시 스타 수 외에 이슈 트래커의 실사용 리포트 비중도 함께 볼 필요.

출처 목록

미확인 항목 (추정으로 채우지 않음)