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를 포함합니다.