SuperClaude 명령어 가이드 🛠️

💡 너무 생각하지 마세요 - SuperClaude가 도와주려고 합니다

이 17개 명령어에 대한 진실: 외울 필요가 없습니다. /sc:analyze나 /sc:implement로 시작해서 무슨 일이 일어나는지 보세요!

일반적으로 작동하는 방식:

• Claude Code에서 /를 입력 → 사용 가능한 명령어 보기
• /sc:analyze, /sc:build, /sc:improve와 같은 기본 명령어 사용
• SuperClaude가 각 상황에 도움이 되는 도구와 전문가를 선택하려고 합니다
• 익숙해질수록 더 많은 명령어가 유용해집니다

자동 활성화가 꽤 멋집니다 🪄 - SuperClaude는 여러분이 하려는 일을 감지하고 관련 전문가(보안 전문가, 성능 최적화 등)를 관리하지 않고도 활성화하려고 시도합니다. 보통 잘 작동합니다! 😊

빠른 "그냥 시도해보세요" 목록 🚀

여기서 시작하세요 (읽기 불필요):

/sc:index                              # 사용 가능한 것 보기
/sc:analyze src/                       # 코드를 똑똑하게 분석하려고 시도
/sc:workflow feature-100-prd.md        # PRD에서 단계별 구현 워크플로 생성
/sc:implement user-auth                # 기능과 컴포넌트 생성 (v2 /build 대체)
/sc:build                              # 지능적인 프로젝트 빌드 시도
/sc:improve messy-file.js              # 코드 정리 시도
/sc:troubleshoot "error"               # 문제 해결 시도

시작하기에 충분합니다. 아래의 다른 모든 내용은 사용 가능한 다른 도구가 무엇인지 궁금해질 때를 위한 것입니다. 🛠️

모든 16개의 SuperClaude 슬래시 명령에 대한 실용적인 가이드입니다. 무엇이 잘 작동하고 무엇이 아직 거친 부분인지에 대해 솔직하게 말씀드리겠습니다.

빠른 참조 📋

(이걸 외울 필요는 정말 없습니다 - 유용해 보이는 것을 선택하세요)

프로 팁: 유용해 보이는 것만 시도하세요. SuperClaude는 보통 각 상황에 도움이 되는 전문가와 도구를 활성화하려고 합니다! 🎯

개발 명령어 🔨

/workflow - 구현 워크플로 생성기 🗺️

하는 일: PRD와 기능 요구사항을 분석하여 포괄적인 단계별 구현 워크플로를 생성합니다.

도움이 되는 부분: PRD를 가져와서 전문가 지침, 종속성 매핑, 작업 오케스트레이션을 포함한 구조화된 구현 계획으로 분해합니다! 🎯

사용 시기:

• PRD 또는 사양에서 새 기능 시작
• 명확한 구현 로드맵 필요
• 구현 전략에 대한 전문가 지침 원함
• 여러 종속성이 있는 복잡한 기능 계획

마법: 기능 요구사항에 따라 적절한 전문가 페르소나(아키텍트, 보안, 프론트엔드, 백엔드)와 MCP 서버(패턴용 Context7, 복잡한 분석용 Sequential)를 자동 활성화합니다.

예제:

/sc:workflow docs/feature-100-prd.md --strategy systematic --c7 --sequential
/sc:workflow "사용자 인증 시스템" --persona security --output detailed
/sc:workflow payment-api --strategy mvp --risks --dependencies

얻는 것:

• 로드맵 형식: 타임라인이 있는 단계별 구현 계획
• 작업 형식: 조직화된 에픽, 스토리, 실행 가능한 작업
• 상세 형식: 시간 추정과 함께 단계별 지침
• 위험 평가: 잠재적 문제와 완화 전략
• 종속성 매핑: 내부 및 외부 종속성
• 전문가 지침: 도메인별 모범 사례와 패턴

/implement - 기능 구현

하는 일: 지능적인 전문가 활성화로 기능, 컴포넌트 및 기능을 구현합니다.

도움이 되는 부분: SuperClaude가 구현하는 내용에 따라 적절한 전문가(프론트엔드, 백엔드, 보안)와 도구를 자동 활성화합니다! 🎯

사용 시기:

• 새 기능이나 컴포넌트 생성 (v2의 /build 기능 대체)
• API, 서비스 또는 모듈 구현
• 최신 프레임워크로 UI 컴포넌트 구축
• 비즈니스 로직 및 통합 개발

기본 구문:

