invigo-marketplace

jh_kim dev 계정(dev Keycloak)으로 E2E API 테스트를 수행하는 스킬입니다. 로컬 main 빌드 API + dev DB + dev Keycloak PKCE 토큰 조합으로, dev API 서버에 아직 배포되지 않은 머지 코드를 실데이터 환경에서 검증할 때 사용합니다. "/e2e-test-dev", "dev 계정으로 E2E", "jh_kim으로 API 테스트", "dev DB로 E2E 테스트" 등을 요청할 때 사용됩니다. (로컬 Docker Keycloak 기반 테스트는 e2e-test 스킬 사용)

plan-master(기획용 FE 코드 + docs/specs 기획서)와 bitda-back(구현된 BE 코드) 사이의 갭을 분석하여 누락된 기능·API·정책을 GitHub 이슈로 자동 생성하는 스킬입니다. 기획서→이슈 전달 과정에서 발생하는 누락을 방지하기 위해 FE 코드를 1차 소스로 사용합니다. "/gap-analyze", "/gap-analyze BOM", "/gap-analyze production" 등을 요청할 때 사용됩니다.

plan-master FE 코드만을 유일한 1차 소스로(기획서 .md 배제) 멀티팀 에이전트가 BE가 보장해야 할 비즈니스 로직과 FE 작업에 필요한 API 항목을 도출하고, 총괄 에이전트가 bitda-back BE 구현과 실측 대조하여 누락 갭을 발굴, 직렬 verifier로 확정한 뒤 GitHub 이슈로 생성하는 스킬입니다. gap-analyze의 변종으로, 기획서가 구현완료를 선언해 갭을 가리는 오염을 제거하기 위해 기획서를 의도적으로 보지 않습니다. /gap-fe-code 생산현황, 기획서 빼고 FE 코드로 갭 분석, FE 코드만 보고 누락 API 이슈 만들어 등을 요청할 때 사용됩니다.

실제 API 서버(8080 포트)를 실행하고 Keycloak OAuth 인증을 통해 E2E API 테스트를 수행하는 스킬입니다. 테스트 결과와 요청/응답을 docs/e2e-test/{test}/ 디렉토리에 markdown 형식으로 기록합니다. 이 스킬은 다음 상황에서 사용됩니다: - 특정 API의 실제 동작을 테스트하고 싶을 때 - API 변경 후 실제 환경에서 검증이 필요할 때 - 사용자가 "E2E 테스트", "API 테스트", "/e2e-test" 등을 요청할 때

Creates phase-based feature plans with quality gates and incremental delivery structure. Use when planning features, organizing work, breaking down tasks, creating roadmaps, or structuring development strategy. Keywords: plan, planning, phases, breakdown, strategy, roadmap, organize, structure, outline.

Swagger 스냅샷(api-docs.json)과 코드베이스를 기반으로 Notion API 맵핑 DB에 API 문서를 등록하고 상세 페이지를 작성하는 스킬입니다. (notion-api.py REST wrapper 사용 버전) 이 스킬은 다음 상황에서 사용됩니다: - 특정 API를 Notion에 문서화할 때 (MCP 비활성화 환경) - mcp__notion__* 도구 deprecated/불안정한 경우 - 사용자가 "api 노션 등록 (api 모드)", "/api-to-notion-api" 등을 요청할 때

Swagger 스냅샷(api-docs.json)과 코드베이스를 기반으로 Notion API 맵핑 DB에 API 문서를 등록하고 상세 페이지를 작성하는 스킬입니다. 이 스킬은 다음 상황에서 사용됩니다: - 특정 API를 Notion에 문서화할 때 - API 맵핑 DB에 API를 등록하고 상세 페이지를 채울 때 - 사용자가 "API 노션에 등록", "노션 API 문서화", "api-to-notion" 등을 요청할 때

This skill should be used when the user describes a feature or product requirement in rough, informal language (Korean or English) and wants it translated into a structured backend implementation prompt. It converts vague planning content into precise domain model, API list, business rules, and Claude implementation commands following the bitda-back hexagonal architecture patterns (Kotlin/Spring Boot, DDD, CQS).

현재 브랜치의 변경사항을 code-reviewer, test-engineer, backend-architect, architect-reviewer 에이전트 4개로 병렬 리뷰하는 스킬입니다. CLAUDE.md 아키텍처 규칙 준수 여부를 포함하여 통합 리뷰 보고서를 한글 마크다운으로 생성합니다. feature-planner로 생성된 플랜 문서가 있으면 리뷰에 포함합니다. 이 스킬은 브랜치 작업 완료 후 커밋/PR 전에 코드 품질을 점검할 때, 또는 사용자가 /branch-review를 요청할 때 사용됩니다.

