Superpowers는 여러 에이전트를 무조건 동시에 돌리라고 하지 않습니다. 언제 병렬로 나눠야 하는지, 왜 git worktree가 필요한지, 마지막 브랜치 정리는 어떻게 하는지 고급 흐름을 정리했습니다.

Superpowers는 계획이 끝나면 바로 코드를 늘리지 않습니다. subagent-driven-development, TDD, code review가 어떻게 이어지며 구현 품질을 지키는지 정리했습니다.

Superpowers는 설계가 끝나면 곧바로 코드를 쓰지 않고 writing-plans로 작업을 잘게 나눕니다. 왜 2~5분 단위 계획이 필요한지, 파일 책임과 테스트/커밋까지 왜 계획에 포함하는지 정리했습니다.

Superpowers는 왜 구현보다 설계를 먼저 둘까요? brainstorming skill을 중심으로 요구사항 좁히기, 대안 비교, 설계 승인까지의 흐름이 왜 필요한지 정리했습니다.

Superpowers를 설치한 뒤 가장 먼저 달라지는 것은 코드가 아니라 대화입니다. 관련 skill 확인, 한 번에 하나씩 묻는 질문, 설계 승인, 계획 수립까지 첫 대화의 흐름이 어떻게 바뀌는지 정리했습니다.

Superpowers 설치는 플랫폼마다 다릅니다. Claude Code, Cursor, Codex, OpenCode, Gemini CLI에서 문서 기준으로 가장 빠른 설치 경로와 직접 설치 경로를 함께 정리했습니다.

Superpowers는 skills와 초기 지침으로 설계, 계획, 구현, 검증의 순서를 묶어 코딩 에이전트를 더 안정적으로 일하게 만드는 시스템입니다.