_pages

페이지(화면) 관점에서 MFR을 바라보는 개념

MFR이 "무엇을 만들 것인가(What)"를 정의한다면, _pages는 "어떤 화면으로 구성되는가(Where)"를 정의합니다. PDA 에이전트가 MFR 구조를 분석하여 생성하고 관리합니다.

MFR 관점 vs _pages 관점

  MFR 관점                          _pages 관점
  ──────────                        ──────────
  Module: 회원                       Page 05: 로그인
    Feature: 로그인      ────→         - 이메일/비밀번호 입력
    Feature: 회원가입    ────→       Page 06: 회원가입
                                       - 가입 폼
  Module: 공통정책                     (페이지 없음 — 인프라 레이어)
    Feature: 인증/인가

핵심: 하나의 Feature는 여러 페이지에 매핑될 수 있고, 하나의 페이지는 여러 Feature의 Requirement를 구현할 수 있습니다.

디렉터리 구조

_pages는 MFR 루트 디렉터리 하위에 위치합니다.

{mfr_root}/
├── _pages/
│   ├── 00_index.md              # 전체 페이지 인덱스
│   ├── 01_mainpage.md           # 루트 레벨 페이지
│   ├── user/                    # 섹션: 회원
│   │   ├── 05_login.md
│   │   └── 06_signup.md
│   └── mypage/                  # 섹션: 마이페이지
│       ├── 10_mypage.md
│       ├── 10-1_profile.md      # 하위 페이지
│       └── 10-2_settings.md

페이지 정의 내용

각 페이지 파일에는 다음이 포함됩니다:

MFR 참조 테이블

이 페이지가 구현하는 Feature/Requirement 목록

와이어프레임

ASCII art 기반 레이아웃 정의

컴포넌트 매핑

UI 요소 → 코드 컴포넌트 연결

상태 관리

페이지 내 상태 정의 (타입, 초기값)

데이터 흐름

사용자 액션 → API → 응답

네비게이션

다른 페이지로의 이동 규칙

양방향 참조

방향	필드	설명
Page → Feature	`related_features`	페이지 파일에서 Feature를 참조
Feature → Page	`pages`	Feature 파일에서 페이지를 역참조

스펙 변경 시 양방향 참조를 통해 영향받는 페이지를 즉시 파악할 수 있습니다.

번호 체계

규칙	설명	예시
고유성	프로젝트 전체에서 고유	05, 06, 10
범위 할당	섹션별 번호 범위	user: 05-09, mypage: 10-19
하위 페이지	부모번호-서브번호	10-1, 10-2

← MFR 변경 추적 _changes →