프로젝트 전체를 대상으로 CLAUDE.md 헌법 및 시행령 문서 위반, 패턴 불일치, 코드 중복, 문서 동기화 문제를 5개 전문 에이전트로 병렬 검사하고 통합 감사 보고서를 생성하는 스킬입니다. 이 스킬은 다음 상황에서 사용됩니다: - 정기 코드베이스 감사가 필요할 때 - 기술 부채 점검이 필요할 때 - 사용자가 "/codebase-audit", "코드베이스 감사", "아키텍처 감사" 등을 요청할 때

컴포넌트 & 로직 DB 페이지의 비즈니스 로직을 분석하여 관련 API를 자동 추천하고, API ID relation 필드에 매핑한 뒤, 비즈니스 로직 필드의 화면 필드와 API 필드 간 매핑 테이블을 컴포넌트 페이지 본문에 추가하는 스킬입니다. 이 스킬은 다음 상황에서 사용됩니다: - 사용자가 컴포넌트 & 로직 DB 페이지의 Notion 링크를 제공할 때 - "비즈니스 로직 보고 API 연결해줘", "API 매핑해줘" 등을 요청할 때 - 컴포넌트에 관련 API를 연결하고 필드 매핑 정보를 채울 때

Implements features phase-by-phase based on feature-planner plan documents (docs/plans/PLAN_*.md). Creates a new git worktree and branch, then executes each phase following TDD Red-Green-Refactor workflow with automatic quality gate validation. This skill should be used when starting implementation of a planned feature, executing a plan, or when the user says "implement", "구현", "시작", or references a plan document.

Notion DB 간 관계 매핑을 수행하는 스킬입니다. API 맵핑 DB에 등록된 API를 컴포넌트 & 로직 DB, 화면 DB와 연결합니다. 이 스킬은 다음 상황에서 사용됩니다: - API와 프론트엔드 컴포넌트 간의 연결 관계를 설정할 때 - API와 화면 간의 연결 관계를 설정할 때 - 기존 매핑 관계를 조회하거나 업데이트할 때

Invigo BITDA 백엔드 API 명세를 노션에 동기화하는 스킬입니다. 코드베이스(컨트롤러, Swagger 등)에서 API 정보를 추출하여 노션 API 맵핑 DB에 등록 및 업데이트합니다. 이 스킬은 다음 상황에서 사용됩니다: - 백엔드 API를 노션에 문서화할 때 - API 맵핑 DB에 새 API를 등록하거나 기존 API를 업데이트할 때 - API 상세 페이지에 일관된 형식의 문서를 생성할 때 - API와 화면/컴포넌트 DB 간의 연결 관계를 설정할 때

GitHub 이슈를 일관된 양식으로 생성하는 스킬입니다. 사용자 요청을 분석하여 범위가 크면 여러 이슈로 분할을 제안하고, Parent-Sub Issue 관계를 설정합니다. 이 스킬은 사용자가 "이슈 생성", "이슈 등록", "/issue-create" 등을 요청할 때 사용됩니다.

GitHub 이슈 번호를 받아 issue-plan → issue-impl-remote → issue-pr → pr-review → review-action → jenkins-ci-loop → pr-merge 전체 사이클을 멀티에이전트로 완전 자동 실행하는 스킬입니다. 메인 오케스트레이터가 각 단계별 전담 에이전트를 순차 파견하며 파이프라인 전체를 감독합니다. 이 스킬은 "/issue-full-cycle", "/issue-full-cycle

GitHub 이슈와 계획서 댓글을 기반으로 TDD 워크플로우로 구현을 수행하는 스킬입니다. issue-impl과 동일하나 Quality Gate(테스트/빌드)를 AI_server에서 원격 실행하여 로컬 컴퓨팅 부하를 회피합니다. 이 스킬은 "/issue-impl-remote", "/issue-impl-remote

GitHub 이슈와 계획서 댓글을 기반으로 TDD 워크플로우로 구현을 수행하는 스킬입니다. main에서 새 워크트리와 브랜치를 생성하고, 진행 상황을 이슈 댓글로 업데이트합니다. 이 스킬은 "/issue-impl", "/issue-impl

GitHub 이슈 정보와 프로젝트 컨텍스트를 기반으로 TDD 기반 구현 계획서를 작성하여 이슈 댓글로 등록하는 스킬입니다. feature-planner와 유사하지만 결과물이 이슈 댓글로 저장됩니다. 이 스킬은 "/issue-plan", "/issue-plan

GitHub 이슈와 연결된 형식화된 Pull Request를 생성하는 스킬입니다. 이슈 정보를 기반으로 PR 제목과 본문을 자동 생성하고, Closes

