القائمة
구현 또는 리팩토링 전에 업무 흐름, 도메인 구조, 정책, 상태, 화면 설계, 인수 기준을 구체화해야 할 때 사용하는 product requirements planning 규칙.
التثبيت باستخدام 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 | product-requirements-planning-rules |
| description | 구현 또는 리팩토링 전에 업무 흐름, 도메인 구조, 정책, 상태, 화면 설계, 인수 기준을 구체화해야 할 때 사용하는 product requirements planning 규칙. |
목표:
사용자 요청을 구현 가능한 제품 요구사항, 업무 흐름, 정책, 상태, 화면 설계, 인수 기준으로 구체화한다.
references/planning-artifact-template.md를 추가로 읽는다.