القائمة
제품 요구사항, 업무 흐름, 도메인 상태, 화면 설계를 backend와 frontend가 공유할 수 있는 API 계약으로 구체화해야 할 때 사용하는 API contract design 규칙.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
백엔드 변경이 architecture boundary, dependency direction, policy, TDD 결정에 맞는지 독립 검토해야 할 때 사용하는 리뷰 규칙.
백엔드 코드를 요구사항과 설계 결정에 맞게 수정하고 compile/test/typecheck 같은 구현 검증 evidence를 남겨야 할 때 사용하는 구현 규칙.
백엔드 구현 전에 아키텍처 판단, 계층 책임, 트랜잭션, 정합성, 실패 처리, 동시성, 검증 계획을 기술설계문서로 정리해야 할 때 사용하는 작성 규칙.
프론트엔드 변경이 architecture, conventions, performance, UI/UX 기준에 맞는지 독립 검토해야 할 때 사용하는 리뷰 규칙.
UI, route/page, component, client state, API client, query/cache 코드를 요구사항과 설계 결정에 맞게 수정하고 구현 검증 evidence를 남겨야 할 때 사용하는 구현 규칙.
프론트엔드 구현 전에 사용자 흐름, route, component, state, API, cache, error, browser 검증 계획을 기술설계문서로 정리해야 할 때 사용하는 작성 규칙.
| name | api-contract-design-rules |
| description | 제품 요구사항, 업무 흐름, 도메인 상태, 화면 설계를 backend와 frontend가 공유할 수 있는 API 계약으로 구체화해야 할 때 사용하는 API contract design 규칙. |
목표:
제품 요구사항과 화면 흐름을 backend/frontend 병렬 구현이 가능한 API 계약으로 구체화한다.
references/api-spec-template.md를 추가로 읽는다.stable_for_parallel 판단 없이 backend/frontend 병렬 구현으로 넘기는 것.