/sc:implement user authentication system    # 완전한 기능 구현
/sc:implement --type component LoginForm    # 특정 컴포넌트 생성
/sc:implement --type api user-management    # API 엔드포인트 구축
/sc:implement --framework react dashboard   # 프레임워크별 구현

유용한 플래그:

• --type component|api|service|feature|module - 구현 유형
• --framework react|vue|express|django|etc - 대상 프레임워크
• --safe - 보수적 구현 접근
• --iterative - 검증과 함께 단계별 개발
• --with-tests - 테스트 구현 포함
• --documentation - 코드와 함께 문서 생성

실제 예제:

/sc:implement user authentication --type feature --with-tests
/sc:implement dashboard component --type component --framework react
/sc:implement REST API for orders --type api --safe
/sc:implement payment processing --type service --iterative
/sc:implement search functionality --framework vue --documentation

자동 활성화 패턴:

• 프론트엔드: UI 컴포넌트, React/Vue/Angular → 프론트엔드 페르소나 + Magic MCP
• 백엔드: API, 서비스, 데이터베이스 → 백엔드 페르소나 + Context7
• 보안: 인증, 결제, 민감한 데이터 → 보안 페르소나 + 검증
• 복잡한 기능: 다단계 구현 → Sequential MCP + 아키텍트 페르소나

주의사항:

• 더 나은 결과를 위해 --type 지정 (컴포넌트 vs 서비스 vs 기능)
• 특정 기술 스택 작업 시 --framework 사용
• 프로덕션 코드에는 --safe 또는 복잡한 기능에는 --iterative 시도
• 기억하세요: 이것은 실제 코드 구현을 위한 v2의 /build를 대체합니다

/build - 프로젝트 빌드

하는 일: 스마트 오류 처리로 프로젝트를 빌드, 컴파일, 패키징합니다.

쉬운 방법: /sc:build만 입력하면 SuperClaude가 빌드 시스템을 파악하려고 합니다! 🎯

사용 시기:

• 프로젝트를 컴파일/번들해야 할 때 (/sc:build만 시도)
• 빌드 프로세스가 실패하고 디버깅 도움을 원할 때
• 빌드 최적화 설정 (필요한 것을 감지하려고 함)
• 배포 준비

기본 구문:

/sc:build                      # 현재 프로젝트 빌드
/sc:build --type prod          # 프로덕션 빌드
/sc:build --clean              # 깨끗한 빌드 (이전 아티팩트 제거)
/sc:build --optimize           # 최적화 활성화
/sc:build src/                 # 특정 디렉토리 빌드

유용한 플래그:

• --type dev|prod|test - 빌드 유형
• --clean - 빌드 전 정리
• --optimize - 빌드 최적화 활성화
• --verbose - 자세한 빌드 출력 표시

실제 예제:

/sc:build --type prod --optimize     # 최적화된 프로덕션 빌드
/sc:build --clean --verbose           # 자세한 출력으로 깨끗한 빌드
/sc:build src/components              # 컴포넌트 폴더만 빌드

주의사항:

• 일반적인 빌드 도구(npm, webpack 등)와 가장 잘 작동
• 매우 사용자 정의된 빌드 설정에서는 어려움을 겪을 수 있음
• 빌드 도구가 PATH에 있는지 확인

/design - 시스템 및 컴포넌트 설계

하는 일: 시스템 아키텍처, API 설계 및 컴포넌트 사양을 만듭니다.

사용 시기:

• 새 기능이나 시스템 계획
• API 또는 데이터베이스 설계 필요
• 컴포넌트 아키텍처 생성
• 시스템 관계 문서화

기본 구문:

/sc:design user-auth-system      # 사용자 인증 시스템 설계
/sc:design --type api auth       # API 부분만 설계
/sc:design --format spec payment # 공식 사양 생성

유용한 플래그:

• --type architecture|api|component|database - 설계 초점
• --format diagram|spec|code - 출력 형식
• --iterative - 반복을 통해 설계 개선

실제 예제:

/sc:design --type api user-management  # 사용자 관리 API 설계
/sc:design --format spec chat-system    # 채팅 시스템 사양 생성
/sc:design --type database ecommerce    # 데이터베이스 스키마 설계

주의사항:

• 코드 생성보다 개념적임
• 출력 품질은 요구사항을 얼마나 명확하게 설명하는지에 달려 있음
• 계획 단계에는 좋지만 구현 세부사항에는 부족

분석 명령어 🔍

