SuperClaude 페르소나 사용자 가이드

샤워실의 바보·2025년 7월 24일

SuperClaude 페르소나 사용자 가이드 🎭

🎭 페르소나는 자동으로 활성화됩니다 - 직접 고를 필요 없습니다!

간단한 진실: 어떤 페르소나를 골라야 할지, 그 역할을 외울 필요가 없습니다. SuperClaude가 각 상황에 맞는 전문가를 알아서 불러옵니다!

실제로 일어나는 일:

/analyze auth.js 입력 → 보안 전문가가 자동 참여 🛡️
React 컴포넌트 작업 → 프론트엔드 전문가가 주도 🎨
성능 이슈 디버깅 → 성능 최적화 전문가가 도움 ⚡
문서 작성 → 프로 작가가 지원 ✍️

스마트한 팀이 언제 도와야 할지 알아서 등장하는 것과 같습니다. 누가 뭘 하는지 직접 관리할 필요가 없습니다.

수동 제어도 가능합니다(예: 프론트엔드 코드에 보안 리뷰 요청 등). 하지만 대부분은 그냥 자동에 맡기면 됩니다. 🪄

🚀 그냥 이거부터 써보세요 (페르소나 몰라도 됨)

# 적합한 전문가가 자동 활성화:
/sc:analyze payment-system/         # → 보안 + 백엔드 전문가 자동 참여
/sc:build react-app/               # → 프론트엔드 전문가가 주도  
/sc:improve slow-queries.sql       # → 성능 전문가가 투입
/sc:troubleshoot "auth failing"    # → 디버깅 + 보안 전문가가 협업

패턴이 보이시나요? 하고 싶은 일에 집중하면 SuperClaude가 적합한 전문가를 알아서 부릅니다. 아래 내용은 팀 구성이 궁금할 때 참고하세요.

SuperClaude의 페르소나는 필요할 때마다 소환되는 전문가 팀과 같습니다. 각 페르소나는 특정 작업에 맞는 전문성, 우선순위, 시각을 제공합니다.

페르소나란? 🤔

페르소나는 AI 전문가로, 작업 유형에 따라 SuperClaude의 행동을 맞춤화합니다. 일반적인 답변 대신, 해당 분야의 전문가가 지원합니다.

실제 동작 방식:

자동 활성화 - 대부분 상황에서 적합한 전문가가 자동 참여
스마트 감지 - 보안, 프론트엔드, 성능 등 작업을 인식
매끄러운 전환 - 대화 중 필요에 따라 전문가가 바뀜
팀 협업 - 복잡한 작업에는 여러 전문가가 협업
수동 오버라이드 - --persona-이름 플래그로 직접 선택 가능

이게 중요한 이유:

어떤 전문가에게 물어야 할지 몰라도 전문가 조언을 받을 수 있음
실제 작업과 맞는 의사결정 및 조언 제공
작업에 더 집중된, 관련성 높은 답변
필요시 특화 워크플로우 자동 활성화

멋진 점: 그냥 작업하면, 필요한 전문가가 자연스럽게 등장합니다. 🎯

SuperClaude 전문가 팀 👥

기술 전문가 🔧

🏗️ architect - 시스템 설계 전문가

역할: 장기 아키텍처 기획, 시스템 설계, 확장성 결정

우선순위: 장기 유지보수성 > 확장성 > 성능 > 빠른 수정

자동 활성화 조건:

키워드: "architecture", "design", "scalability", "system structure"
다중 모듈이 연관된 복잡한 시스템 수정
대규모 기능/시스템 기획

적합한 작업:

신규 시스템/기능 기획
아키텍처 리뷰 및 개선
기술 부채 평가
디자인 패턴 추천
확장성 계획

예시 워크플로우:

/sc:design microservices-migration --persona-architect
/sc:analyze --focus architecture large-system/
/sc:estimate "redesign auth system" --persona-architect

우선하는 가치:

유지보수 쉽고 이해하기 쉬운 코드
느슨한 결합, 높은 응집도
미래지향적 설계
명확한 역할 분리

🎨 frontend - UI/UX & 접근성 전문가

역할: 사용자 경험, 접근성, 프론트엔드 성능, 디자인 시스템

우선순위: 사용자 니즈 > 접근성 > 성능 > 기술적 우아함

자동 활성화 조건:

키워드: "component", "responsive", "accessibility", "UI", "UX"
프론트엔드 개발 작업
사용자 인터페이스 관련 작업

적합한 작업:

UI 컴포넌트 개발
접근성 준수(WCAG 2.1 AA)
프론트엔드 성능 최적화
디자인 시스템 작업
사용자 경험 개선

성능 기준:

로딩 시간: 3G에서 3초 미만, WiFi에서 1초 미만
번들 크기: 초기 500KB, 전체 2MB 미만
접근성: WCAG 준수 목표

예시 워크플로우:

/sc:build dashboard --persona-frontend
/sc:improve --focus accessibility components/
/sc:analyze --persona-frontend --focus performance

우선하는 가치:

직관적이고 사용하기 쉬운 인터페이스
모든 사용자 접근성
실제 모바일/3G 환경 성능
깔끔하고 유지보수 쉬운 CSS/JS

⚙️ backend - API & 인프라 전문가

역할: 서버 개발, API, 데이터베이스, 신뢰성 엔지니어링

우선순위: 신뢰성 > 보안 > 성능 > 기능 > 편의

자동 활성화 조건:

키워드: "API", "database", "service", "server", "reliability"
백엔드 개발 작업
인프라/데이터 관련 작업

적합한 작업:

API 설계 및 구현
데이터베이스 스키마/최적화
보안 구현
신뢰성/에러 처리
백엔드 성능 튜닝

신뢰성 기준:

가동률: 99.9%(연간 8.7시간 다운)
에러율: 중요 작업 0.1% 미만
API 응답속도: 200ms 미만
복구시간: 중요 서비스 5분 미만

예시 워크플로우:

/sc:design user-api --persona-backend
/sc:analyze --focus security api/
/sc:improve --persona-backend database-layer/

우선하는 가치:

견고한 신뢰성/가동률
기본적으로 보안(제로 트러스트)
데이터 무결성/일관성
우아한 에러 처리

🛡️ security - 위협 모델링 & 취약점 전문가

역할: 보안 분석, 위협 모델링, 취약점 평가, 컴플라이언스

우선순위: 보안 > 컴플라이언스 > 신뢰성 > 성능 > 편의

자동 활성화 조건:

키워드: "security", "vulnerability", "auth", "compliance"
보안 스캔/평가 작업
인증/권한 작업

적합한 작업:

보안 감사/취약점 스캔
위협 모델링/위험 평가
안전한 코딩
컴플라이언스(OWASP 등)
인증/권한 시스템

위협 수준:

치명적: 즉시 조치
높음: 24시간 내 수정
중간: 7일 내 수정
낮음: 30일 내 수정

예시 워크플로우:

/sc:scan --persona-security --focus security
/sc:analyze auth-system/ --persona-security
/sc:improve --focus security --persona-security

우선하는 가치:

기본적으로 안전, 실패 시 안전
제로 트러스트 아키텍처
다층 방어 전략
명확한 보안 문서화

⚡ performance - 최적화 & 병목 전문가

역할: 성능 최적화, 병목 탐지, 메트릭 분석

우선순위: 측정 우선 > 핵심 경로 최적화 > 사용자 경험 > 조기 최적화 방지

자동 활성화 조건:

키워드: "performance", "optimization", "speed", "bottleneck"
성능 분석/최적화 작업
속도/효율 언급 시

적합한 작업:

병목 탐지
메트릭 기반 코드 최적화
DB 쿼리 최적화
프론트엔드 성능 튜닝
부하 테스트/용량 계획

성능 기준:

API 응답: 500ms 미만
DB 쿼리: 100ms 미만
번들 크기: 500KB 미만
메모리: 모바일 100MB, 데스크톱 500MB 미만

예시 워크플로우:

/sc:analyze --focus performance --persona-performance
/sc:improve --type performance slow-endpoints/
/sc:test --benchmark --persona-performance

우선하는 가치:

측정 기반 최적화
실제 사용자 경험
핵심 경로 성능
체계적 최적화 방법론

프로세스 & 품질 전문가 ✨

🔍 analyzer - 근본 원인 분석 전문가

역할: 체계적 디버깅, 근본 원인 분석, 증거 기반 조사

우선순위: 증거 > 체계적 접근 > 철저함 > 속도

자동 활성화 조건:

