Compétences code-refactoring-refactor-clean
🔧

code-refactoring-refactor-clean

Sûr

SOLID 원칙으로 코드 리팩토링 및 정리

입증된 리팩토링 패턴과 SOLID 디자인 원칙을 사용하여 뒤엉킨 유지보수하기 어려운 코드를 깨끗하고 모듈화된 아키텍처로 변환합니다. 이 스킬은 코드 스멜 식별, 디자인 패턴 적용, 기능 손실 없이 코드 품질을 향상시키는 점진적 개선에 대한 전문적인 지침을 제공합니다.

Prend en charge: Claude Codex Code(CC)
🥉 74 Bronze
1

Télécharger le ZIP du skill

2

Importer dans Claude

Allez dans Paramètres → Capacités → Skills → Importer un skill

3

Activez et commencez à utiliser

Tester

Utilisation de "code-refactoring-refactor-clean". 이 500줄 OrderSystem 클래스를 코드 스멜 대해 분석하고 개선 사항을 제안하세요

Résultat attendu:

분석 요약: SRP 위반 발견 (유효성 검사, 데이터베이스, 이메일, 로깅 혼합), 순환 복잡도 45, 테스트 커버리지 0%. 리팩토링 계획: 1) OrderValidator로 유효성 검사 추출 (2시간), 2) 데이터 액세스를 위한 레포지토리 패턴 생성 (4시간), 3) 의존성 주입 구현 (3시간). 예상 노력: 9시간, 위험도: 중간 (일부 테스트 존재).

Utilisation de "code-refactoring-refactor-clean". 이 함수를 SOLID 원칙에 따라 리팩토링하세요

Résultat attendu:

리팩토링된 코드: UserManager를 단일 책임이 있는 5개의 클래스(UserValidator, UserRepository, EmailService, UserActivityLogger, UserService)로 분할. 느슨한 결합을 위해 의존성 주입 적용. 결과: 메서드당 평균 15줄, 복잡도 25에서 4로 감소, 테스트 커버리지 92%로 증가.

Utilisation de "code-refactoring-refactor-clean". 이 할인 계산 로직에 디자인 패턴을 적용하세요

Résultat attendu:

전략 패턴 적용: PercentageDiscount, FixedDiscount, TieredDiscount 구현을 포함한 DiscountStrategy 인터페이스 생성. DiscountCalculator는 이제 전략 객체를 받아 조건부 로직 제거. 이점: 새로운 할인 유형은 기존 코드 변경 필요 없음 (개방/폐쇄 원칙), 테스트 용이성 100% 개선.

Audit de sécurité

Sûr
v1 • 2/25/2026

All 90 static analysis findings are false positives. The detected patterns appear in markdown documentation files as educational code examples demonstrating refactoring patterns. The skill contains no executable code - only AI prompts and documentation. All patterns (backtick execution, email operations, file access, weak crypto references, reconnaissance commands) are within code blocks in implementation-playbook.md as teaching examples for proper refactoring. No security risks exist.

2
Fichiers analysés
934
Lignes analysées
1
résultats
1
Total des audits
Problèmes à risque faible (1)
False Positive: Educational Code Examples in Documentation
Static analyzer detected 90 potential security patterns (backtick execution, network operations, file access, etc.) but these all appear in markdown code blocks as educational examples. The implementation-playbook.md file contains before/after code samples demonstrating refactoring patterns - these are not executable code. Examples include Ruby backtick patterns (lines showing shell command examples in documentation), email sending code (teaching patterns for separating concerns), and file operations (demonstrating proper logging abstraction). These are documentation strings, not runtime code.
Audité par: claude

Score de qualité

38
Architecture
100
Maintenabilité
87
Contenu
50
Communauté
100
Sécurité
91
Conformité aux spécifications

Ce que vous pouvez construire

레거시 코드 현대화

SOLID 원칙과 최신 디자인 패턴에 따라 레거시 모놀리식 애플리케이션을 깔끔하고 모듈화된 아키텍처로 변환

코드 리뷰 개선