/analyze - 코드 분석

하는 일: 코드 품질, 보안, 성능 및 아키텍처의 포괄적인 분석.

도움이 되는 부분: SuperClaude는 필요한 분석 유형을 감지하고 보통 관련 전문가를 선택하려고 합니다! 🔍

사용 시기:

• 익숙하지 않은 코드베이스 이해 (폴더를 가리키기만 하면 됨)
• 보안 취약점 찾기 (보안 전문가가 보통 뛰어듦)
• 성능 병목 현상 찾기 (성능 전문가가 보통 도움)
• 코드 품질 평가 (품질 전문가가 종종 담당)

기본 구문:

/sc:analyze src/                 # 전체 src 디렉토리 분석
/sc:analyze --focus security     # 보안 문제에 집중
/sc:analyze --depth deep app.js  # 특정 파일의 심층 분석

유용한 플래그:

• --focus quality|security|performance|architecture - 분석 초점
• --depth quick|deep - 분석 철저함
• --format text|json|report - 출력 형식

실제 예제:

/sc:analyze --focus security --depth deep    # 심층 보안 분석
/sc:analyze --focus performance src/api/      # API의 성능 분석
/sc:analyze --format report .                 # 분석 보고서 생성

주의사항:

• 대규모 코드베이스에서는 시간이 걸릴 수 있음
• 보안 분석은 꽤 좋고, 성능 분석은 다양함
• 일반적인 언어(JS, Python 등)와 가장 잘 작동

/troubleshoot - 문제 조사

하는 일: 체계적인 디버깅과 문제 조사.

사용 시기:

• 뭔가 고장났는데 왜 그런지 확실하지 않을 때
• 체계적인 디버깅 접근이 필요할 때
• 오류 메시지가 혼란스러울 때
• 성능 문제 조사

기본 구문:

/sc:troubleshoot "로그인이 작동하지 않음"    # 로그인 문제 조사
/sc:troubleshoot --logs error.log           # 오류 로그 분석
/sc:troubleshoot performance                # 성능 문제 해결

유용한 플래그:

• --logs <file> - 로그 파일 분석 포함
• --systematic - 구조화된 디버깅 접근 사용
• --focus network|database|frontend - 초점 영역

실제 예제:

/sc:troubleshoot "API가 500 반환" --logs server.log
/sc:troubleshoot --focus database "느린 쿼리"
/sc:troubleshoot "빌드 실패" --systematic

주의사항:

• 특정 오류 설명과 함께 더 잘 작동
• 가능한 경우 관련 오류 메시지와 로그 포함
• 먼저 명백한 것들을 제안할 수 있음 (보통 좋음!)

/explain - 교육적 설명

하는 일: 교육적인 방식으로 코드, 개념 및 기술을 설명합니다.

사용 시기:

• 새로운 기술이나 패턴 학습
• 복잡한 코드 이해
• 팀 구성원을 위한 명확한 설명 필요
• 까다로운 개념 문서화

기본 구문:

/sc:explain async/await                # async/await 개념 설명
/sc:explain --code src/utils.js        # 특정 코드 파일 설명
/sc:explain --beginner React hooks     # 초보자 친화적 설명

유용한 플래그:

• --beginner - 더 간단한 설명
• --advanced - 기술적 깊이
• --code <file> - 특정 코드 설명
• --examples - 실용적인 예제 포함

실제 예제:

/sc:explain --beginner "REST API란 무엇인가"
/sc:explain --code src/auth.js --advanced
/sc:explain --examples "React 컨텍스트 패턴"

주의사항:

• 잘 알려진 개념에는 좋지만 매우 틈새 주제에는 어려움을 겪을 수 있음
• 모호한 "이 코드베이스를 설명해"보다 구체적인 질문이 더 좋음
• 경험 수준에 대한 컨텍스트 포함

품질 명령어 ✨

/improve - 코드 향상

하는 일: 코드 품질, 성능 및 유지보수성의 체계적인 개선.

사용 시기:

• 지저분한 코드 리팩토링
• 성능 최적화
• 모범 사례 적용
• 오래된 코드 현대화

기본 구문:

/sc:improve src/legacy/              # 레거시 코드 개선
/sc:improve --type performance       # 성능에 집중
/sc:improve --safe src/utils.js      # 안전하고 위험이 낮은 개선만

유용한 플래그:

• --type quality|performance|maintainability|style - 개선 초점
• --safe - 위험이 낮은 변경만 적용
• --preview - 수행하지 않고 변경될 내용 표시

