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

🎭 페르소나는 자동으로 활성화됩니다 - 선택할 필요 없습니다!

간단한 진실: 페르소나를 선택하거나 그들이 하는 일을 외울 필요가 없습니다. SuperClaude는 보통 각 상황에 도움이 되는 전문가를 자동으로 불러옵니다!

실제로 일어나는 일:

/analyze auth.js를 입력하면 → 보통 보안 전문가가 뛰어듭니다 🛡️
React 컴포넌트 작업을 하면 → 프론트엔드 전문가가 자주 담당합니다 🎨
성능 문제를 디버그하면 → 성능 최적화 전문가가 자주 돕습니다 ⚡
문서를 작성하면 → 보통 전문 작가가 도와줍니다 ✍️

누가 무엇을 하는지 관리하지 않고도 언제 뛰어들어 도와야 할지 아는 똑똑한 팀을 갖는 것과 같습니다.

원할 때 수동 제어 가능 (예: 프론트엔드 코드의 보안 검토를 특별히 요청), 하지만 대부분의 경우 그냥... 작동하게 두면 됩니다. 🪄

🚀 그냥 시도해보세요 (페르소나 지식 불필요)

자동으로 적절한 전문가를 활성화하는 것들:

/sc:analyze payment-system/        # → 보안 + 백엔드 전문가 자동 활성화
/sc:build react-app/               # → 프론트엔드 전문가가 담당
/sc:improve slow-queries.sql       # → 성능 최적화 전문가가 뛰어듦
/sc:troubleshoot "인증 실패"       # → 디버그 전문가 + 보안 전문가 협력

패턴이 보이시나요? 하고 싶은 일에 집중하면, SuperClaude가 누가 도와야 할지 알아냅니다. 아래의 모든 내용은 팀에 누가 있는지 궁금해질 때를 위한 것입니다.

SuperClaude 페르소나를 수요에 따라 전문가 팀을 갖는 것으로 생각하세요. 각 페르소나는 특정 유형의 작업을 돕기 위해 다른 전문성, 우선순위 및 관점을 제공합니다.

페르소나란 무엇인가요? 🤔

페르소나는 다른 유형의 작업에 대해 SuperClaude의 동작을 적응시키려는 AI 전문가입니다. 일반적인 응답 대신, 관련 전문가로부터 전문가 수준의 도움을 받는 경우가 많습니다.

실제로 작동하는 방식:

자동 활성화 - SuperClaude는 보통 도움이 되는 전문가를 선택하려고 합니다 (대부분 꽤 잘 작동합니다!)
스마트 감지 - 보안 작업, 프론트엔드 작업, 성능 문제 등을 인식합니다
원활한 전환 - 같은 대화 내에서 필요에 따라 다른 전문가가 뛰어듭니다
팀 조정 - 복잡한 작업에서 여러 전문가가 자주 조정합니다
수동 재정의 가능 - 다른 관점을 원할 때 --persona-name 플래그로 명시적으로 선택할 수 있습니다

이것이 중요한 이유:

어떤 전문가에게 물어봐야 할지 모르고도 종종 전문가 수준의 조언을 받습니다
보통 실제로 작업 중인 것에 맞춰 더 나은 의사 결정을 받습니다
작업에 따라 더 집중되고 관련성 있는 응답
유용할 때 활성화되는 특수 워크플로에 대한 액세스

멋진 부분: 그냥 작업을 하면, 필요할 때 도움이 되는 전문가가 보통 나타납니다. 🎯

SuperClaude 팀 👥

기술 전문가 🔧

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

하는 일: 장기 아키텍처 계획, 시스템 설계, 확장성 결정
우선순위: 장기 유지보수성 > 확장성 > 성능 > 빠른 수정
자동 활성화 시기:
- 키워드: "architecture", "design", "scalability", "system structure"
- 여러 모듈과 관련된 복잡한 시스템 수정
- 대규모 기능 또는 시스템 변경 계획
좋은 용도:
- 새 시스템 또는 주요 기능 계획
- 아키텍처 검토 및 개선
- 기술 부채 평가
- 디자인 패턴 권장 사항
- 확장성 계획

예제 워크플로:

/sc:design microservices-migration --persona-architect
/sc:analyze --focus architecture large-system/
/sc:estimate "인증 시스템 재설계" --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"
- 성능 분석 또는 최적화 작업
- 속도/효율성이 언급될 때
좋은 용도:
- 성능 병목 현상 식별
- 메트릭 검증을 통한 코드 최적화
- 데이터베이스 쿼리 최적화
- 프론트엔드 성능 튜닝
- 로드 테스트 및 용량 계획
추적하는 성능 예산:
- API 응답: <500ms
- 데이터베이스 쿼리: <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 "인증이 무작위로 실패" --persona-analyzer
/sc:analyze --persona-analyzer mysterious-bug/
/sc:explain --detailed "왜 이게 느린가" --persona-analyzer

우선시하는 것:
- 증거 기반 결론
- 체계적인 조사 방법
- 솔루션 전 완전한 분석
- 재현 가능한 발견

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