이슈 워크트리의 Gradle 테스트를 AI_server(원격 고스펙 서버)에서 실행하고 결과만 로컬로 가져오는 스킬입니다. 로컬 Mac에서 테스트를 돌리면 JVM·Testcontainers·Gradle 데몬이 컴퓨팅 자원을 점유해 성능이 하락하므로, 무거운 실행을 원격으로 오프로드합니다. 이 스킬은 다음 상황에서 사용됩니다: - 로컬에서 테스트 실행 시 발열/성능 하락을 피하고 싶을 때 - issue-impl로 개발한 이슈의 테스트를 원격에서 검증할 때 - 사용자가 "원격 테스트", "AI_server 테스트", "/issue-test-remote" 등을 요청할 때

push 후 Jenkins CI 빌드를 모니터링하고 실패 시 원인 파악 → 수정 → 재push를 SUCCESS까지 반복하는 스킬입니다. "/jenkins-ci-loop", "젠킨슨 루프", "CI 루프", "빌드 실패 수정" 등을 요청할 때 사용됩니다.

This skill registers BITDA ERP UI screens and components to Notion databases. Use this skill AFTER github-deployer when the deployed code has been reviewed and confirmed. Triggers on requests like "노션에 등록해줘", "Notion DB 업데이트해줘", "화면 DB에 올려줘", "컴포넌트 등록해줘". This skill requires the github-deployer to be completed first.

PR을 squash merge하고 워크트리/브랜치를 정리한 후 이슈를 종결하는 스킬입니다. PR 병합, 로컬/원격 브랜치 삭제, 워크트리 제거, 이슈 종결 및 in-progress 라벨 제거를 수행합니다. 이 스킬은 "/pr-merge", "/pr-merge

Pull Request를 4개 전문 에이전트(code-reviewer, test-engineer, backend-architect, architect-reviewer)로 병렬 리뷰하고, 결과를 PR 댓글로 누적 등록하는 스킬입니다. CLAUDE.md 아키텍처 규칙 준수 여부를 검증합니다. 이 스킬은 "/pr-review", "/pr-review

plan-master PRD 기획서 파일(.md)을 파싱하여 bitda-back 백엔드 구현에 필요한 GitHub 이슈를 자동 생성하는 스킬입니다. PRD의 엔티티, AC, DB 스키마를 분석해 Epic + Sub-Issue 구조로 제안하고 사용자 승인 후 invigoworks/bitda-back 레포에 이슈를 등록합니다. 이 스킬은 다음 상황에서 사용됩니다: - 사용자가 PRD 파일 경로를 제공하고 이슈 생성을 요청할 때 - "/prd-to-issues", "기획서로 이슈 만들어줘", "PRD 이슈화" 등을 요청할 때 - plan-master의 spec 파일을 bitda-back 이슈로 변환할 때

PR 리뷰 결과의 조치 필요 항목을 파싱하여 리스트로 보여주고, 사용자가 선택한 항목을 수정하는 스킬입니다. 이 스킬은 "/review-action", "/review-action

노션 기획문서와 실제 구현 코드를 비교 검토하여 누락/상이/권한 이슈를 찾아내고 일관된 양식의 마크다운 보고서를 생성하는 스킬입니다. 이 스킬은 다음 상황에서 사용됩니다: - 사용자가 노션 기획문서 링크를 제공하고 구현 검토를 요청할 때 - "/spec-review", "/spec-review <노션URL>" 형태로 호출할 때 - "기획문서 검토", "스펙 리뷰", "구현 검토" 등을 요청할 때

AI_server(원격 개발 서버)에서 Bitda API를 기동하여 Swagger(/v3/api-docs) JSON을 수집하고 로컬로 가져오는 스킬입니다. 로컬 Docker가 없거나 느릴 때 사용합니다. 이 스킬은 다음 상황에서 사용됩니다: - 로컬 Docker 인프라가 없을 때 - AI_server의 원격 DB를 기준으로 Swagger 스냅샷이 필요할 때 - 사용자가 "원격 swagger 스냅샷", "AI_server swagger" 등을 요청할 때

Bitda API 서버를 임시 포트로 기동하여 Swagger(/v3/api-docs) JSON을 수집하고 임시 폴더에 저장하는 스킬입니다. 수집된 스냅샷은 후속 스킬의 입력 데이터로 활용됩니다. 이 스킬은 다음 상황에서 사용됩니다: - Swagger JSON 스냅샷이 필요할 때 - API 문서 동기화 전 최신 API 명세를 수집할 때 - 사용자가 "swagger 스냅샷", "API 스냅샷", "api-docs 수집" 등을 요청할 때

