kaizen
코드 품질 개선을 위한 카이젠 방법론 적용
소프트웨어 팀은 일관성 없는 코드 품질과 사후적 오류 처리로 어려움을 겪습니다. 이 스킬은 지속적 개선, 오류 방지 설계, 표준화된 패턴 추종을 위한 구조화된 카이젠 방법론을 제공합니다.
下载技能 ZIP
在 Claude 中上传
前往 设置 → 功能 → 技能 → 上传技能
开启并开始使用
测试它
正在使用“kaizen”。 주문 합계를 계산하는 이 함수를 개선하기 위해 카이젠 적용
预期结果:
- 반복 1 - 입력 검증 추가: 계산 전 null/빈 items 배열 및 음수 가격 확인. 런타임 오류를 방지합니다.
- 반복 2 - 가독성 개선: 더 명확한 의도를 위해 for-loop 를 reduce() 로 교체. 타입 서명는 명시적으로 number 를 반환합니다.
- 반복 3 - 오류 메시지 추가: 실패를 무시하는 대신 유효하지 않은 입력에 대해 설명적인 오류를 발생시킵니다. 각 반복은 테스트되었고 작동합니다.
正在使用“kaizen”。 포카요케를 사용하여 오류 방지 Order 타입 설계
预期结果:
- 간단한 객체와 문자열 상태 대신, 각 주문 상태가 필요한 데이터를 가진 식별된 유니온 타입을 사용합니다.
- 보류 중인 주문은 createdAt 타임스탬프가 필요합니다. 발송된 주문은 trackingNumber 가 필요합니다. 배달된 주문은 서명이 필요합니다.
- 타입 시스템은 추적 정보 없이 발송된 주문을 가질 수 없게 만듭니다. 컴파일 오류는 버그의 전체 클래스를 방지합니다.
安全审计
安全This skill is a documentation-only guide for Kaizen software development methodology. Static analysis flagged 73 patterns in code examples within markdown documentation, but all findings are false positives. The backtick operators are TypeScript template literals (not shell commands), fetch calls are educational examples (not actual network requests), and environment variable references teach secure validation practices. No executable code exists in this skill.
低风险问题 (3)
质量评分
你能构建什么
코드 리뷰 개선
코드 리뷰 중 카이젠 원칙을 적용하여 완전한 재작성을 요구하기보다 작고 점진적인 개선을 제안합니다. 각 제안은 다음으로 넘어가기 전에 검증되고 테스트됩니다.
오류 방지 API 설계
포카요케 기법을 사용하여 컴파일 시간에 유효하지 않은 상태를 표현할 수 없도록 TypeScript API 를 설계합니다. 타입 시스템이 런타임 전에 오류를 감지합니다.
레거시 코드 리팩토링
반복적 개선 접근 방식을 적용합니다: 작동하게 만들기, 명확하게 만들기, 효율적으로 만들기. 각 반복은 다음 단계로 진행하기 전에 완료되고 테스트됩니다.
试试这些提示
이 함수를 검토하고 카이젠 원칙에 따라 하나의 작은 개선을 제안하세요. 이 변경이 품질을 어떻게 개선하는지 설명하고 다른 것을 제안하기 전에 작동하는지 검증하세요.
포카요케 원칙을 사용하여 이 API 인터페이스를 분석하세요. TypeScript 타입을 사용하여 유효하지 않은 상태를 표현할 수 없도록 하는 방법을 보여주세요. 타입 정의와 함께 전후 예시를 제공하세요.
이 코드베이스에 새 기능을 추가하고 있습니다. [기능 유형] 에 대한 기존 코드 패턴을 분석하고 동일한 표준화된 접근 방식을 따라 새 기능을 구현하는 방법을 보여주세요. 코드베이스의 구체적인 예시를 가리켜주세요.
이 코드를 YAGNI 위반 사항에 대해 검토하세요. '만약을 대비한' 기능, 시기상조의 추상화, 사용되지 않는 복잡성을 식별하세요. 각 문제에 대해 현재 요구사항을 충족하는 가장 단순한 버전을 보여주고 무엇을 삭제해야 하는지 설명하세요.
最佳实践
- 품질을 개선하는 가장 작은 실행 가능한 변경을 수행하고 작동하는지 검증한 후 다음 개선으로 진행
- 시스템 경계에서 입력과 구성을 검증하고 명확한 오류 메시지와 함께 빠르게 실패
- 일관성을 위해 기존 코드베이스 패턴을 따름. 팀이 동의하고 상당히 더 나은 경우에만 새 패턴 도입
避免
- 점진적 개선 대신 대규모 리팩토링 프로젝트 시도
- 여러 검증된 사용 사례가 있기 전에 제너릭 프레임워크나 추상화 구축
- 실제 성능 문제를 측정하지 않고 '만약을 대비한' 기능 추가 또는 최적화