projectops

develop 브랜치를 push하고 main으로 릴리스 PR(deploy PR)을 생성한 뒤 즉시 릴리스 노트를 작성해 RELEASE-CHANGELOG 워크플로우가 CodeRabbit 10분 대기 없이 automerge를 진행하게 한다. automerge 실패 시 기존 PR을 닫고 새 PR을 열어 재트리거하는 fix 기능도 포함. 앱스토어/플레이스토어 심사로 직결되는 레포(앱 심사 인지)는 릴리스 노트에 심사 경고 배너를 띄우고 정제를 더 엄격히 적용한다. 'deploy해줘', '배포해줘', 'deploy PR 올려줘', 'changelogfix', 'deploy 머지 안 됐어', 'PR 다시 열어줘' 등의 요청 시 사용.

GitHub Mode - 독립적인 GitHub 제어 스킬. GitHub로 하는 모든 이슈/PR 작업을 단독으로 수행한다. 이슈 생성(작성+등록), 이슈 조회/수정/검색/닫기/열기, 댓글 추가/수정/삭제, 라벨 추가/제거/교체, 담당자 추가/제거, PR 생성/조회/수정/머지/닫기, PR 릴리스노트, 레포 탐색, GitHub Actions 로그, Actions Secret 관리. 이슈 만들어줘, 이슈 올려줘, 이슈 등록, 버그 리포트, 기능 요청 이슈, QA 요청 이슈, 디자인 요청 이슈, PR 생성, PR 올려줘, PR 머지해줘, 이슈 댓글, 댓글 달아줘, 댓글 수정, 댓글 삭제, 이슈 확인해줘, 이슈 닫아줘, 이슈 수정해줘, 라벨 추가/바꿔줘/빼줘, 담당자 추가해줘, '/github', '/issue', 내 레포 보여줘, 레포 목록 탐색해줘, README 가져와줘, {레포명} 정보 봐줘, Org 레포 탐색해줘, secret 업데이트해줘, Actions secret 등록해줘, 환경변수 secret 올려줘, BACKEND_ENV_FILE 업데이트 등 GitHub 이슈/PR/레포/Actions/Secret 관련 요청이면 반드시 이 skill을 사용한다. 다른 스킬보다 먼저 트리거되어야 한다.

Plan Mode (WHAT 전략 수립) - 구현 전 '무엇을, 왜' 만들 것인지 확정한다. 사용자가 새 기능, 버그 수정, 리팩토링, 아키텍처 변경을 요청하거나 /plan을 호출할 때 사용. HOW(파일/함수/라인 단위 구현 계획)는 절대 포함하지 않는다 — 그건 analyze 책임. 코드 수정은 금지.

원격 서버에 SSH로 접속해 명령을 실행하고 결과를 확인하는 skill. AWS EC2, 시놀로지 NAS, 일반 Linux 서버 등 모든 SSH 접근 가능한 서버에 사용한다. 사용자가 '서버 확인해줘', '로그 봐줘', 'EC2 접속해', '시놀로지 접속해', 'prod 검수해줘', '서버 상태 확인', '배포 됐는지 확인해줘', '서버에서 ~해줘' 등을 언급하면 이 skill을 사용한다.

브랜치명에서 이슈 번호를 자동 추출해 커밋 메시지를 완성하고 커밋한다. 이슈 연동 커밋, 커밋 메시지 자동 생성이 필요할 때 사용. /commit 호출 시 사용.

Report Mode - 구현 보고서 생성 전문가. Git diff와 이슈 분석을 통해 구현 내용을 정리한 보고서를 생성하고 GitHub PR 댓글로 자동 포스팅한다. 기능 흐름은 mermaid 플로우차트로 시각화한다. 구현 완료 후 보고서가 필요할 때, PR 설명 작성 시 사용. /report 호출 시 사용.

Review Mode - 코드 리뷰 전문가. 코드의 품질, 보안, 성능을 보안/성능/버그/품질 6관점으로 검토하고 Critical/Major/Minor 우선순위별 피드백을 제공한다. PR 리뷰, 파일 리뷰, 구현 후 셀프 검증이 필요할 때 사용. /review 호출 시 사용.

표준 skill을 생성(create)·리뷰(review)·개선(improve)할 때 사용한다. 트리거 발화 — "skill 만들어줘", "skill 추가해줘", "이거 skill로 만들자", "이 skill 리뷰해줘", "skill 검증해줘", "skill 개선해줘", "skill 고쳐줘", "create a skill", "review this skill". 호출 즉시 사용자 의도를 create/review/improve 셋 중 하나로 분류한 뒤, 모드별 Phase를 순서대로 실행한다. 한 번에 한 질문·자동 추론 우선·하드코딩 금지·설정 분리 등 8대 원칙을 기계적으로 강제한다.

Troubleshoot Mode - 디버깅 전문가. 가설-검증 방식으로 문제의 근본 원인을 찾고 Quick Fix와 Root Fix를 함께 제시한다. 에러 해결, 버그 디버깅, 문제 진단, 크래시 분석, 성능 문제 해결이 필요할 때 사용. /troubleshoot 호출 시 사용.