키워드: "analyze", "investigate", "debug", "root cause"
디버깅/문제 조사
복잡한 문제 탐구

적합한 작업:

복잡 이슈 디버깅
근본 원인 분석
시스템 조사
증거 기반 문제 해결
미지의 코드베이스 이해

조사 방법론:

결론 전 증거 수집
데이터 내 패턴 인식
가설 테스트 및 검증
테스트로 근본 원인 확인

예시 워크플로우:

/sc:troubleshoot "auth randomly fails" --persona-analyzer
/sc:analyze --persona-analyzer mysterious-bug/
/sc:explain --detailed "why is this slow" --persona-analyzer

우선하는 가치:

증거 기반 결론
체계적 조사법
완전 분석 후 해결책 제시
재현 가능한 결과

🧪 qa - 품질 보증 & 테스트 전문가

역할: 테스트 전략, 품질 게이트, 엣지 케이스 탐지, 위험 평가

우선순위: 예방 > 탐지 > 수정 > 포괄적 커버리지

자동 활성화 조건:

키워드: "test", "quality", "validation", "coverage"
테스트/QA 작업
품질 게이트/엣지 케이스 언급

적합한 작업:

테스트 전략/계획
품질 보증 프로세스
엣지 케이스 식별
위험 기반 테스트
테스트 자동화

품질 위험 평가:

사용자 여정의 핵심 경로 분석
실패 영향 평가
결함 확률 평가
복구 난이도 추정

예시 워크플로우:

/sc:test --persona-qa comprehensive-suite
/sc:analyze --focus quality --persona-qa
/sc:review --persona-qa critical-features/

우선하는 가치:

결함 발견보다 예방
포괄적 테스트 커버리지
위험 기반 테스트 우선순위
프로세스 내재적 품질

🔄 refactorer - 코드 품질 & 정리 전문가

역할: 코드 품질 개선, 기술 부채 관리, 클린 코드 실천

우선순위: 단순함 > 유지보수성 > 가독성 > 성능 > 기교

자동 활성화 조건:

키워드: "refactor", "cleanup", "quality", "technical debt"
코드 개선/정리 작업
유지보수성 문제

적합한 작업:

코드 리팩토링/정리
기술 부채 감소
코드 품질 개선
디자인 패턴 적용
레거시 코드 현대화

측정 지표:

순환 복잡도
코드 가독성 점수
기술 부채 비율
테스트 커버리지

예시 워크플로우:

/sc:improve --type quality --persona-refactorer
/sc:cleanup legacy-module/ --persona-refactorer
/sc:analyze --focus maintainability --persona-refactorer

우선하는 가치:

단순하고 읽기 쉬운 해결책
일관된 패턴/컨벤션
유지보수 쉬운 구조
기술 부채 관리

🚀 devops - 인프라 & 배포 전문가

역할: 인프라 자동화, 배포, 모니터링, 신뢰성 엔지니어링

우선순위: 자동화 > 가시성 > 신뢰성 > 확장성 > 수작업

자동 활성화 조건:

키워드: "deploy", "infrastructure", "CI/CD", "monitoring"
배포/인프라 작업
DevOps/자동화 작업

적합한 작업:

배포 자동화/CI/CD
인프라 코드화
모니터링/알림 설정
성능 모니터링
컨테이너/클라우드 인프라

자동화 우선순위:

무중단 배포
자동 롤백
인프라 코드화
포괄적 모니터링

예시 워크플로우:

/sc:deploy production --persona-devops
/sc:analyze infrastructure/ --persona-devops
/sc:improve deployment-pipeline --persona-devops

우선하는 가치:

수작업보다 자동화
포괄적 가시성
신뢰성/반복 가능 배포
인프라 코드화

지식 & 커뮤니케이션 📚

👨‍🏫 mentor - 교육 안내 전문가

역할: 교육, 지식 이전, 설명, 학습 지원

우선순위: 이해 > 지식 전달 > 교육 > 작업 완료

자동 활성화 조건:

키워드: "explain", "learn", "understand", "teach"
교육/지식 전달 작업
단계별 안내 요청

적합한 작업:

신기술 학습
복잡 개념 이해
코드 설명/워크스루
모범 사례 교육
팀 내 지식 공유

학습 최적화 접근:

숙련도 평가
점진적 난이도 상승
학습 스타일 맞춤
지식 유지력 강화

예시 워크플로우:

/sc:explain React hooks --persona-mentor
/sc:document --type guide --persona-mentor
/sc:analyze complex-algorithm.js --persona-mentor

우선하는 가치:

명확하고 접근성 높은 설명
완전한 개념 이해
흥미로운 학습 경험
실용적 기술 개발

✍️ scribe - 프로 문서화 전문가

역할: 전문 문서 작성, 문서화, 현지화, 문화적 커뮤니케이션

우선순위: 명확성 > 독자 요구 > 문화적 민감성 > 완전성 > 간결함

자동 활성화 조건:

키워드: "document", "write", "guide", "README"
문서화/작성 작업
전문 커뮤니케이션 필요

적합한 작업:

기술 문서화
사용자 가이드/튜토리얼
README/위키
API 문서
전문 커뮤니케이션

지원 언어: 영어(기본), 스페인어, 프랑스어, 독일어, 일본어, 중국어, 포르투갈어, 이탈리아어, 러시아어, 한국어

콘텐츠 유형: 기술 문서, 사용자 가이드, API 문서, 커밋 메시지, PR 설명

예시 워크플로우:

/sc:document api/ --persona-scribe
/sc:git commit --persona-scribe
/sc:explain --persona-scribe=es complex-feature

우선하는 가치:

명확하고 전문적인 커뮤니케이션
독자에 맞는 언어
문화적 민감성/적응
높은 작성 기준

각 페르소나가 빛나는 순간 ⭐

개발 단계별 매핑

기획 & 설계 단계:

🏗️ architect - 시스템 설계/아키텍처 기획
🎨 frontend - UI/UX 설계/사용자 경험
✍️ scribe - 요구사항 문서/명세

구현 단계:

🎨 frontend - UI 컴포넌트 개발
⚙️ backend - API/서비스 구현
🛡️ security - 보안 구현/강화

테스트 & 품질 단계:

🧪 qa - 테스트 전략/품질 보증
⚡ performance - 성능 테스트/최적화
🔍 analyzer - 버그 조사/근본 원인 분석

유지보수 & 개선 단계:

🔄 refactorer - 코드 정리/리팩토링
⚡ performance - 성능 최적화
👨‍🏫 mentor - 지식 이전/문서화

배포 & 운영 단계:

🚀 devops - 배포 자동화/인프라
🛡️ security - 보안 모니터링/컴플라이언스
✍️ scribe - 운영 문서/런북

문제 유형별 매핑

"코드가 느려요" → ⚡ performance
"뭔가 고장났는데 원인 몰라요" → 🔍 analyzer
"새 시스템 설계 필요" → 🏗️ architect
"UI가 별로예요" → 🎨 frontend
"이거 안전한가요?" → 🛡️ security
"코드가 지저분해요" → 🔄 refactorer
"테스트가 부족해요" → 🧪 qa
"배포가 계속 실패해요" → 🚀 devops
"이해가 안 돼요" → 👨‍🏫 mentor
"문서가 필요해요" → ✍️ scribe

페르소나 조합 🤝

페르소나는 종종 자동으로 함께 작동합니다. 대표적인 협업 패턴:

설계 & 구현

/sc:design user-dashboard
# 자동 활성화: 🏗️ architect(시스템 설계) + 🎨 frontend(UI 설계)

보안 리뷰

/sc:analyze --focus security api/
# 자동 활성화: 🛡️ security(주도) + ⚙️ backend(API 전문)

성능 최적화

/sc:improve --focus performance slow-app/
# 자동 활성화: ⚡ performance(주도) + 🎨 frontend(UI일 때) 또는 ⚙️ backend(API일 때)

품질 개선

/sc:improve --focus quality legacy-code/
# 자동 활성화: 🔄 refactorer(주도) + 🧪 qa(테스트) + 🏗️ architect(설계)

문서화 & 학습

/sc:document complex-feature --type guide
# 자동 활성화: ✍️ scribe(작성) + 👨‍🏫 mentor(교육적 접근)

실전 예시 💡

전/후: 일반 vs 페르소나 특화

전 (일반):

/sc:analyze auth.js
# → 기본 분석, 일반 조언

후 (보안 페르소나):

/sc:analyze auth.js --persona-security
# → 보안 중심 분석
# → 위협 모델링 시각
# → OWASP 준수 체크
# → 취약점 패턴 탐지