코드 스멜 식별 및 수정, 복잡도 감소, 풀 리퀘스트 리뷰 중 유지보수성 향상

온보딩 모범 사례

실용적인 예시와 단계별 마이그레이션 가이드를 통해 리팩토링 패턴과 클린 코드 원칙 학습

Essayez ces prompts

간단한 리팩토링 요청
이 코드를 리팩토링하여 가독성을 향상시키고 중복을 줄이세요
종합 코드 분석
이 코드를 코드 스멜, SOLID 위반 및 기술 부채进行分析합니다. 우선순위 리팩토링 계획을 제공하세요.
디자인 패턴 적용
SOLID 원칙에 따라 이 코드를 리팩토링하기에 적절한 디자인 패턴을 적용하세요. 이전/이후 비교를 보여주세요.
테스트 포함 전체 리팩토링
이 코드를 완전히 리팩토링하고, 테스트 스위트 생성, 마이그레이션 가이드, 개선 사항을 보여주는 메트릭 보고서를 포함하세요

Bonnes pratiques

  • 리팩토링 전후 항상 기존 테스트를 실행하여 동작 보존 확인
  • 대규모 재작성보다는 작고 점진적인 단계로 리팩토링 적용
  • 구체적인 패턴과 예시는 implementation-playbook.md 참조

Éviter

  • 테스트 없이 리팩토링하지 마세요 - 먼저 테스트 커버리지 구축
  • 간단한 솔루션에 과도한 엔지니어링 피하기 - YAGNI (You Aren't Gonna Need It)
  • 명시적인 이해관계자 승인 없이 외부 동작 변경 금지

Foire aux questions

리팩토링하면 기존 코드가 깨지나요?
아니요, 올바르게 수행하면 그렇습니다. 이 스킬은 내부 구조를 개선하면서 외부 동작 보존에 중점을 합니다. 리팩토링 후 동작이 변경되지 않았는지 검증하려면 항상 테스트를 실행하세요.
코드가 리팩토링이 필요한지 어떻게 알 수 있나요?
코드 스멜을 찾아보세요: 긴 메서드 (>20줄), 큰 클래스 (>200줄), 높은 순환 복잡도 (>10), 중복 코드, 불명확한 이름, 테스트 어려움 등입니다. 스킬이 이러한 문제를 자동으로 식별할 수 있습니다.
이 스킬이 자동으로 내 코드를 리팩토링할 수 있나요?
이 스킬은 리팩토링 지침을 제공하고 리팩토링된 코드 예시를 생성하지만, 수동으로 변경 사항을 검토하고 적용해야 합니다. 자동화된 리팩토링에는 비즈니스 로직과 도메인별 제약 조건을 검증하기 위한 인간의 감독이 필요합니다.
SOLID 원칙이란 무엇인가요?
SOLID는 5가지 디자인 원칙의 약자입니다: 단일 책임, 개방/폐쇄, 리스코프 치환, 인터페이스 분리, 의존성 역전 원칙입니다. 이러한 원칙은 유지보수가 가능하고 유연하며 확장 가능한 소프트웨어 아키텍처를 만드는 데 도움이 됩니다.
한번에 모든 코드를 리팩토링해야 하나요?
아니요. 보童 Scouts 규칙을 사용하여 점진적으로 리팩토링하세요: 찾은 것보다 코드를 더 깨끗하게 남기고 떠나세요. 먼저 높은 영향力和 낮은 노력을 가진 변경 사항에 우선순위를 두세요. 스킬이 리팩토링 노력의 우선순위를 정하는 데 도움이 되는 ROI 분석을 제공합니다.
팀을 설득하여 리팩토링하려면 어떻게 해야 하나요?
비즈니스 가치에 집중하세요: 버그 감소, 기능 개발 속도 향상, 온보딩 용이성, 유지보수 비용 절감. 스킬의 메트릭 보고서를 사용하여 코드 품질과 테스트 용이성의 구체적인 개선을 보여주는 이전/이후 비교를 제시하세요.

Détails du développeur

Structure de fichiers