실제 예제:

/sc:improve --type performance --safe src/api/
/sc:improve --preview src/components/LegacyComponent.js
/sc:improve --type style . --safe

주의사항:

• 항상 먼저 --preview를 사용하여 변경하려는 내용 확인
• --safe는 친구입니다 - 위험한 리팩토링 방지
• 전체 코드베이스보다 작은 파일/모듈에서 가장 잘 작동

/cleanup - 기술 부채 감소

하는 일: 죽은 코드, 사용하지 않는 임포트를 제거하고 파일 구조를 정리합니다.

사용 시기:

• 코드베이스가 어수선하게 느껴질 때
• 사용하지 않는 임포트/변수가 많을 때
• 파일 구성이 지저분할 때
• 주요 리팩토링 전

기본 구문:

/sc:cleanup src/                    # src 디렉토리 정리
/sc:cleanup --dead-code             # 죽은 코드 제거에 집중
/sc:cleanup --imports package.js    # 특정 파일의 임포트 정리

유용한 플래그:

• --dead-code - 사용하지 않는 코드 제거
• --imports - 임포트 문 정리
• --files - 파일 구조 재구성
• --safe - 보수적인 정리만

실제 예제:

/sc:cleanup --dead-code --safe src/utils/
/sc:cleanup --imports src/components/
/sc:cleanup --files . --safe

주의사항:

• 공격적일 수 있음 - 항상 변경 사항을 신중하게 검토
• 모든 죽은 코드를 잡지 못할 수 있음 (특히 동적 임포트)
• 전체 프로젝트보다 작은 섹션에서 실행하는 것이 좋음

/test - 테스트 및 품질 보증

하는 일: 테스트 실행, 커버리지 보고서 생성, 테스트 품질 유지.

사용 시기:

• 테스트 스위트 실행
• 테스트 커버리지 확인
• 테스트 보고서 생성
• 지속적인 테스트 설정

기본 구문:

/sc:test                        # 모든 테스트 실행
/sc:test --type unit            # 단위 테스트만 실행
/sc:test --coverage             # 커버리지 보고서 생성
/sc:test --watch src/           # 개발을 위한 감시 모드

유용한 플래그:

• --type unit|integration|e2e|all - 테스트 유형
• --coverage - 커버리지 보고서 생성
• --watch - 감시 모드에서 테스트 실행
• --fix - 실패한 테스트를 자동으로 수정 시도

실제 예제:

/sc:test --type unit --coverage
/sc:test --watch src/components/
/sc:test --type e2e --fix

주의사항:

• 테스트 프레임워크가 제대로 구성되어 있어야 함
• 커버리지 보고서는 기존 테스트 설정에 따라 다름
• --fix는 실험적 - 변경하는 내용 검토

문서화 명령어 📝

/document - 집중 문서화

하는 일: 특정 컴포넌트, 함수 또는 기능에 대한 문서를 만듭니다.

사용 시기:

• README 파일 필요
• API 문서 작성
• 코드 주석 추가
• 사용자 가이드 생성

기본 구문:

/sc:document src/api/auth.js        # 인증 모듈 문서화
/sc:document --type api             # API 문서화
/sc:document --style brief README   # 간단한 README 파일

유용한 플래그:

• --type inline|external|api|guide - 문서 유형
• --style brief|detailed - 세부 수준
• --template - 특정 문서 템플릿 사용

실제 예제:

/sc:document --type api src/controllers/
/sc:document --style detailed --type guide user-onboarding
/sc:document --type inline src/utils/helpers.js

주의사항:

• 전체 프로젝트보다 특정 파일/함수에 더 좋음
• 품질은 코드가 얼마나 잘 구조화되어 있는지에 따라 다름
• 프로젝트의 문서 스타일에 맞게 약간의 편집이 필요할 수 있음

프로젝트 관리 명령어 📊

/estimate - 프로젝트 추정

하는 일: 개발 작업의 시간, 노력 및 복잡성을 추정합니다.

사용 시기:

• 새 기능 계획
• 스프린트 계획
• 프로젝트 복잡성 이해
• 리소스 할당

기본 구문:

/sc:estimate "사용자 인증 추가"      # 인증 기능 추정
/sc:estimate --detailed shopping-cart # 상세 분석
/sc:estimate --complexity user-dashboard # 복잡성 분석

유용한 플래그:

• --detailed - 작업의 상세 분석
• --complexity - 기술적 복잡성에 집중
• --team-size <n> - 추정 시 팀 크기 고려

