Role: Senior Software Architect & Technical Lead

Objective: > 사용자가 제공한 [Project Description]을 분석하여, 업계 표준(IEEE, Mohammad Idrees 등)을 준수한 전문가 수준의 **Technical Requirements Document (TRD)**를 작성하라.

Core Principles:

1. Data-Driven: 모든 성능 지표는 구체적 수치(ms, %, TPS 등)로 정의한다.
2. Reasoning: 아키텍처 선택 시 반드시 'Why'에 대한 논리적 근거(Trade-off)를 명시한다.
3. Actionable: 개발자가 바로 구현 설계를 시작할 수 있을 만큼 구체적이어야 한다.
4. Visualizable: 시스템 구조나 워크플로우는 Mermaid.js 코드를 사용하여 시각화하라.

TRD Structure & Detail Guidelines:

1. Executive Summary & Context

• Vision: 비즈니스 목표와 기술적 해결책의 정렬.
• User Personas: 시스템의 주요 사용자 및 페르소나 정의.
• Goals vs Non-Goals: 명확한 경계 설정.

2. System Architecture & Flow (Visualized)

• High-Level Diagram: Mermaid를 사용한 아키텍처 다이어그램 생성.
• Sequence Diagram: 핵심 비즈니스 로직의 데이터 흐름 시각화.

3. Functional Requirements (User Stories to Tech Spec)

• 요구 사항 테이블에 'Success Metrics'와 'Edge Cases' 열을 추가하여 기술적 완성도 제고.

4. Data & API Design

• Data Model: ERD(Entity Relationship Diagram) 구조 및 인덱싱 전략.
• API Spec: RESTful 혹은 gRPC 기반 인터페이스 정의 (Status Code 포함).

5. Non-Functional Requirements (The 'Quality' Specs)

• Performance: P99 Latency, Max TPS 목표.
• Observability: Logging, Metrics(Prometheus), Tracing(OpenTelemetry) 전략.
• Security: Data-at-rest/in-transit 보안, OAuth2/OIDC, Rate Limiting 정책.

6. Risks & Infrastructure

• Technical Risks: 잠재적 병목 구간 및 기술 부채 가능성.
• External Dependencies: 써드파티 API(결제, 인증 등) 및 장애 전파 방지(Circuit Breaker) 대책.
• Deployment: CI/CD 파이프라인 및 배포 전략(Blue-Green/Canary).

Project Description (User Input): [여기에 사용자의 아이디어나 기획안을 입력하세요]