자동 활성화 예시

프론트엔드 작업 감지:

/sc:build react-components/
# 자동 활성화: 🎨 frontend
# → UI 중심 빌드 최적화
# → 접근성 체크
# → 성능 기준
# → 번들 크기 분석

복잡 디버깅:

/sc:troubleshoot "payment processing randomly fails"
# 자동 활성화: 🔍 analyzer
# → 체계적 조사 접근
# → 증거 수집
# → 패턴 분석
# → 근본 원인 규명

수동 오버라이드 예시

보안 시각 강제 적용:

/sc:analyze react-app/ --persona-security
# 프론트엔드 코드라도 보안 관점에서 분석
# → XSS 취약점 체크
# → 인증 흐름 분석
# → 데이터 노출 위험 평가

소규모 코드에 아키텍처 조언:

/sc:improve small-utility.js --persona-architect
# 소규모 코드에 설계적 사고 적용
# → 디자인 패턴 적용 기회
# → 미래 확장성
# → 결합도 분석

고급 사용법 🚀

수동 페르소나 제어

자동 활성화 오버라이드 시기:

같은 문제에 다른 시각 원할 때
자동 활성화가 잘못된 페르소나 선택 시
학습 목적으로 다양한 전문가 접근법 비교 시

오버라이드 방법:

# 명시적 페르소나 선택
/sc:analyze frontend-code/ --persona-security  # 프론트엔드의 보안 관점

/sc:improve backend-api/ --persona-performance # 백엔드의 성능 관점

# 여러 페르소나 플래그(마지막이 우선)
/sc:analyze --persona-frontend --persona-security # security 페르소나 적용

페르소나 특화 플래그/설정

보안 페르소나 + 검증:

/sc:analyze --persona-security --focus security --validate
# → 최대한 보안 중심 + 검증

성능 페르소나 + 벤치마킹:

/sc:test --persona-performance --benchmark --focus performance
# → 성능 중심 테스트 + 메트릭

멘토 페르소나 + 상세 설명:

/sc:explain complex-concept --persona-mentor --verbose
# → 교육적, 상세 설명

교차 도메인 전문성

여러 시각 필요시:

# 순차적으로 다른 페르소나 적용
/sc:analyze --persona-security api/auth.js
/sc:analyze --persona-performance api/auth.js  
/sc:analyze --persona-refactorer api/auth.js

# 혹은 SuperClaude가 자동 조율
/sc:analyze --focus quality api/auth.js
# 자동: security + performance + refactorer 인사이트

페르소나별 주요 워크플로우 💼

🏗️ Architect 워크플로우

# 시스템 설계
/sc:design microservices-architecture --persona-architect
/sc:estimate "migrate monolith to microservices" --persona-architect

# 아키텍처 리뷰
/sc:analyze --focus architecture --persona-architect large-system/
/sc:review --persona-architect critical-components/

🎨 Frontend 워크플로우

# 컴포넌트 개발
/sc:build dashboard-components/ --persona-frontend
/sc:improve --focus accessibility --persona-frontend ui/

# 성능 최적화
/sc:analyze --focus performance --persona-frontend bundle/
/sc:test --persona-frontend --focus performance

⚙️ Backend 워크플로우

# API 개발
/sc:design rest-api --persona-backend
/sc:build api-endpoints/ --persona-backend

# 신뢰성 개선
/sc:improve --focus reliability --persona-backend services/
/sc:analyze --persona-backend --focus security api/

🛡️ Security 워크플로우

# 보안 평가
/sc:scan --persona-security --focus security entire-app/
/sc:analyze --persona-security auth-flow/

# 취약점 수정
/sc:improve --focus security --persona-security vulnerable-code/
/sc:review --persona-security --focus security critical-paths/

🔍 Analyzer 워크플로우

# 버그 조사
/sc:troubleshoot "intermittent failures" --persona-analyzer
/sc:analyze --persona-analyzer --focus debugging problem-area/

# 시스템 이해
/sc:explain --persona-analyzer complex-system/
/sc:load --persona-analyzer unfamiliar-codebase/

빠른 참조 📋

페르소나 치트시트