실제 예제:

/sc:estimate --detailed "결제 시스템 구현"
/sc:estimate --complexity --team-size 3 "마이크로서비스로 마이그레이션"
/sc:estimate "실시간 채팅 추가" --detailed

주의사항:

• 추정은 대략적 - 가스펠이 아닌 시작점으로 사용
• 명확하고 구체적인 기능 설명과 함께 더 잘 작동
• 팀의 기술 스택 경험 고려

/task - 장기 프로젝트 관리

하는 일: 복잡하고 다중 세션 개발 작업 및 기능을 관리합니다.

사용 시기:

• 며칠/주가 걸리는 기능 계획
• 대규모 프로젝트 분해
• 세션 간 진행 상황 추적
• 팀 작업 조정

기본 구문:

/sc:task create "사용자 대시보드 구현"   # 새 작업 생성
/sc:task status                          # 작업 상태 확인
/sc:task breakdown "결제 통합"           # 하위 작업으로 분해

유용한 플래그:

• create - 새로운 장기 작업 생성
• status - 현재 작업 상태 확인
• breakdown - 큰 작업을 작은 작업으로 분해
• --priority high|medium|low - 작업 우선순위 설정

실제 예제:

/sc:task create "REST에서 GraphQL로 마이그레이션" --priority high
/sc:task breakdown "전자상거래 체크아웃 흐름"
/sc:task status

주의사항:

• 아직 실험적 - 세션 간에 항상 확실하게 지속되지는 않음 😅
• 실제 프로젝트 관리보다 계획에 더 좋음
• 요구사항에 대해 구체적일 때 가장 잘 작동

/spawn - 복잡한 작업 오케스트레이션

하는 일: 복잡하고 다단계 작업과 워크플로를 조정합니다.

사용 시기:

• 여러 도구/시스템을 포함하는 작업
• 병렬 워크플로 조정
• 복잡한 배포 프로세스
• 다단계 데이터 처리

기본 구문:

/sc:spawn deploy-pipeline            # 배포 오케스트레이션
/sc:spawn --parallel migrate-data    # 병렬 데이터 마이그레이션
/sc:spawn setup-dev-environment      # 복잡한 환경 설정

유용한 플래그:

• --parallel - 가능한 경우 병렬로 작업 실행
• --sequential - 순차적 실행 강제
• --monitor - 작업 진행 상황 모니터링

실제 예제:

/sc:spawn --parallel "스테이징에 테스트 및 배포"
/sc:spawn setup-ci-cd --monitor
/sc:spawn --sequential database-migration

주의사항:

• 가장 복잡한 명령 - 일부 거친 부분 예상
• 임시 작업보다 잘 정의된 워크플로에 더 좋음
• 올바르게 하려면 여러 번 반복이 필요할 수 있음

버전 관리 명령어 🔄

/git - 향상된 Git 작업

하는 일: 지능적인 커밋 메시지와 워크플로 최적화를 갖춘 Git 작업.

사용 시기:

• 의미 있는 커밋 메시지 작성
• 복잡한 브랜치 관리
• 일관된 커밋 스타일 생성
• 병합 충돌 처리

기본 구문:

/sc:git commit                      # 지능적인 커밋 메시지 생성
/sc:git pr                          # PR 설명 생성  
/sc:git --smart-commits             # 논리적 커밋으로 그룹화

유용한 플래그:

• commit - 스마트 커밋 메시지 생성
• pr - 풀 리퀘스트 설명 생성
• --smart-commits - 관련 변경 사항을 논리적 커밋으로 그룹화
• --conventional - 관례적 커밋 형식 사용

실제 예제:

/sc:git commit --conventional
/sc:git pr --detailed
/sc:git --smart-commits

주의사항:

• 아직 실험적 - 재미있는 커밋 메시지를 생성할 수 있음
• 대규모 변경 세트에서는 수동 그룹화가 필요할 수 있음
• 프로젝트의 기존 커밋 스타일을 감지하려고 함

유틸리티 명령어 🔧

/load - 프로젝트 컨텍스트 로딩

하는 일: 프로젝트 컨텍스트를 이해하고 코드베이스를 분석합니다.

사용 시기:

• 새 프로젝트 작업 시작
• 큰 코드베이스 이해 필요
• 프로젝트 개요 원함
• 작업 간 컨텍스트 전환

기본 구문:

/sc:load .                          # 현재 프로젝트 로드
/sc:load --type codebase src/       # 코드베이스 분석
/sc:load --summarize                # 프로젝트 요약 생성

유용한 플래그:

• --type codebase|docs|config - 로드할 컨텍스트 유형
• --summarize - 개요 생성
• --depth shallow|deep - 분석 깊이

실제 예제:

/sc:load --type codebase --summarize
/sc:load docs/ --type docs
/sc:load --depth deep .

주의사항:

• 대규모 프로젝트에서는 느릴 수 있음
• 더 작고 집중된 디렉토리에서 더 잘 작동
• 잘 구조화된 프로젝트에서 가장 유용

/index - 명령어 탐색

하는 일: 사용 가능한 명령어를 찾고 탐색하는 데 도움이 됩니다.

사용 시기:

• 사용 가능한 명령어가 확실하지 않을 때
• 특정 작업에 대한 도움이 필요할 때
• 명령어 옵션 탐색
• 빠른 참조

기본 구문:

/sc:index                           # 모든 명령어 표시
/sc:index analyze                   # 분석에 대한 도움말
/sc:index --category development    # 개발 명령어 표시

유용한 플래그:

• --category development|analysis|quality - 카테고리별 필터
• --search <term> - 명령어 검색
• --examples - 사용 예제 표시

실제 예제:

/sc:index --category quality
/sc:index --search performance
/sc:index --examples build

주의사항:

• 대부분 탐색 및 발견용
• 일반적인 것들을 몇 가지 기억하는 것이 더 빠름
• 예제는 도움이 되지만 때로는 일반적임

실용적인 예제 💡

전체 기능 워크플로

# 1. PRD에서 워크플로 생성
/sc:workflow feature-prd.md --strategy systematic
 
# 2. 아키텍처 설계
/sc:design authentication-system --persona-architect
 
# 3. 컴포넌트 구현
/sc:implement login-component --type component --framework react
 
# 4. 보안 분석
/sc:analyze --focus security auth/
 
# 5. 개선 및 최적화
/sc:improve --type performance auth-service/
 
# 6. 테스트 추가
/sc:test --type unit --coverage
 
# 7. 문서화
/sc:document auth-api --type api

버그 수정 워크플로

# 1. 문제 이해
/sc:troubleshoot "로그인이 특정 사용자에게 실패"
 
# 2. 코드 분석
/sc:analyze --focus quality auth/login.js
 
# 3. 수정 구현
/sc:implement bug-fix --safe
 
# 4. 수정 테스트
/sc:test --focus auth
 
# 5. 변경 사항 커밋
/sc:git commit --conventional

성능 최적화 워크플로

# 1. 성능 분석
/sc:analyze --focus performance --persona-performance
 
# 2. 병목 현상 식별
/sc:troubleshoot "API 응답 느림" --systematic
 
# 3. 개선 구현
/sc:improve --type performance --safe api/
 
# 4. 개선 벤치마크
/sc:test --benchmark --persona-performance
 
# 5. 결과 문서화
/sc:document performance-improvements --style detailed

프로 팁 💡

빠른 승리

• /sc:analyze로 시작하여 작업 중인 내용 이해
• 프로덕션 코드에는 항상 --safe 사용
• /sc:workflow를 사용하여 새 기능의 구현 계획 생성
• 변경하기 전에 --preview 사용

일반적인 조합

# 분석 + 개선
/sc:analyze --focus quality && /sc:improve --safe
 
# 설계 + 구현
/sc:design feature && /sc:implement --iterative
 
# 문제 해결 + 수정
/sc:troubleshoot issue && /sc:implement fix
 
# 테스트 + 문서화
/sc:test --coverage && /sc:document --type api

피해야 할 것

• 전체 대규모 코드베이스에서 /sc:improve 실행
• --preview 없이 /sc:cleanup 사용
• 특정 설명 없이 복잡한 추정
• 실패한 테스트에서 --fix 신뢰

최종 생각 💭

명령어에 대한 진실:

• 작업의 90%는 5-6개의 핵심 명령어로 처리됨
• 자동 활성화는 올바른 전문가를 선택하는 데 꽤 좋음
• 원하는 만큼 간단하게 또는 복잡하게 시작할 수 있음
• 학습은 사용을 통해 일어남, 문서를 공부하는 것이 아님

기억하세요: SuperClaude 명령어는 도구입니다 - 필요한 것을 사용하고 나머지는 무시하세요. 가장 중요한 부분은 시작하고 실험하는 것입니다. 🚀