code-refactoring-tech-debt
기술 부채 분석 및 수정
개발 속도를 저하시키는 기술 부채를 식별하고 정량화하세요. 팀 생산성을 극대화하는 개선을 우선순위화하기 위한 ROI 예측과 함께 실행 가능한 수정 계획을 제공합니다.
Télécharger le ZIP du skill
Importer dans Claude
Allez dans Paramètres → Capacités → Skills → Importer un skill
Activez et commencez à utiliser
Tester
Utilisation de "code-refactoring-tech-debt". 결제 서비스의 기술 부채를 분석하세요
Résultat attendu:
## 결제 서비스 기술 부채 분석
### 발견된 주요 문제:
1. 신 클래스: PaymentService.java (847 줄, 32 개 메서드)
2. 5 개 컨트롤러에서 중복된 유효성 검사 로직
3. 환불 플로우에 대한 통합 테스트 없음
4. 추상화 계층 없이 직접 데이터베이스 쿼리
### 영향 평가:
- 월간 속도 손실: 35 시간
- 버그 발생률: 월 4 건 프로덕션 버그 (평균 12 시간 each)
- 연간 비용: $58,800
### 빠른 성과 (1-2 주차):
1. 유효성 검사를 공유 모듈로 추출 - 월 20 시간 절감
2. 환불 플로우 테스트 추가 - 월 2 건 버그 예방
### 중기 (2-3 개월):
PaymentService 를 4 개의 집중 서비스로 리팩토링 - 유지보수 시간 50% 감소
Utilisation de "code-refactoring-tech-debt". 코드베이스를 위한 메트릭 대시보드를 생성하세요
Résultat attendu:
## 코드 품질 메트릭 대시보드
### 현재 상태:
- 순환 복잡도: 15.2 (목표: 10) - 임계값 초과 45 개 파일
- 코드 중복: 23% (목표: 5%) - 핫스팟: validation (850 줄), handlers (620 줄)
- 테스트 커버리지: Unit 45%, Integration 12%, E2E 5% (목표: 80/60/30)
- 종속성 건강: 12 개 주요 구식 버전, 7 개 보안 취약점
### 추세 분석:
- Q1: 750 부채 항목 → Q2: 820 → Q3: 890 (분기별 18% 성장)
- 예측: 개입 없을 시 2025 년 Q1 까지 1,200 항목
### 위험 분포:
- Critical: 3 보안 취약점
- High: 8 성능 핫스팟
- Medium: 42 복잡도 문제
- Low: 156 스타일/효율성 항목
Audit de sécurité
SûrStatic analysis detected 30 potential issues (external commands, weak crypto, system reconnaissance) but all are false positives from markdown code examples and documentation text. No executable code, network requests, or security threats found. The skill contains only documentation about technical debt analysis with code block examples.
Problèmes à risque faible (1)
Score de qualité
Ce que vous pouvez construire
레거시 코드베이스 평가
개발팀이 누적된 기술 부채가 있는 레거시 프로젝트를 인수할 때, 어떤 문제가 존재하는지, 속도에 미치는 영향은 무엇인지, 그리고 개선을 위한 우선순위화된 계획을 이해하기 위한 포괄적인 분석이 필요합니다.
기술 부채 우선순위화
엔지니어링 관리자는 최대의 영향을 위해 제한된 자원을 어디에 투자할지 결정해야 합니다. 이 스킬은 부채 항목의 비용을 정량화하고 ROI 기준으로 순위와 함께 이해관계자에게 기술 작업을 정당화합니다.
리팩토링 계획
주요 리팩토링 작업을 계획하는 개발자는 대규모 변경사항을 점진적인 단계로 분해하고, 진행 상황을 측정하며, 프로세스 중에 새로운 부채가 발생하지 않도록 방지하기 위한 체계적인 접근 방식이 필요합니다.
Essayez ces prompts
이 코드베이스에서 기술 부채 문제를 스캔하세요. 코드 중복, 높은 복잡도 함수 및 누락된 테스트에 집중하세요. 위치와 함께 상위 10 개 문제 요약을 제공하세요.
코드 부채, 아키텍처 부채, 테스트 격차 및 문서화 문제를 다루는 완전한 기술 부채 인벤토리를 수행하세요. 각 카테고리의 연간 비용을 계산하고 빠른 성과를 포함한 우선순위화된 수정 계획을 작성하세요.
[컴포넌트/서비스]의 기술 부채를 분석하세요. 복잡도 핫스팟, 결합 문제 및 테스트 커버리지 격차를 식별하세요. 점진적 구현 단계와 함께 리팩토링 전략을 제안하세요.
발견된 기술 부채를 기반으로 분기별 수정 로드맵을 작성하세요. 빠른 성과 (1-2 주), 중기 개선 (1-3 개월), 장기 이니셔티브 (3-6 개월) 를 포함하고 각각에 대한 ROI 예측을 포함하세요.
Bonnes pratiques
- 리팩토링 시 항상 테스트 커버리지를 포함하세요 - 회귀 방지를 위해 먼저 테스트를 작성하세요 (TDD)
- 신속한 롤백을 가능하게 하기 위해 리팩토링된 코드의 점진적 롤아웃을 위해 기능 플래그를 사용하세요
- 미래 유지보수 담당자가 변경 사유를 이해할 수 있도록 아키텍처 결정 (ADR) 을 문서화하세요
Éviter
- 빅뱅 리팩토링 - 한 번에 전체 시스템을 다시 작성하지 마세요. 지속적 전달과 함께 점진적 변경을 사용하세요
- 측정 없이 리팩토링 - 개선을 정량화하기 위해 시작 전에 기준 메트릭을 수립하세요
- 비즈니스 가치 무시 - 모든 기술 부채를 수정해야 하는 것은 아닙니다. 속도와 위험에 미치는 영향을 기준으로 우선순위화하세요
Foire aux questions
이 스킬은 어떤 유형의 기술 부채를 감지할 수 있나요?
ROI 예측은 얼마나 정확한가요?
이 스킬이 찾은 기술 부채를 자동으로 수정할 수 있나요?
어떤 기술 부채부터 먼저 해결해야 우선순위화하나요?
SonarQube 와 같은 정적 분석 도구와 이 스킬의 차이점은 무엇인가요?
기술 부채 분석은 얼마나 자주 수행해야 하나요?
Détails du développeur
Auteur
sickn33Licence
MIT
Dépôt
https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/code-refactoring-tech-debtRéf
main
Structure de fichiers
📄 SKILL.md