forge-build

Plugin forge-build from marketplace forge-plugins in moongci38-oss/forge-plugins. Commands read from the repo's manifest — 5 days ago.

Skills (22)

• canary

  통합 후 15분 헬스 모니터링 — P7-DI PASS 후 트리거.

• codex-review

  Codex 2차 리뷰(stage 9종 — §인자) — 명시 호출 때 사용한다(자동은 기본 off).

• forge-check-security-exec

  실행 기반 보안 검증 — 배포 전 사용한다.

• forge-check-security

  보안 스캔(OWASP·STRIDE). 트리거: PR 전 보안 게이트·QA T6.

• forge-check-ui

  UI 품질 게이트(5축·WCAG AA) — UI 코드를 고친 뒤 사용한다.

• forge-prd-review

  PRD 를 5관점으로 동시 검토해 등급·해결안을 남긴다 — 'PRD 검토'·'PRD 리뷰'를 요청할 때.

• forge-qa

  QA 전 사이클(시나리오→버그→수정→재검증) — 구현 후 E2E 에 사용한다.

• forge-review

  통합 검수 입구(stage·mode·lens · 파일/폴더/PR) — 검수를 명시 호출할 때 사용한다. 엔진은 codex-review 그대로.

• forge-work-plan

  작업계획서를 써서 검사한다 — '계획 세워'·'작업계획서'를 요청할 때. SKIP: 한 건은 /forge-fix·/forge-implement.

• frontend-design

  Production-grade frontend UI (pages, components, dashboards, HTML/CSS). Use when building or styling web UI.

• gitnexus-cli

  Use for GitNexus CLI commands — analyze/index a repo, check status, clean index, generate wiki, list repos. Ex: \"Index this repo\", \"Generate a wiki\"

• gitnexus-exploring

  Use when understanding how code works, tracing execution flows, exploring unfamiliar codebase, or debugging why something fails. Ex: \"How does X work?\", \"What calls this?\", \"Why is X failing?\", \"Trace this bug\"

• gitnexus-impact-analysis

  Use for blast-radius/safety analysis before editing code. Ex: \"Is it safe to change X?\", \"What depends on this?\", \"What will break?\"

• gitnexus-refactoring

  Use for safe rename/extract/split/move/restructure of code. Ex: \"Rename this function\", \"Extract into a module\", \"Move to separate file\"

• guide

  사용 가이드를 써서 검사한다 — '가이드 써줘'·'사용법'·'설치 안내'·'런북'을 요청할 때. SKIP: /forge-work-plan.

• investigate

  원인 모르는 버그의 근본원인 확정(수정 안 함) — 고치기 전에 원인부터 찾을 때.

• playwright-cli

  Browser automation (navigate, fill forms, screenshots, extract data). Use when driving a web page.

• prd-review

  옛 이름 — /forge-prd-review 를 쓴다(#3738 호환 입구).

• qa

  옛 이름 — /forge-qa 를 쓴다(#3738 호환 입구).

• screenshot-analyze

  스크린샷 Vision 분석 → 구조·팔레트·구현 가이드 — 화면 이미지 분석을 요청할 때.

• spec-compliance-checker

  Spec↔구현 FR 추적성 검증 — 구현 완료 후 사용한다.

• work-plan

  옛 이름 — /forge-work-plan 를 쓴다(#3738 호환 입구).

Slash commands (11)

• /forge-build:codex-review

  Codex 2차 리뷰 — `codex-review` 스킬 진입점(stage 분기).

• /forge-build:forge-check-traceability

  Forge Dev P5 Check P5.5 트레이서빌리티 검수 — 독립 실행

• /forge-build:forge-check-ui

  UI 품질 게이트 — `forge-check-ui` 스킬 진입점.

• /forge-build:forge-deploy

  통합 배포 진입점 — dev/stg/prod 단일 커맨드 (머지 감지 + env 라우팅 + 게이트 매트릭스 + --reverse/--dry-run)

• /forge-build:forge-fix

  버그 수정 통합 파이프라인 단일 진입점 — 4-스테이지(조사·재현→리포트→수정→검수) + 게이트 R/G 강제, 실브라우저·실DB 검증 항상 강제

• /forge-build:forge-implement

  Forge Dev P5 진입 — Spec 기준 구현 + 빌드/린트 통과 게이트.

• /forge-build:forge-pr

  PR 생성 → 크기·로컬CI·보안 → 등급별 code-reviewer 검수 1라운드 → develop 머지 (#1349 단순화판)

• /forge-build:forge-qa

  Forge Dev P6 QA phase — qa 스킬 래핑 커맨드 (Check 5.8에서 승격된 독립 phase)

• /forge-build:forge-review

  통합 검수 입구 — 받은 인자를 그대로 `/codex-review` 엔진에 넘긴다(#3638).

• /forge-build:forge-spec

  Spec 작성 단독 명령 (옛 /sdd Phase 0~2)

• /forge-build:prd

  기획 첫 단계 — 아이디어를 입력하면 요구사항 명확화 + intent(왜) 1장 생성 · PRD 문서는 폐지(무엇·화면은 /forge-spec)

Subagents (6)

• code-reviewer

  코드 변경사항 리뷰. 코드 작성 후 자동으로 사용.

• cto-advisor

  S4 개발 계획 기술 검토(7축 등급 리포트) — S4 기술 검토를 요청할 때.

• healer

  QA 버그 리포트를 TDD 로 고친다(재현→수정→회귀 테스트). Use proactively after QA bug reports.

• performance-checker

  백엔드 API 성능 정적 검증(Check 8.7 병렬).

• spec-writer

  Spec 문서 작성·갱신(Constitution 형식).

• ui-quality-checker

  Check 8.6 UI/UX 품질 검증 — 정적 분석 + 실측(ui-measure.sh — axe-core·LCP·CLS)

Similar plugins