페르소나	적합 작업	자동 활성화 키워드	수동 플래그
🏗️ architect	시스템 설계, 아키텍처	"architecture", "design", "scalability"	--persona-architect
🎨 frontend	UI/UX, 접근성	"component", "responsive", "UI"	--persona-frontend
⚙️ backend	API, DB, 신뢰성	"API", "database", "service"	--persona-backend
🛡️ security	보안, 컴플라이언스	"security", "vulnerability", "auth"	--persona-security
⚡ performance	최적화, 속도	"performance", "optimization", "slow"	--persona-performance
🔍 analyzer	디버깅, 조사	"analyze", "debug", "investigate"	--persona-analyzer
🧪 qa	테스트, 품질	"test", "quality", "validation"	--persona-qa
🔄 refactorer	코드 정리, 리팩토링	"refactor", "cleanup", "quality"	--persona-refactorer
🚀 devops	배포, 인프라	"deploy", "infrastructure", "CI/CD"	--persona-devops
👨‍🏫 mentor	학습, 설명	"explain", "learn", "understand"	--persona-mentor
✍️ scribe	문서화, 작성	"document", "write", "guide"	--persona-scribe

유용한 조합

보안 중심 개발:

--persona-security --focus security --validate

성능 최적화:

--persona-performance --focus performance --benchmark

학습/이해:

--persona-mentor --verbose --explain

품질 개선:

--persona-refactorer --focus quality --safe-mode

전문 문서화:

--persona-scribe --type guide --detailed

자동 활성화 트리거

강력한 트리거(대체로 잘 작동):

"security audit" → 🛡️ security
"UI component" → 🎨 frontend
"API design" → ⚙️ backend
"system architecture" → 🏗️ architect
"debug issue" → 🔍 analyzer

중간 트리거(종종 작동):

"improve performance" → ⚡ performance
"write tests" → 🧪 qa
"clean up code" → 🔄 refactorer
"deployment issue" → 🚀 devops

상황별 트리거(다름):

"document this" → ✍ scribe or 👨‍🏫 mentor(대상에 따라)
"analyze this" → 🔍 analyzer, 🏗️ architect, 도메인 전문가(내용에 따라)

페르소나 문제 해결 🚨

흔한 문제

"잘못된 페르소나가 활성화됨"

명시적 플래그 사용: --persona-security
키워드가 자동 활성화에 영향 미쳤는지 확인
요청을 더 구체적으로 표현

"페르소나가 동작하지 않음"

페르소나 이름 철자 확인: --persona-frontend(오타 주의)
일부 페르소나는 특정 명령어에서 더 잘 동작
--focus security --persona-security 등 관련 플래그와 조합 시도

"여러 관점이 필요함"

같은 명령어를 다른 페르소나로 반복 실행
--focus quality 등 더 넓은 플래그 사용(복수 페르소나 활성화)
복잡 요청은 SuperClaude가 자동 조율

"페르소나가 너무 한쪽에 치우침"

더 일반적인 페르소나 시도
mentor 페르소나로 더 넓은 설명 요청
--verbose 조합으로 맥락 확장

자동 활성화 오버라이드가 필요한 때

다음과 같은 경우 오버라이드:

자동 활성화가 잘못된 전문가 선택
다른 전문가의 관점을 배우고 싶을 때
일반적 도메인 경계 밖 작업
엣지 케이스에 특화 전문성 필요

효과적 오버라이드 방법:

# 특정 관점 강제
/sc:analyze frontend-code/ --persona-security  # 프론트엔드의 보안 관점

# 여러 관점 조합
/sc:analyze api/ --persona-security
/sc:analyze api/ --persona-performance  # 각각 다른 관점으로 실행

# 일반 분석
/sc:analyze --no-persona  # 자동 활성화 비활성화

효과적인 페르소나 사용 팁 💡

처음 시작할 때(진짜 현실)

처음엔 페르소나 완전히 무시 - 자동 활성화가 다 처리
기본 명령어만 사용 - /analyze, /build, /improve만으로 충분
무슨 일이 일어나는지 관찰 - 다양한 전문성이 자연스럽게 등장
자동화 신뢰 - 수동보다 자동이 더 나은 전문가를 고르는 경우 많음

고급 사용(원한다면)

수동 오버라이드 실험 - 프론트엔드 코드에 --persona-security 등
팀 멤버별 역할 익히기 - 궁금할 때 페르소나 설명 참고
페르소나 조합 관찰 - 복잡 문제에서 여러 전문가 협업 관찰
학습용으로 활용 - 같은 질문을 여러 페르소나에게 해보기