Analyze Mode (HOW 구체화) - plan 문서(WHAT)를 기반으로 '어떻게 만들 것인가'를 파일·함수·라인 단위로 구체화한다. 실제 파일을 읽고 변경 계획을 작성하며 placeholder를 금지한다. 코드 분석, 영향 범위 평가, 구현 계획서 작성이 필요할 때 또는 plan 승인 직후 트리거. /analyze 호출 시 사용. 코드는 수정하지 않는다.

Build Mode - 빌드 자동화 전문가. 프로젝트를 컴파일하고 패키징하여 배포 가능한 상태로 만든다. 빌드 실행, 빌드 에러 해결, 빌드 최적화, 번들 분석이 필요할 때 사용. /build 호출 시 사용.

Design Analyze Mode (Plan Only) - 시스템 설계 분석 전문가. 아키텍처, API, DB, UI/UX 설계를 분석하고 계획을 수립한다. 코드는 절대 작성하지 않는다. 설계 방향 결정이 필요할 때 사용. /design-analyze 호출 시 사용. /design은 설계+구현을 함께 하는 별도 명령어.

Design Mode - 시스템 설계 전문가. 아키텍처, API, DB, UI/UX를 체계적으로 설계하고 구현까지 진행한다. 전체 시스템 설계가 필요하거나 API/DB/UI 설계 요청 시 사용. /design 호출 시 사용. 분석만 필요하면 /design-analyze를 사용.

Document Mode - 기술 문서화 전문가. 코드 주석, README, API 문서, 아키텍처 문서를 작성한다. 문서화 요청, README 업데이트, API 문서 작성, 코드 주석 추가가 필요할 때 사용. /document 호출 시 사용.

Figma Design Mode - Figma 디자인을 반응형 코드로 지능적으로 변환한다. Figma에서 복사한 CSS/값을 받아 React(Tailwind/Styled), React Native, Flutter 코드로 변환할 때 사용. px 하드코딩 대신 반응형 단위를 사용한다. /figma 호출 시 사용.

Implement Mode (DO 실제 구현) - plan/analyze 산출물 또는 사용자 지시를 입력받아 실제 코드를 작성/수정한다. 코드 자체가 결과 — 별도 산출 md를 만들지 않는다. 변경 보고서가 필요하면 Phase 6 Finishing 후 /report 별도 호출. 사용자가 '구현해줘', '코딩해', '바로 구현', '/implement'라고 말하거나 analyze 승인 직후에 트리거. 독립적인 변경 단위는 서브에이전트에 병렬 위임 가능.

Git Worktree 자동 생성 도구. 브랜치명을 입력받아 worktree를 생성하고, .gitignore 기반 로컬 파일 후보를 조사해 필요한 파일만 근거와 함께 선택 복사한다. worktree 생성, 브랜치 분리 작업, 독립 작업 환경 구성이 필요할 때 사용. /init-worktree 호출 시 사용.

PPT Mode - 기술 발표 자료 작성 전문가. 개발 과정에서의 문제 해결을 PPT 형식으로 정리한다. 기술 발표, 구현 보고, 트러블슈팅 사례 발표 자료가 필요할 때 사용. /ppt 호출 시 사용.

Refactor Analyze Mode (Plan Only) - 리팩토링 분석 전문가. Code Smell을 탐지하고 리팩토링 계획을 수립한다. 코드는 절대 수정하지 않는다. 리팩토링 전 분석이 필요할 때 사용. /refactor-analyze 호출 시 사용. /refactor는 실제 리팩토링을 진행하는 별도 명령어.

Refactor Mode - 리팩토링 전문가. 코드의 외부 동작은 유지하면서 내부 구조를 개선한다. Extract Method, DRY, Guard Clauses 등 리팩토링 기법을 적용할 때 사용. /refactor 호출 시 사용. 분석만 필요하면 /refactor-analyze를 사용.

Suh Spring Test Generator - Spring Boot 프로젝트용 테스트 코드를 자동 생성한다. suh-logger 의존성 유무에 따라 템플릿을 선택하고, 멀티모듈 프로젝트를 자동 감지한다. /spring-test 호출 시 사용.

시놀로지 NAS에 새 웹 서비스를 외부 도메인으로 노출하는 가이드. DNS 레코드 추가, 시놀로지 DSM 역방향 프록시 설정, Let's Encrypt 인증서 발급 및 연결을 단계별로 안내한다. 사용자가 '서비스 외부 노출', '도메인 연결', '역방향 프록시 추가', '서브도메인 설정', 'HTTPS 설정', '인증서 발급', '시놀로지에 새 서비스 붙이기', '웹소켓 프록시' 등을 언급하면 이 skill을 사용한다.

Test Mode - 테스트 전문가. 단위/통합/E2E 테스트 코드를 AAA 패턴으로 작성하고, 테스트 전략 수립 및 커버리지 개선을 수행한다. 테스트 작성, 테스트 전략 수립, 커버리지 개선이 필요할 때 사용. /test 호출 시 사용.

Testcase Generator - QA 테스트케이스 작성 전문가. GitHub 이슈와 구현 코드를 분석하여 TC-01 표 형식(전제조건/절차/기대/결과)의 테스트케이스를 생성한다. 프로젝트 타입별(Spring/Flutter/React) 검증 항목을 자동 도출하고 GitHub 이슈 댓글에 붙여넣을 수 있다. QA 테스트 계획, 체크리스트 생성이 필요할 때 사용. /testcase 호출 시 사용.