Git 기반 기획문서 작성·수정 스킬. docs/specs/ 디렉토리에 markdown으로 기획서를 작성하고 PR 흐름으로 리뷰·머지한다. Notion 기반 plan-developer와 병행 운영되며, 신규 기획은 이 스킬을 사용한다. Triggers on "git 기획해줘", "git 페이지별 기획", "docs/specs에 기획 작성", "/plan-developer-git", "PR로 기획 만들어". 기획 변경(Mode 1·4)도 동일 흐름 — 원본 파일을 직접 수정하고 PR description으로 변경 이유 추적. 기획 전용 PR을 만들고 싶을 때, git diff로 기획 변경을 추적하고 싶을 때, 기존 Notion 흐름의 버전 관리 부족을 해결하고 싶을 때 반드시 사용한다.

This skill automates feature planning and specification development with Notion DB integration. Supports five modes - 신규 기능 개발, 재설계 개발, 기존 기획 업데이트, 기획 변경, and **페이지별 기획**. Creates detailed specs per page (하위 메뉴), ensuring clarity for FE/BE developers with AC (Given-When-Then + 기술상세), 화면 흐름, 권한 체계. Triggers on "기획해줘", "페이지별 기획해줘", "상세 기획서 작성해줘", "[Notion URL] 수정해줘". Content uploads use REST API script (`.claude/shared-references/notion-md-uploader.py`) for speed and reliability. Reads and property updates use Notion MCP. NEVER use WebFetch or Playwright.

기획서를 4명의 전문가 팀(논리 검토, UX 검토, 컴포넌트 분석, 예상 질문 생성)으로 병렬 검토하는 skill입니다. Agent Teams를 활용하여 4가지 관점의 검토를 동시에 수행합니다. Use this skill when: - User requests team-based plan review with `/plan-review-team [Notion URL or target]` - User mentions "팀 검토", "기획 팀 리뷰", "3관점 검토" - User asks "기획서 검토 팀 돌려줘", "팀으로 검토해줘" - Before using /ui-designer, to validate planning completeness The skill creates an agent team with 4 parallel reviewers: - logic-reviewer: 논리적 빈틈, 누락 케이스, 의존성 - ux-reviewer: UX 흐름, 상태 디자인, 접근성 - component-analyst: 기존 컴포넌트 재사용, 반복 패턴 - question-predictor: 예상 질문 생성

기획 문서의 논리적 완성도를 검토하고 놓치기 쉬운 부분을 찾아주는 skill입니다. Use this skill when: - User requests plan review with `/plan-review [target]` command - User shares planning document (Notion URL, markdown, or text) and asks for review - User mentions "기획 검토", "기획서 리뷰", "논리 검토", "빠진 거 없나" - User asks "이거 맞아?", "논리적으로 문제없어?", "놓친 거 있어?" The skill performs comprehensive review covering: - Logical consistency (논리적 일관성) - Missing cases and edge cases (누락된 케이스) - Dependency issues (의존성 문제) - User scenario gaps (사용자 시나리오 빈틈) - Technical feasibility (기술적 실현 가능성)

라이트버전 검수 문서를 자동 정리하는 스킬. 검수결과 회차별 헤딩을 토글로 변환하고, 완료된 항목은 토글을 닫아 압축하며, 미완료 항목은 마지막 회차에 모아 한눈에 볼 수 있게 정리합니다. 트리거: '/review-compact', '검수정리해줘', '검수 압축해줘', '검수결과 정리', 'compact reviews'. 검수결과가 포함된 Notion 페이지 작업 시 적극적으로 사용하세요.

StatusBadge 사용 일관성 및 뱃지 색상 타입 안전성을 검증합니다. 뱃지/상태 표시 변경 후 사용.

Dev 서버 / HMR 관련 런타임 에러를 진단합니다. "Failed to fetch dynamically imported module", "@fs/" 404, 포트 충돌, stale HMR runtime 등을 자동 분류하고 해결책을 제시합니다.

Dialog/Sheet 상호작용 안전성, state 초기화, UX 일관성을 검증합니다. Sheet/Dialog 관련 변경 후 사용.

프로젝트의 모든 verify 스킬을 순차 실행하여 통합 검증 보고서를 생성합니다. 기능 구현 후, PR 전, 코드 리뷰 시 사용.

런타임 데이터 불일치 버그 패턴 10가지를 자동 검증하는 스킬. availableQty/currentQty 불일치, stocks 빈 배열, formatDate NaN, purchaseDate 접근, entity 필수 필드 누락, refId UUID 노출, currentStock 하드코딩, defaultWarehouseId 미전달, evidence count NaN, 컬럼-셀 순서 불일치 등을 grep 기반으로 전수 검사.