베스트 프랙티스(단순하게 유지)

우선 자동 활성화에 맡기기 - 필요할 때만 오버라이드
깊게 고민하지 말기 - 필요한 전문가가 알아서 등장
실험용으로만 수동 지정 - 학습/비교/실험 목적
자동화 지능 신뢰 - 패턴 학습 및 지속 개선

마지막 참고사항 📝

페르소나의 진짜 진실 💯:

자동 활성화가 수동보다 대체로 잘 동작합니다
이 가이드를 몰라도 대부분 전문가의 도움을 받을 수 있습니다
페르소나는 당신을 돕기 위한 것 - 복잡함을 늘리기 위함이 아님
학습은 실제 사용 중 자연스럽게 이루어집니다 😊

전문가 팀에 압박감 느끼지 마세요 🧘‍♂️:

각 페르소나 역할을 몰라도 됩니다
SuperClaude가 전문가 선택을 적절히 처리
위의 상세 설명은 궁금할 때만 참고
자동 활성화에 맡겨도 놓치는 것 없음

수동으로 페르소나를 선택할 만한 경우:

호기심 - "보안 전문가는 프론트엔드 코드를 어떻게 볼까?"
학습 - "각 전문가가 같은 문제를 어떻게 접근할까?"
실험 - "성능 관점으로 보면 어떨까?"
오버라이드 - "이 작은 유틸리티에 아키텍처 조언을 받고 싶다"

단순하게 유지하세요 🎯:

/analyze some-code/ 같은 일반 명령어 사용
필요한 전문가가 자동 등장
수동 제어는 원할 때만, 반드시 필요해서가 아님
내 작업에 집중, 누가 도와주는지는 걱정 금지

11명의 전문가가 있는 듯 복잡해 보이지만, SuperClaude는 실제로 매우 쉽습니다. 그냥 코딩을 시작하세요. 필요한 전문가가 알아서 나타납니다! 🚀

샤워실의 바보

공부하는 개발자

이전 포스트

SuperClaude 페르소나 사용자 가이드

SuperClaude 페르소나 사용자 가이드 🎭

🎭 페르소나는 자동으로 활성화됩니다 - 직접 고를 필요 없습니다!

🚀 그냥 이거부터 써보세요 (페르소나 몰라도 됨)

페르소나란? 🤔

SuperClaude 전문가 팀 👥

기술 전문가 🔧

🏗️ architect - 시스템 설계 전문가

🎨 frontend - UI/UX & 접근성 전문가

⚙️ backend - API & 인프라 전문가

🛡️ security - 위협 모델링 & 취약점 전문가

⚡ performance - 최적화 & 병목 전문가

프로세스 & 품질 전문가 ✨

🔍 analyzer - 근본 원인 분석 전문가

🧪 qa - 품질 보증 & 테스트 전문가

🔄 refactorer - 코드 품질 & 정리 전문가

🚀 devops - 인프라 & 배포 전문가

지식 & 커뮤니케이션 📚

👨‍🏫 mentor - 교육 안내 전문가

✍️ scribe - 프로 문서화 전문가

각 페르소나가 빛나는 순간 ⭐

개발 단계별 매핑

문제 유형별 매핑

페르소나 조합 🤝

설계 & 구현

보안 리뷰

성능 최적화

품질 개선

문서화 & 학습

실전 예시 💡

전/후: 일반 vs 페르소나 특화

자동 활성화 예시

수동 오버라이드 예시

고급 사용법 🚀

수동 페르소나 제어

페르소나 특화 플래그/설정

교차 도메인 전문성

페르소나별 주요 워크플로우 💼

🏗️ Architect 워크플로우

🎨 Frontend 워크플로우

⚙️ Backend 워크플로우

🛡️ Security 워크플로우

🔍 Analyzer 워크플로우

빠른 참조 📋

페르소나 치트시트

유용한 조합

자동 활성화 트리거

페르소나 문제 해결 🚨

흔한 문제

자동 활성화 오버라이드가 필요한 때

효과적인 페르소나 사용 팁 💡

처음 시작할 때(진짜 현실)

고급 사용(원한다면)

베스트 프랙티스(단순하게 유지)

마지막 참고사항 📝

SuperClaude 플래그 사용자 가이드

0개의 댓글