하는 일: 테스트 전략, 품질 게이트, 엣지 케이스 감지, 위험 평가
우선순위: 예방 > 감지 > 수정 > 포괄적 적용 범위
자동 활성화 시기:
- 키워드: "test", "quality", "validation", "coverage"
- 테스트 또는 품질 보증 작업
- 품질 게이트 또는 엣지 케이스 언급
좋은 용도:
- 테스트 전략 및 계획
- 품질 보증 프로세스
- 엣지 케이스 식별
- 위험 기반 테스트
- 테스트 자동화
품질 위험 평가:
- 사용자 여정에 대한 중요 경로 분석
- 실패 영향 평가
- 결함 확률 평가
- 복구 난이도 추정

예제 워크플로:

/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 "결제 처리가 무작위로 실패"
# 자동 활성화: 🔍 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  # 보안 페르소나 사용

페르소나별 플래그 및 설정

보안 페르소나 + 유효성 검사:

/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 "모놀리스를 마이크로서비스로 마이그레이션" --persona-architect
 
# 아키텍처 검토
/sc:analyze --focus architecture --persona-architect large-system/
/sc:review --persona-architect critical-design-decisions/
 
# 기술 부채 평가
/sc:analyze --focus maintainability --persona-architect
/sc:task "기술 부채 감소 로드맵" --persona-architect

🎨 Frontend 워크플로

# UI 개발
/sc:build dashboard-components --persona-frontend
/sc:implement --type component user-profile --persona-frontend
 
# 접근성 개선
/sc:analyze --focus accessibility --persona-frontend
/sc:improve --type accessibility forms/ --persona-frontend
 
# 성능 최적화
/sc:analyze --focus performance --persona-frontend
/sc:improve --type performance --persona-frontend components/

⚙️ Backend 워크플로

# API 개발
/sc:design rest-api --persona-backend
/sc:build --type api user-service --persona-backend
 
# 데이터베이스 최적화
/sc:analyze --focus performance database/ --persona-backend
/sc:improve --type optimization queries/ --persona-backend
 
# 신뢰성 개선
/sc:analyze --focus reliability --persona-backend
/sc:implement error-handling --persona-backend

🛡️ Security 워크플로

# 보안 감사
/sc:scan --persona-security --comprehensive
/sc:analyze --focus security --depth deep --persona-security
 
# 취약점 수정
/sc:fix security-issues --persona-security --validate
/sc:implement auth-improvements --persona-security
 
# 규정 준수 확인
/sc:analyze --focus compliance --persona-security
/sc:document security-measures --persona-security

⚡ Performance 워크플로

# 성능 분석
/sc:analyze --focus performance --persona-performance
/sc:test --benchmark --persona-performance
 
# 최적화
/sc:improve --type performance critical-path/ --persona-performance
/sc:optimize database-queries --persona-performance
 
# 모니터링 설정
/sc:implement performance-monitoring --persona-performance
/sc:document performance-baselines --persona-performance

빠른 참조 🎯

페르소나 치트 시트

페르소나	주요 초점	자동 활성화 키워드	가장 좋은 용도
🏗️ architect	시스템 설계	architecture, scalability	계획, 설계
🎨 frontend	UI/UX	component, UI, responsive	UI 개발
⚙️ backend	API/인프라	API, database, server	서버 측
🛡️ security	보안	security, auth, vulnerability	보안 감사
⚡ performance	최적화	performance, speed, optimize	속도 개선
🔍 analyzer	조사	analyze, debug, investigate	디버깅
🧪 qa	테스트	test, quality, validation	품질 보증
🔄 refactorer	코드 품질	refactor, cleanup, quality	정리
🚀 devops	인프라	deploy, CI/CD, infrastructure	배포
👨‍🏫 mentor	교육	explain, learn, understand	학습
✍️ scribe	문서화	document, write, guide	글쓰기

일반적인 자동 활성화 패턴

"보안 취약점 수정" → 🛡️ security
"UI 컴포넌트 구축" → 🎨 frontend
"API 성능 개선" → ⚡ performance + ⚙️ backend
"버그가 왜 발생하는지 모르겠어요" → 🔍 analyzer
"이걸 문서화해주세요" → ✍️ scribe
"이 개념을 설명해주세요" → 👨‍🏫 mentor
"프로덕션에 배포" → 🚀 devops + 🛡️ security

문제 해결 💡

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

--persona-[name]으로 수동 재정의 사용
작업을 더 명확하게 설명
여러 관점이 필요한 경우 여러 명령 사용

"페르소나가 활성화되지 않음"

페르소나 플래그를 명시적으로 추가: --persona-security
페르소나별 키워드 사용
명령에 컨텍스트 추가

"너무 많은 페르소나가 활성화됨"

--persona-[name]으로 특정 페르소나에 집중
--focus [domain]을 사용하여 범위 좁히기
더 간단하고 집중된 명령 사용

최종 생각 💭

페르소나에 대한 진실:

보통 올바른 전문가가 자동으로 나타납니다
수동 제어는 가능하지만 종종 필요하지 않습니다
작업이 복잡할수록 더 많은 조정이 발생합니다
실험해도 괜찮습니다 - 페르소나는 서로를 보완합니다

기억하세요: 페르소나는 작업에 대한 전문가 관점을 제공하기 위해 있습니다. 대부분의 경우 SuperClaude가 적절한 것을 선택합니다. 다른 접근 방식을 원할 때는 수동 제어를 사용하세요. 🎭

Flags Guide Kr Superclaude Docs Kr