菜单
구현 또는 리팩토링 전에 업무 흐름, 도메인 구조, 정책, 상태, 화면 설계, 인수 기준을 구체화해야 할 때 사용하는 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를 추가로 읽는다.