audit-semo
전체 SEMO 패키지 통합 품질 감사. Use when (1) 전체 패키지 품질 점검, (2) Agent/Skill/Command 표준 준수 검토, (3) 비효율적 구조 탐지, (4) 정기 감사 수행.
Découvrez les skills DevOps, comparez leurs dépôts et consultez leurs instructions.
전체 SEMO 패키지 통합 품질 감사. Use when (1) 전체 패키지 품질 점검, (2) Agent/Skill/Command 표준 준수 검토, (3) 비효율적 구조 탐지, (4) 정기 감사 수행.
경미한 수정사항 빠른 처리 및 사후 이슈 생성. Use when (1) 오타/문구 수정, (2) 스타일 미세조정, (3) 버그 핫픽스, (4) 코드 정리 (3파일 이하, 30분 이내).
Supabase CLI를 활용한 데이터베이스 타입 생성 및 동기화. PROACTIVELY use when (1) DB 스키마 변경 후 타입 업데이트, (2) Repository 구현 전 타입 확인, (3) 새 테이블/컬럼 추가 시, (4) 타입 불일치 오류 발생 시. Clou...
SEMO 피드백 이슈 분석 및 반영. Use when (1) "피드백 처리해줘", "이슈 반영해줘", (2) check-feedback 후 수정 요청, (3) SEMO 시스템/패키지 개선 요청.
Supabase DB 직접 접근. Use when (1) "DB 조회/수정", "테이블 데이터", (2) 온프레미스 Supabase PostgREST API, (3) Spring 미가동 시 fallback.
Interactive project creation from cm-template. Use when (1) user requests new service creation, (2) creating new cm-* project, (3) need guided wizard for project configuration, (4) generating ready-to-copy proj...
Execute Phase 5 comprehensive verification before PR. Use when (1) implementation is complete, (2) before creating Pull Request, (3) user requests quality check, (4) pre-commit validation needed, (5) Constituti...
GitHub Project 보드 이슈 연동 및 상태 관리. Use when (1) 이슈 생성 후 프로젝트 보드 연동, (2) 태스크 완료 후 상태 변경.
Fetch reference implementations from core-supabase repository. Use when (1) implementing Repository layer with Supabase, (2) need RPC function usage patterns, (3) checking correct parameter structures and type...
테스트 실행 및 품질 검증. Use when: (1) 테스트 실행 요청, (2) 변경 후 검증 필요, (3) 커버리지 확인.
정기 회의록 GitHub Discussion에 자동 생성. Use when (1) "정기 회의록 생성해줘", (2) /create-meeting-minutes 커맨드, (3) "이번 주 회의록 만들어줘", (4) 이터레이션 기반 회의록 생성 요청.
의사결정 로그 Supabase discussions 테이블에 생성. 회의/Slack/PR 등에서 결정된 사항을 기록. Use when (1) 의사결정 기록 요청, (2) 회의 결정사항 문서화, (3) summarize-meeting 스킬에서 호출.
SEMO 변경사항을 블로그 원고로 자동 기록. Use when: (1) 버저닝 완료 후 자동 호출, (2) 주요 기능 추가/삭제 시, (3) 아키텍처 변경 시.
Prototype and explore technical approaches. Use when (1) multiple valid technical approaches exist, (2) performance characteristics unknown, (3) implementation path unclear, (4) need evidence-based technical re...
코드 품질 검증 스킬. Use when (1) 커밋 전 검증, (2) 린트/빌드/테스트 실행, (3) PR 전 품질 확인.
개발 환경 및 인증 상태 자동 검증. Use when (1) 온보딩 시 환경 확인, (2) 도구/인증 상태 체크, (3) `/SEMO:health-check` 명령, (4) orchestrator 업무 시작 시 자동 실행.
구현 계획 수립. Use when (1) "계획 세워줘", "설계해줘", (2) 복잡한 기능 구현 전, (3) 리팩토링 계획. ⚠️ 특화된 계획은 별도 스킬 사용: - 테스트 계획 → write-test 스킬
작업 시작 (Supabase DB 기반). Use when (1) "랜드 #123 작업 진행", (2) "#45 시작하자", (3) "이슈 작업 시작해줘". 이슈 상태 변경 + 브랜치 생성 + Draft PR.
Generate design-to-development handoff documents. Use when (1) preparing designs for developers, (2) documenting component specifications, (3) creating style guides, (4) bridging design and code. Creates compre...
Speckit 워크플로우 통합 실행 (specify → plan → tasks → issues). Epic에서 Task Issue 생성까지 원스톱 처리. Use when (1) Epic 생성 후 Task 분해, (2) spec 문서 생성, (3) Task Issue 생성.
도메인/기능의 컨텍스트 빠른 파악. Use when: (1) 특정 도메인 이해 필요, (2) 기존 기능 수정 전 파악, (3) 세션 시작 시 컨텍스트 로드.
QA 테스트 요청 스킬. Use when (1) 태스크카드 테스트 요청, (2) QA 담당자 할당, (3) 테스트 범위 지정, (4) Slack 알림 전송.
코드 작성, 수정, 구현. Use when (1) "코드 작성해줘", "구현해줘", (2) 기능 추가/수정, (3) 버그 수정.
코드 종합 분석 (품질/보안/성능/아키텍처). Use when: (1) 코드 분석 요청, (2) 보안 취약점 스캔, (3) 성능 병목 식별, (4) 아키텍처 검토.
Le classement utilise les étoiles du dépôt GitHub indexé. Plusieurs skills peuvent partager ce nombre : ce n’est ni un nombre d’installations ni une note de qualité.