Superlite는 명세를 받아 계획 수립, 병렬 구현, 통합 경계 점검, 리뷰까지 수행하는 Claude Code 플러그인으로, 반복적인 승인 없이 개발을 진행하도록 설계됨- 파일 소유권과 인터페이스, 테스트를 명시한
작업 그래프를 만들고, 파일을 공유하지 않으며 서로 의존하지 않는 작업을 동시에 실행함 Opus는 조율, Sonnet은 주된 구현과 패키지 리뷰, Haiku는 작고 명확한 기계적 작업을 맡으며, 역할별 제약을 훅으로 강제함- 최신 자체 벤치마크에서
16.1분에 비공개 테스트 177개를 모두 통과함. Superpowers 기본 구성의 이전 3회 평균보다 실행 시간이 52% 짧았지만, 최신 결과는 단일 실행이므로 확정적인 비교로 보기는 어려움 - 단계마다 사람이 관여하려면
Superpowers, 명세를 맡기고 자율 실행하려면Superlite가 적합함. 두 플러그인은 같은 세션에서 함께 활성화하면 충돌함
반복 승인과 순차 실행을 줄이려는 설계
Superlite는 명세를 넘긴 뒤 자리를 비워도 테스트와 커밋까지 마친 작업을 받을 수 있도록 만든 Claude Code 플러그인임- 빌드를 계획하고 병렬 작업으로 나눈 뒤, 각 작업을 잘 수행할 수 있는 가장 저렴한 에이전트에 배정함
- 작업 사이의 통합 경계를 확인하고 결과를 리뷰하며, 실행 중 내린 결정 목록을 남김
Superpowers는 각 단계에 사람이 긴밀히 참여하는 신중한 협업 워크플로이며, Superlite는 플러그인 구조, 세션 시작 훅, 생명주기 스킬을 차용함- 원하는 결과가 이미 명확한 상황에서 측정한
대기 시간은 주로 다섯 곳에서 발생함- 기능당
8~12회의 사람 승인: 질문별 응답, 설계 섹션별 승인, 명세와 계획 및 실행 방식의 별도 검토가 필요했음 - 엄격한 순차 실행: 첫 벤치마크에서는 구현과 리뷰를 포함한 에이전트 호출 21회가 한 줄로 이어졌음
-
작업마다 리뷰와 재리뷰: 34분 빌드 중 약 12분을 사용함
-
여러 스킬이 전체 테스트 모음을 반복 실행함
-
핵심 실행 경로에 배치된 Opus 하위 에이전트의 코드 작성 속도가 Sonnet의 약 절반이었음
-
기능당
-
이 장치들은 단계별 통제에는 유용한
안전장치지만, Superlite는 다른 용도인 빠른 자율 개발에 맞춰짐 - 두 플러그인은
스킬 이름을 공유하고 시작 시 모두 컨텍스트를 주입하므로 같은 세션에서 함께 활성화하지 않아야 함
요청 규모와 조율 방식에 따른 승인
요청 규모에 따라 계획 절차를 달리함- 오타는 설계 문서 없이 바로 수정함
-
기존 흐름 변경은 채팅에서 짧게 설계함
-
새 프로젝트는 최대 4개 질문을 한 번에 묻고, 설계와 계획을 합친 문서 하나를 작성함
-
사람이 조율하는 방식에서는
예상 일정이 포함된 전체 계획을 보고 실행 전에 한 번 승인함- 이후에는 파괴적 작업, 외부에 영향을 주는 작업, 보안에 민감한 작업에서만 멈춤
AI 조율을 선택하면 일반적으로 사용자에게 물을 선택도 스스로 결정함- 각 결정에 무엇을 선택했는지, 이유는 무엇인지, 틀렸을 때의 비용은 얼마인지를 기록함
병렬 작업 그래프와 모델별 역할
-
계획은
작업 그래프로 구성되며, 각 작업에 소유 파일, 입력과 출력 인터페이스, 통과해야 할 테스트를 명시함 파일을 공유하지 않고 상호 의존성이 없는 작업을 병렬 실행하며, 병렬 실행 폭은 그래프가 결정함- 최신 벤치마크에서는 최대 18개 에이전트가 동시에 작업함
-
모델과 에이전트의
역할을 분리함Opus 조율자는 계획과 작업 배정을 담당하며 코드를 수정할 수 없음Sonnet 구현자가 대부분의 작업을 수행함Haiku 구현자는 핵심 실행 경로 밖에 있는 작고 완전히 명세된 기계적 작업만 맡음Sonnet 리뷰어가 패키지를 검토함별도 Opus 최종 리뷰어는 실행 로그로 구성한 리뷰 자료를 읽고 발견 사항만 반환하며 직접 수정하지 않음3단계 수정 전담 에이전트가 원인을 얼마나 명확히 이해했는지에 따라 수정 작업을 배정받음
프롬프트 대신 코드로 강제하는 규칙
- 프롬프트에 수정 금지를 적어도 조율자가 코드를 편집한 경험을 바탕으로,
훅이 조율자의 프로젝트 코드 수정을 차단함 - 조율자가 직접 실행한
를 감지해 백그라운드 실행으로 전환하므로 테스트가 조율자를 붙잡아 두지 않음pytest
또는npm test
-
다른 훅은
프로세스 이름을 이용한 종료를 누구에게나 금지함 - 작업을 시작하려면 계획이
을 통과해야 하며, 안정화된 작업은 나머지 계획 수정이 끝나기를 기다리지 않고 배정됨lint --stable
-
훅이 에이전트별
토큰, 비용, 시간을 기록함- 이 측정값을 다음 실행의 예측에 반영함
-
소프트 예산 한도의
**70%**에 도달하면 알림을 줌
설치와 실행 결과 확인
Claude Code, git, Python 3.10 이상, bash가 필요하며 Windows에서는 Git Bash를 사용함- Python은 Superlite 자체 도구에 필요하고, 개발 대상 프로젝트는 어떤 언어로 작성해도 됨
-
마켓플레이스에서 다음 명령으로 설치할 수 있음
/plugin marketplace add iha2/superlite /plugin install superlite@superlite-dev
-
저장소를 복제한 뒤
로 한 세션에 로컬 플러그인을 로드할 수도 있음claude --plugin-dir <path-to-superlite>
-
새 세션에서
를 요청했을 때 코드 작성 전에 브레인스토밍을 시작하면 기본 동작을 확인할 수 있음Let's make a react todo list
-
사용 흐름은
요청 설명 → 조율자 선택 → 실행순서임- 한 문단이나 명세 파일로 요청할 수 있으며 긴 요구사항 문서도 읽을 수 있음
-
사용자가 계획을 검토할지 AI가 모두 진행할지 선택함
-
프로젝트의
에서 실행 상태를 확인할 수 있음.superlite/
progress.md
: 결정 기록과 실행 로그가 있음test-summary.json
: 최신 테스트 결과가 있음metrics.jsonl
: 에이전트별 시간과 비용이 있음
요청 문구로 작업 유형과 개입 수준을 전달할 수 있음- 새 프로젝트: 명세를 바탕으로 정적 사이트 생성기 제작을 요청함
- 기존 기능 확장: 기존 앱에 열 너비를 포함한 CSV 내보내기를 요청함
- 디버깅: 윤일에 실패하는 테스트의 근본 원인 분석과 수정을 요청함
- 작은 변경: 모든
build
를render
로 바꾸도록 요청함 - 무인 실행: 자리를 비우니 스스로 결정하라고 요청함
- 마무리: 작업이 끝났으니 브랜치를 정리하도록 요청함
최신 벤치마크: 16.1분, 비공개 테스트 177개 통과
-
자체
헤드리스 벤치마크 하네스가 Opus를 사용해 같은 명세에서 같은 프로젝트를 만들고, 에이전트에게 공개하지 않은 테스트로 결과를 평가함 - 전체 시험 프로젝트는
정적 사이트 생성기와 스프레드시트 엔진을 하나의 명세로 구현함- 스프레드시트에는 수식 평가기, HTTP API, 브라우저 UI가 포함됨
-
비공개 테스트는 총
177개임
-
최신 Superlite 실행은 명세 입력부터 빌드 완료까지
16.1분이 걸렸고177/177개 테스트를 통과함- 에이전트는 총 21개, 최대 동시 실행 수는 18개였음
-
첫 구현 에이전트는 약 3분 시점에 작업을 시작함
-
최종 리뷰는 30초였으며 사람에게 질문하기 위한 중단은 없었음
-
같은 프로젝트의 이전 Superpowers 측정값과 비교하면
기본 구성 대비 52%, 조율 구성 대비 31%시간이 줄어듦- 기본 구성은 3회 평균
33.6분, 조율 구성은 3회 평균23.5분이었음 - 비교 대상 역시 비공개 테스트 177개를 모두 통과함
-
기본 구성은 3회 평균
-
최신 Superlite 수치는
단일 실행이고 비교 대상은 같은 머신에서 수행한 이전 실행이므로, 확정적인 검증보다는 유력한 신호로 해석해야 함 - 평균
26.9분이던 이전 Superlite 빌드와 비교해서도 실행 시간이 40% 줄어듦
초기 측정과 후속 병목 제거
- 초기의 더 작은
는 모듈 9개와 비공개 테스트 89개로 구성됨sitegen
단독 과제- Superpowers는
34.4분, Superlite는8.8분이 걸렸으며 둘 다 89개 테스트를 통과함 - Superpowers는 에이전트를 21회 순차 호출한 반면, Superlite는 총 10개를 최대 5개씩 동시에 실행하고 순차 호출 경로를 3단계로 줄임
-
속도 향상의 대부분은 순차 대기열을 없애면서 발생함
-
Superpowers는
-
전체 177개 테스트 프로젝트에서 진행한 별도의 이전
3회 비교에서는 Superlite가 평균적으로 더 빠르고 실행 시간 편차도 작았음- Superpowers: 평균
33.6분, 실행별 21.2/31.9/47.6분, 최단과 최장 차이 26.4분이었음 - Superlite: 평균
25.1분, 실행별 21.4/23.2/30.5분, 최단과 최장 차이 9.1분이었음 - 모든 실행에서 양쪽 모두 177개 테스트를 통과함
-
Superpowers: 평균
-
당시 Superlite는 약 13분에 구현을 끝냈지만
리뷰, 수정, 조율자의 포그라운드 테스트에 10~18분을 추가로 사용함 - 후속 빌드는 네 가지 변경으로 이 대기를 줄여
16.1분에 도달함- 조율자의 코드 수정 권한을 제거함
-
모든 테스트 실행을 백그라운드로 옮김
-
수정을 단계별 수정 전담 에이전트에 배정함
-
나머지 계획을 수정하는 동안에도 안정화된 작업은 구현을 시작함
느린 워크플로에서 바꿀 부분
- 에이전트 워크플로가 느린 이유는 모델의 깊은 사고보다
순차 대기와 반복 승인일 수 있음 인터페이스 경계에 따라 작업을 나누고, 독립적인 작업을 동시에 실행하며, 기계적인 단계는 스크립트로 옮기는 방식을 권함- 중요한 규칙은 프롬프트에 부탁하는 데 그치지 않고
코드로 강제해야 함