frontend-quality-verification
DONGCHIMI-CLIENT 프론트엔드 변경 후 변경 범위 기준으로 format, lint, typecheck, build 검증을 계획하고 실행할 때 사용합니다.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
DONGCHIMI-CLIENT 프론트엔드 변경 후 변경 범위 기준으로 format, lint, typecheck, build 검증을 계획하고 실행할 때 사용합니다.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
endpoint 문서를 기준으로 API helper, TanStack Query hook, 타입, 에러/cache 동작을 구현할 때 사용합니다.
apps/client, apps/market-owner, apps/design-system-web, 선택적 apps/admin 내부의 앱 전용 shared 컴포넌트를 생성, 스펙 작성, export, 검증할 때 사용합니다.
GitHub 브라우저 PR 리뷰에서 visible diff, review comment, check status, local verification 여부를 분리해 기록할 때 사용합니다.
packages/design-system 공통 컴포넌트를 Figma/이미지/상태 요구사항 기반으로 생성, 구현, story/spec/export 검증할 때 사용합니다.
필드 검증, submit, mutation, error, disabled/loading/success 상태가 있는 프론트엔드 폼 흐름을 구현할 때 사용합니다.
프론트엔드 구현 또는 리뷰 중 Toss Frontend Fundamentals의 응집도 기준으로 함께 수정되는 component, hook, type, fixture, spec, form 흐름 배치를 점검할 때 사용합니다.
| name | frontend-quality-verification |
| description | DONGCHIMI-CLIENT 프론트엔드 변경 후 변경 범위 기준으로 format, lint, typecheck, build 검증을 계획하고 실행할 때 사용합니다. |
변경 범위에 맞는 검증 명령을 선택합니다.
이 skill은 format, lint, typecheck, test, build처럼 실행 가능한 검증을 고르는 역할입니다. 가독성, 예측 가능성, 응집도, 결합도, 로직 구성 같은 구현 품질은 docs/code-quality/frontend-fundamentals.md self-check와 필요 시 frontend-fundamentals-review로 별도 확인합니다.
변경 파일이 주어지지 않았으면 먼저 git diff --name-only와 git status --short로 범위를 확인합니다.
docs/workflows/local-development.md: 명령이 헷갈릴 때docs/workflows/ci.md: CI와 같은 검증 범위를 맞춰야 할 때docs/code-quality/frontend-fundamentals.md: FE 구현 변경의 품질 self-check 허브를 확인할 때docs/code-quality/frontend-readability.md, docs/code-quality/frontend-predictability.md, docs/code-quality/frontend-cohesion.md, docs/code-quality/frontend-coupling.md: 구현 중 특정 품질 기준만 확인할 때docs/code-quality/frontend-logic-composition.md: component 내부 로직과 custom hook 추출 기준을 확인할 때.agents/skills/frontend-fundamentals-review/SKILL.md: 코드 품질 리뷰까지 요청받았거나 PR 전 품질 점검이 필요할 때.agents/skills/frontend-readability-check/SKILL.md, .agents/skills/frontend-predictability-check/SKILL.md, .agents/skills/frontend-cohesion-check/SKILL.md, .agents/skills/frontend-coupling-check/SKILL.md: 구현 또는 리뷰 중 특정 기준만 점검할 때.agents/skills/frontend-logic-composition-workflow/SKILL.md: component/hook 로직 구성을 판단할 때package.json: workspace 전용 script가 필요한 때docs/conventions/package-management.md: package manager가 불명확할 때현재 문서-only 변경:
git diff --check
agent 문서 구조 변경:
rg -n "docs/agent|\\.agents|templates/|recipes/" AGENTS.md README.md docs recipes templates
find .agents/skills -maxdepth 3 -name SKILL.md -print
git diff --check
package script가 있는 변경은 가벼운 검증에서 무거운 검증으로 진행합니다.
pnpm format:check
pnpm lint
pnpm typecheck
pnpm test
pnpm check:icons
pnpm build
package manager는 docs/conventions/package-management.md를 따릅니다.
FE 구현 변경은 명령 검증과 별도로 docs/code-quality/frontend-fundamentals.md 기준 self-check를 수행합니다.
특정 기준만 빠르게 확인해야 하면 개별 기준 문서와 frontend-*-check skill을 사용합니다.
component/hook 로직 구성이 바뀌면 frontend-logic-composition-workflow도 확인합니다.
비자명한 변경, shared/public API 변경, PR 전 품질 점검처럼 코드 품질 자체를 리뷰해야 하면 frontend-fundamentals-review를 실행합니다.
현재 예정 매핑:
| 경로 | Check |
|---|---|
apps/client/** | client app lint/typecheck/build |
apps/design-system-web/** | design-system web lint/typecheck/build |
apps/admin/** | admin app lint/typecheck/build, 앱이 생성된 뒤 적용 |
apps/mobile/** | web check와 별도 mobile command |
packages/design-system/** | design-system lint/typecheck/test/check:icons/build/storybook |
packages/shared/** | 소비 app build 필요 여부 확인 |
docs/**, recipes/**, templates/**, .agents/** | git diff --check + format check if available |
실제 workspace가 생기면 이 표를 script 이름과 함께 갱신합니다.
## Verification Report
| Command | Status | Notes |
| --- | --- | --- |
| `git diff --check` | PASS | - |
Frontend quality:
- self-check:
- review skill:
Residual risk:
- <확인하지 못한 영역과 이유>
git diff --check에서 멈출 수 있습니다.check:icons, CI icon step 변경은 pnpm check:icons를 포함합니다.