.forge/ARC-CONFLICT-1783826101-attempt-1.md

@@ -1,3 +0,0 @@
-# ARC-CONFLICT-1783826101-attempt-1
-
-Forge 이슈 작업 브랜치 `forge/ARC-CONFLICT-1783826101-attempt-1`.

docs/architecture/adr-payment-boundary.md

@@ -1,15 +0,0 @@
-# Architecture Decision Record: Payment Boundary
-
-## Context
-본 문서는 결제 전환 목표 아키텍처를 정의하기 위한 의사 결정 기록입니다. 결제 시스템의 아키텍처는 외부 결제 서비스와의 통신 및 내부 비즈니스 로직 처리의 경계를 명확히 설정해야 합니다.
-
-## Decision
-결제 처리는 외부 결제 gateway와의 통신을 위해 포트 인터페이스를 활용하고, 도메인 계층에서는 어댑터를 직접 참조하지 않도록 합니다. 이를 통해 결제 시스템의 유연성과 유지보수성을 확보합니다.
-
-## Alternatives
-1. **직접 호출**: 외부 결제 서비스의 API를 직접 호출하는 방식. (단점: 의존성이 강해짐)
-2. **모노리스 아키텍처**: 모든 컴포넌트를 단일 시스템에서 처리하는 방식. (단점: 확장성 저하)
-
-## Consequences
-- 포트 인터페이스의 도입은 결제 시스템의 유연성을 강화하지만, 추가적인 추상화 계층이 필요합니다. 이로 인해 초기 구현 및 유지보수 비용이 상승할 수 있습니다.  
-

docs/architecture/package-map.md

@@ -1,10 +0,0 @@
-# Package Map
-
-| 패키지      | 책임                                | 금지 의존성   |
-|-------------|------------------------------------|--------------|
-| controller  | 요청 처리 및 응답 반환              | service      |
-| service     | 비즈니스 로직 처리                  | repository    |
-| repository  | 데이터 저장 및 조회                 | service      |
-| domain      | 도메인 모델 정의                   | controller, service |
-| integration  | 외부 시스템과의 통신 처리         | domain       |
-

docs/architecture/transaction-sequence.md

@@ -1,30 +0,0 @@
-```mermaid
-sequenceDiagram
-    participant Controller
-    participant Service
-    participant Database
-
-    Controller->>Service: 결제 처리 요청
-    activate Service
-    Service->>Database: DB 작업 수행
-    activate Database
-    Database-->>Service: 결과
-    deactivate Database
-    Service-->>Controller: 결제 결과 반환
-    deactivate Service
-
-    Note over Controller: 외부 실패 및 DB 실패 처리
-    alt 외부 실패
-        Controller->>Service: 외부 결제 서비스 실패
-    else DB 실패
-        Service->>Database: DB 처리 실패
-    end
-
-    Note over Controller: 최종 커밋/롤백 경계
-    activate Database
-    opt Commit
-        Database-->>Service: 커밋 성공
-    else Rollback
-        Database-->>Service: 롤백 수행
-    end
-```