MFR 조회/탐색
스펙을 다양한 관점으로 바라보기
생성된 MFR 구조를 수직(계층), 수평(페이지), 교차(공통정책) 관점에서 탐색하는 시나리오.
언제 사용하나?
- 프로젝트의 전체 스펙 현황을 파악할 때
- 특정 기능이 어떤 페이지에 구현되는지 확인할 때
- 공통 정책이 어떤 모듈에 영향을 주는지 파악할 때
- 신규 팀원이 프로젝트 구조를 이해할 때
세 가지 탐색 관점
┌─────────────────────────────────────────────┐
│ 탐색 관점 │
├───────────────┬──────────────┬──────────────┤
│ 수직 탐색 │ 수평 탐색 │ 교차 탐색 │
│ │ │ │
│ Module │ Page 05 │ 공통정책 │
│ └ Feature │ - 로그인 │ ├ 인증 ──→ │
│ └ Req │ - 입력폼 │ │ 차량관리 │
│ │ Page 06 │ │ 거래 │
│ 계층 따라 │ - 회원가입 │ └ 알림 ──→ │
│ 내려가며 탐색 │ │ 차량관리 │
│ │ 화면 단위로 │ 거래 │
│ │ 묶어서 탐색 │ │
│ │ │ 여러 모듈에 │
│ │ │ 걸친 관심사 │
└───────────────┴──────────────┴──────────────┘
구체적 예시: 중고차 거래 앱
1. 수직 탐색 — 계층 따라 내려가기
Module: 차량관리 ← "어떤 도메인 영역인가?"
│
├── Feature: 차량 등록 ← "무슨 기능이 있나?"
│ ├── REQ: 차량 기본정보 입력 ← "구체적으로 뭘 해야 하나?"
│ └── REQ: 차량 사진 업로드
│
└── Feature: 차량 검수
└── REQ: AI 차량 상태 분석
용도: "차량관리 모듈에 어떤 기능이 있지?" → Module에서 시작해서 아래로 탐색
2. 수평 탐색 — 페이지(화면) 단위
Page 01: 메인 화면
└── 최신 등록 차량 목록 (차량관리 > 차량 등록)
Page 05: 차량 등록 화면
├── 차량 기본정보 입력 폼 (차량관리 > 차량 등록 > 기본정보 입력)
├── 사진 업로드 영역 (차량관리 > 차량 등록 > 사진 업로드)
└── AI 검수 결과 표시 (차량관리 > 차량 검수 > AI 분석)
Page 10: 구매 상세 화면
├── 시세 정보 (거래 > 가격 책정 > 자동 가격 제안)
└── 구매 신청 버튼 (거래 > 구매 신청 > 의향서 작성)
용도: "차량 등록 화면에 어떤 기능이 들어가지?" → 페이지에서 시작해서 연결된 Requirement 확인
3. 교차 탐색 — 공통 정책
공통정책: 인증/인가 (JWT)
├──→ 차량관리: 차량 등록 시 판매자 인증 필요
├──→ 거래: 구매 신청 시 구매자 인증 필요
└──→ 거래: 가격 정보 조회 시 인증 선택적
공통정책: 알림
├──→ 차량관리: 검수 완료 시 판매자에게 알림
└──→ 거래: 거래 상태 변경 시 양측에 알림
용도: "인증 정책이 바뀌면 어디에 영향이 가지?" → 공통정책에서 시작해서 영향받는 모듈 확인
디렉터리/파일 구조
탐색 시 참조하는 파일 구조:
{mfr_root}/
├── 00_index.md # 전체 인덱스 (수직 탐색 시작점)
├── vehicle/ # 수직 탐색: Module 단위
│ ├── 00_module.md
│ └── registration/
│ └── ...
├── _pages/ # 수평 탐색: Page 단위
│ ├── 00_index.md # 페이지 인덱스 (수평 탐색 시작점)
│ ├── 01_main.md
│ ├── vehicle/
│ │ └── 05_registration.md
│ └── trade/
│ └── 10_purchase.md
└── common-policy/ # 교차 탐색: 공통정책
├── auth/
│ └── REQ-jwt-auth.md # 참조하는 모듈 목록 포함
└── notification/
└── REQ-trade-notification.md
관련 에이전트
- UIA: MFR 인덱스 생성 및 갱신
- PDA:
_pages구조 생성 (수평 탐색 기반)