All authors
Claude Skills by cubha
github.com/cubha10 skills0 installs25 views
- Analyze기존 코드베이스(브라운필드)를 탐색·감사하고 외부 리서치를 더해 분석 보고서(MD)를 생성한다. 아키텍처·기술부채·보안·성능·개선 로드맵 도출. '/analyze', '분석해줘', '프로젝트 분석', '코드베이스 분석', '기술부채 점검' 등 기존 코드가 있는 프로젝트 언급 시 호출. 코드가 전무한 그린필드 신규 프로젝트에는 사용하지 않는다.Votes: 0GitHub stars: 2
- Braintrust현재 세션에서 합의·작성한 설계·계획·결정·산출물을 3~5개 독립 fork 에이전트가 서로 다른 렌즈로 적대적으로 검토(adversarial review)하고 충돌조정·종합하는 인-세션 패널. "적대검토", "패널 검토", "다중 에이전트로 검토", "여러 관점으로 뜯어봐", "집단지성", "브레인스토밍 패널", "red-team", "fork 패널", "최종검토 돌려줘" 등을 언급하거나, 중대한 설계/계획/결정을 굳히기 직전 교차검증이 필요할 때 반드시 사용한다. 단일 외부검증(advisor)·코드 diff 리뷰(/code-review)와는 역할이 다르며 그쪽이 맞으면 위임한다(아래 "언제 쓰나/안 쓰나").Votes: 0GitHub stars: 2
- Debugger버그 원인을 시스템 로그 기반으로 특정하고 수정·검증·정리까지 완료하는 디버깅 워크플로우 스킬. 트리거: '디버깅해줘', '버그 원인 찾아줘', '어디서 오류나는지', '로그 삽입해줘', 에러 메시지/스택 트레이스 붙여넣기, '--pw'/'--pw --headless'/'--pw --record' 플래그. 지원 언어: JS/TS, Python, Java, Kotlin. 안티-트리거: 단순 코드 리뷰, 신규 기능 구현, 원인이 이미 특정된 경우(수정만 진행), 성능 최적화, 기능 동작 검증/시나리오 PASS-FAIL 판정.Votes: 0GitHub stars: 2
- Design Lint결정론적(no-LLM) 디자인 안티패턴 린터. 렌더된 HTML/CSS(또는 standalone 프로토타입 HTML, 라이브 URL)를 DESIGN-TOKENS.md Ground Truth 대비 검사해 토큰 위생·색/폰트/스페이싱 일관성·AI-default 클리셰(beige 배경·text gradient·uppercase eyebrow 등)를 pass/fail로 판정한다. LLM 디자인 리뷰는 비재현적이라 게이트로 못 쓰지만 이 스킬은 동일 입력→동일 판정·0토큰이라 CI/파이프라인 게이트로 쓸 수 있다. '/design-lint', '디자인 린트', '디자인 검사', '토큰 위생 검사', 'design-lint', '안티패턴 검사', 'AI-default 검사', '디자인 일관성 검사' 언급 시, 그리고 리팩토링/리디자인 파이프라인이 시각 산출물을 검증할 때 호출한다.Votes: 0GitHub stars: 2
- Init Design기존 프로젝트 코드베이스에서 디자인 시스템을 역추출해 docs/design/ Ground Truth 파일(DESIGN-TOKENS.md·UX-BRIEF.md)을 생성한다. UI 프리비전이나 리디자인 파이프라인을 거치지 않고 개발된 프로젝트에서 디자인 기준 파일을 수립할 때 사용. '/init-design', '디자인 역추출', '디자인 토큰 추출', 'DESIGN-TOKENS 만들어줘', 'UX-BRIEF 생성해줘', '디자인 기준 파일 없어', 'Ground Truth 만들어줘', '디자인 파일 없는데 만들어줘' 등 언급 시 호출.Votes: 0GitHub stars: 2
- Scope프로젝트 생성 이전 단계에서 요구사항·리서치를 바탕으로 프로젝트 범위산정(기능 목록·MoSCoW 우선순위·공수 추정)과 기술스택 확정(사용자 승인 게이트)을 수행하고 SCOPE 문서를 생성한다. 코드는 만들지 않는다. '/scope', '범위 산정', '스코프 잡아줘', 'MoSCoW', '기능 우선순위', '스택 확정', '뭘 만들지 정하자', '요구사항 정리해서 스택까지', 'PRD 비슷한 거' 등 언급 시 호출. 요구사항만으로 바로 프로젝트를 생성하기 전에, 무엇을 어느 범위로 어떤 스택으로 만들지 확정하는 결정 게이트가 필요할 때 반드시 사용.Votes: 0GitHub stars: 2
- Ship현재 브랜치의 변경사항을 commit → push → PR 생성 → merge → 브랜치 정리까지 한 번에 처리한다. develop 브랜치가 있으면 git-flow(feature→develop→main), 없으면 GitHub Flow(feature→main)로 자동 적응하고, 머지 전 기능 게이트+보안 스캔+DB 검토+민감파일 차단을 실행한다. '/ship', 'ship', '배포해줘', '커밋하고 머지까지' 등 언급 시 호출Votes: 0GitHub stars: 2
- Team Dev팀 에이전트 병렬 개발 오케스트레이터. SubTask 목록을 의존성 분석 후 병렬 가능 그룹으로 분류하고, 팀원 에이전트가 git worktree 격리 환경에서 동시 구현한다. '/team-dev', '팀 개발', '병렬 구현', '팀으로 개발' 등 언급 시 호출Votes: 0GitHub stars: 2
- Team Research팀 에이전트 병렬 리서치 오케스트레이터. 프로젝트 시작 전 기술 스택, 아키텍처, 경쟁 제품을 리서처 서브에이전트로 병렬 조사하고 결과를 취합한다. '/team-research', '팀 리서치', '리서치해줘', '사전 조사' 등 언급 시 호출Votes: 0GitHub stars: 2
- Unit Test기능 단위 테스트 오케스트레이터. Git Diff/사용자 지정 범위에서 테스트 대상을 결정하고, 사용자 시나리오 스토리보드 → 테스트케이스 생성 → Playwright MCP 실행 → 결과 보고. '/unit-test', '단위테스트', '테스트해줘', '기능 테스트' 등 언급 시 호출. 시나리오 단위 회귀 검증(PASS/FAIL/WARN)에 사용하며, 버그 원인 특정·로그 삽입 디버깅이 필요하면 debugger 계열 스킬을 쓴다.Votes: 0GitHub stars: 2