오늘 뭐했지

1. 시퀀스 다이어그램

• UML 공식 노테이션 레퍼런스: https://www.uml-diagrams.org/sequence-diagrams.html — UML 스펙 기반으로 lifeline, message, combined fragment 등 모든 요소를 정리해둔 페이지
• Sparx Systems 튜토리얼: https://sparxsystems.com/resources/tutorials/uml2/sequence-diagram.html — 예제 중심으로 alt/loop/break 같은 combined fragment까지 잘 설명

2. 컴포넌트 다이어그램

• UML 공식 노테이션 레퍼런스: https://www.uml-diagrams.org/component-diagrams.html — provided/required interface, port, connector 등 핵심 요소 정리
• Sparx Systems 튜토리얼: https://sparxsystems.com/resources/tutorials/uml2/component-diagram.html — assembly connector, delegation connector 등 실제 그릴 때 필요한 내용

3. 스테이트 머신 다이어그램

• UML 공식 노테이션 레퍼런스: https://www.uml-diagrams.org/state-machine-diagrams.html — behavioral/protocol state machine, pseudostate 등 전체 노테이션
• Sparx Systems 튜토리얼: https://sparxsystems.com/resources/tutorials/uml2/state-diagram.html — sub-machine, history state, concurrent region 등 실용적 예제가 좋음

4. 디플로이먼트 다이어그램

• UML 공식 노테이션 레퍼런스: https://www.uml-diagrams.org/deployment-diagrams.html — node, artifact, manifestation, communication path 등 전체 스펙
• UML 다이어그램 오버뷰: https://www.uml-diagrams.org/deployment-diagrams-overview.html — specification level vs instance level 구분이 잘 정리되어 있어서, IDC 환경별(dev/staging/prod) 구분 그릴 때 참고하기 좋음

5. C4 다이어그램

• 공식 사이트 (Simon Brown): https://c4model.com/ — C4의 원저자가 직접 관리하는 공식 페이지. Level 1~4 정의, 예제, FAQ 전부 여기에 있음
• C4 FAQ: https://c4model.com/faq — "C4는 프로세스가 아니라 표현 방법이다", arc42와의 호환 등 자주 하는 오해 정리

• 0. 들어가기 전에..
• 1. OOP와 아키텍처 이야기
• 2. 실험
• 2.1 실험 조건
• 2.2 Task 목록
• 2.3 토큰 비교 결과
• 2.4 각 Phase별 결과
• 3. 왜 그럴까?
• 4. 결론
• 5. 소감

# Anonymous Board API Specification

## 공통 사항

- Base URL: `/api`
- Content-Type: `application/json`
- 비밀번호 검증 실패 시: `403 Forbidden`
- 리소스 없음: `404 Not Found`
- 유효성 검증 실패: `400 Bad Request`
- 좋아요 사용자 식별: `X-Guest-Id` 헤더 (UUID)

---

## 1. 게시글 CRUD

### 1.1 게시글 작성

`POST /api/posts`

**Request Body:**
```json
{
  "title": "string (필수, 1~200자)",
  "content": "string (필수)",
  "author": "string (필수, 1~50자)",
  "password": "string (필수, 4자 이상)",
  "hashtags": ["string"] // 선택, 최대 5개, 각 태그 1~30자
}
```

**Response:** `201 Created`
```json
{
  "id": 1,
  "title": "제목",
  "content": "내용",
  "author": "작성자",
  "hashtags": ["태그1", "태그2"],
  "viewCount": 0,
  "likeCount": 0,
  "commentCount": 0,
  "createdAt": "2024-01-01T00:00:00",
  "updatedAt": "2024-01-01T00:00:00"
}
```

### 1.2 게시글 상세 조회

`GET /api/posts/{id}`

- 호출 시 조회수(viewCount) 1 증가

**Response:** `200 OK`
```json
{
  "id": 1,
  "title": "제목",
  "content": "내용",
  "author": "작성자",
  "hashtags": ["태그1", "태그2"],
  "viewCount": 43,
  "likeCount": 0,
  "commentCount": 0,
  "createdAt": "2024-01-01T00:00:00",
  "updatedAt": "2024-01-01T00:00:00"
}
```

- 이 단계에서는 댓글, 좋아요 관련 필드는 기본값(0, 빈 목록)으로 반환

### 1.3 게시글 수정

`PUT /api/posts/{id}`

**Request Body:**
```json
{
  "title": "수정된 제목",
  "content": "수정된 내용",
  "password": "비밀번호",
  "hashtags": ["태그1", "태그3"]
}
```

- 비밀번호 일치 시에만 수정 가능

**Response:** `200 OK` (게시글 상세와 동일한 형태, 단 viewCount 증가 없음)

### 1.4 게시글 삭제

`DELETE /api/posts/{id}`

**Request Body:**
```json
{
  "password": "비밀번호"
}
```

- 비밀번호 일치 시에만 삭제 (Hard Delete)

**Response:** `204 No Content`

---

## 2. 댓글 (Comments)

### 2.1 댓글 작성

`POST /api/posts/{postId}/comments`

**Request Body:**
```json
{
  "author": "string (필수, 1~50자)",
  "password": "string (필수, 4자 이상)",
  "content": "string (필수)"
}
```

**Response:** `201 Created`
```json
{
  "id": 1,
  "author": "댓글작성자",
  "content": "댓글 내용",
  "createdAt": "2024-01-02T00:00:00",
  "deleted": false
}
```

### 2.2 댓글 목록 조회 (더보기)

`GET /api/posts/{postId}/comments`

**Query Parameters:**
| Parameter | Type | Default | Description           |
|-----------|------|---------|-----------------------|
| page      | int  | 0       | 페이지 번호 (0-based) |
| size      | int  | 5       | 페이지 크기 (고정 5)  |

**Response:** `200 OK`
```json
{
  "content": [
    {
      "id": 1,
      "author": "댓글작성자",
      "content": "댓글 내용",
      "createdAt": "2024-01-02T00:00:00",
      "deleted": false
    }
  ],
  "page": 0,
  "size": 5,
  "totalElements": 12,
  "hasMore": true
}
```

- 정렬: 최신순 (createdAt DESC)
- `deleted`가 `true`인 댓글은 `content`를 `"삭제된 댓글입니다."` 로 반환

### 2.3 댓글 삭제

`DELETE /api/posts/{postId}/comments/{commentId}`

**Request Body:**
```json
{
  "password": "비밀번호"
}
```

- 비밀번호 일치 시 Soft Delete (deleted 플래그 처리)

**Response:** `204 No Content`

### 2.4 게시글 상세 조회에 댓글 포함

`GET /api/posts/{id}` 응답이 아래와 같이 확장된다:

```json
{
  "id": 1,
  "title": "제목",
  "content": "내용",
  "author": "작성자",
  "hashtags": ["태그1", "태그2"],
  "viewCount": 43,
  "likeCount": 0,
  "commentCount": 5,
  "createdAt": "2024-01-01T00:00:00",
  "updatedAt": "2024-01-01T00:00:00",
  "comments": {
    "content": [
      {
        "id": 10,
        "author": "댓글작성자",
        "content": "댓글 내용",
        "createdAt": "2024-01-02T00:00:00",
        "deleted": false
      }
    ],
    "page": 0,
    "size": 5,
    "totalElements": 12,
    "hasMore": true
  }
}
```

- `comments`: 최신순 5건
- `deleted`가 `true`인 댓글은 `content`를 `"삭제된 댓글입니다."` 로 반환
- `commentCount`: 삭제되지 않은 댓글의 총 수
- 게시글 삭제 시 연관 댓글도 함께 삭제

---

## 3. 게시글 목록 + 검색

### 3.1 게시글 목록 조회

`GET /api/posts`

**Query Parameters:**
| Parameter  | Type   | Default | Description                                |
|------------|--------|---------|--------------------------------------------|
| page       | int    | 0       | 페이지 번호 (0-based)                      |
| size       | int    | 10      | 페이지 크기 (10 또는 20만 허용)            |
| searchType | string | -       | 검색 유형: title, author, hashtag, content  |
| keyword    | string | -       | 검색 키워드                                |

**Response:** `200 OK`
```json
{
  "totalPostCount": 100,
  "totalCommentCount": 523,
  "posts": [
    {
      "id": 1,
      "title": "제목",
      "author": "작성자",
      "createdAt": "2024-01-01T00:00:00",
      "commentCount": 5,
      "viewCount": 42,
      "likeCount": 3,
      "isNew": true
    }
  ],
  "page": 0,
  "size": 10,
  "totalPages": 10,
  "totalElements": 100
}
```

- `totalPostCount`: 전체 게시글 수 (검색 필터 무관)
- `totalCommentCount`: 전체 댓글 수 (검색 필터 무관, 삭제된 댓글 제외)
- `isNew`: 작성일이 현재 기준 3일 이내이면 `true`
- 정렬: 최신순 (createdAt DESC)

### 3.2 검색

- `searchType`과 `keyword`가 모두 있을 때만 검색 적용
- title, author, content: 부분 일치 검색 (LIKE '%keyword%')
- hashtag: 해시태그 이름과 정확히 일치

---

## 4. 좋아요 (Likes)

### 4.1 좋아요

`POST /api/posts/{postId}/likes`

**Required Header:** `X-Guest-Id: {uuid}`

- `X-Guest-Id` 헤더가 없으면: `400 Bad Request`
- 이미 좋아요한 상태에서 재요청 시: `409 Conflict`

**Response:** `200 OK`
```json
{
  "likeCount": 4,
  "liked": true
}
```

### 4.2 좋아요 취소

`DELETE /api/posts/{postId}/likes`

**Required Header:** `X-Guest-Id: {uuid}`

- `X-Guest-Id` 헤더가 없으면: `400 Bad Request`
- 좋아요하지 않은 상태에서 요청 시: `409 Conflict`

**Response:** `200 OK`
```json
{
  "likeCount": 3,
  "liked": false
}
```

### 4.3 게시글 상세 조회에 좋아요 포함

`GET /api/posts/{id}` 응답에 아래 필드가 추가된다:

- `liked`: `X-Guest-Id` 헤더 기준으로 좋아요 여부 (`true`/`false`)
- `X-Guest-Id` 헤더가 없으면 `liked`는 `false`
- `likeCount`: 실제 좋아요 수
- 게시글 삭제 시 연관 좋아요 데이터도 함께 삭제

# Project: Anonymous Board (Clean Architecture)

## Tech Stack
- Java 17+
- Spring Boot 3.x
- Spring Data JPA
- H2 Database (in-memory)
- BCrypt for password hashing

## Architecture: Hexagonal (Ports & Adapters)

### Package Structure
```
com.board.clean
├── domain/                  # 핵심 도메인 (외부 의존성 없음)
│   ├── model/               # 도메인 모델 (Entity가 아닌 순수 도메인 객체)
│   ├── port/
│   │   ├── in/              # Inbound Port (UseCase 인터페이스)
│   │   └── out/             # Outbound Port (Repository 인터페이스)
│   └── exception/           # 도메인 예외
├── application/             # 유스케이스 구현
│   └── service/             # Port(in) 구현체
├── adapter/
│   ├── in/
│   │   └── web/             # Controller + Request/Response DTO
│   └── out/
│       └── persistence/     # JPA Entity + Repository 구현체 (Port(out) 구현)
└── config/                  # Spring 설정
```

### Architecture Rules (반드시 준수)

1. **Domain Layer는 외부 프레임워크에 의존하지 않는다**
   - `domain/model`에는 JPA 어노테이션, Spring 어노테이션 사용 금지
   - 순수 Java 객체로만 구성
   - 도메인 모델 안에 비즈니스 규칙을 캡슐화한다

2. **UseCase별 Port 정의**
   - 각 유스케이스는 별도의 Inbound Port 인터페이스를 갖는다
   - 예: `CreatePostUseCase`, `GetPostListUseCase`, `LikePostUseCase` 등

3. **Adapter는 Port를 통해서만 통신한다**
   - Controller → Inbound Port → Service → Outbound Port → Repository
   - Controller에서 Repository 직접 접근 금지

4. **DTO 변환은 Adapter 레이어에서 처리한다**
   - Web Adapter: Request DTO → Domain Model, Domain Model → Response DTO
   - Persistence Adapter: Domain Model ↔ JPA Entity

5. **입력 유효성 검증**
   - 형식 검증(길이, 필수값 등): Web Adapter (Controller or Request DTO)
   - 비즈니스 규칙 검증: Domain Model 또는 Application Service

6. **에러 처리**
   - 도메인 예외를 정의하고, Web Adapter에서 HTTP 상태코드로 변환
   - `@RestControllerAdvice`로 글로벌 예외 처리

## Testing

### 테스트 전략
- **통합 테스트 (필수)**: `@SpringBootTest` + `MockMvc`로 API 엔드포인트 검증
- **도메인 단위 테스트 (권장)**: 도메인 모델의 비즈니스 규칙을 순수 단위 테스트로 검증

### 통합 테스트 규칙
- 각 API 엔드포인트별로 정상 케이스와 주요 에러 케이스를 테스트한다
- 테스트 데이터는 각 테스트 메서드에서 직접 설정한다
- H2 in-memory DB를 사용하므로 별도 테스트 DB 설정 불필요
- `@Transactional`로 테스트 간 데이터 격리

### 검증 항목 (모든 API 공통)
- HTTP 상태 코드
- 응답 본문의 필수 필드 존재 여부
- 비즈니스 규칙 (비밀번호 불일치 시 403, 리소스 없음 시 404 등)

## API Specification
- 상위 디렉토리의 `api-spec.md` 참조

## Build & Run
```bash
./gradlew bootRun
./gradlew test
```

# Project: Anonymous Board (Messy)

## Tech Stack
- Java 17+
- Spring Boot 3.x
- Spring Data JPA
- H2 Database (in-memory)
- BCrypt for password hashing

## Architecture Rules (반드시 준수)

이 프로젝트는 의도적으로 아래의 스타일로 작성한다. 리팩토링하지 말 것.

### Package Structure
```
com.board.messy
├── controller/    # Controller (비즈니스 로직 포함 가능)
├── service/       # Service (God Class 스타일)
├── repository/    # JPA Repository
├── entity/        # JPA Entity (DTO 겸용)
└── config/        # Spring 설정
```

### 코딩 스타일 (반드시 따를 것)

1. **Service는 기능 도메인별로 하나씩만 만든다**
   - `PostService` 하나에 게시글 관련 모든 로직 포함
   - `CommentService` 하나에 댓글 관련 모든 로직 포함
   - 메서드가 길어져도 분리하지 않는다

2. **JPA Entity를 API 응답에 그대로 사용한다**
   - 별도의 Response DTO 클래스를 만들지 않는다
   - `@JsonIgnore`로 숨길 필드를 처리한다
   - 필요하면 Entity에 API 응답용 필드/메서드를 추가한다
   - 목록 조회 등 별도 형태가 필요한 경우에만 `Map<String, Object>` 또는 inline DTO를 사용한다

3. **비즈니스 로직을 Controller에 일부 포함시킨다**
   - 예: 비밀번호 검증, 조건 분기 등을 Controller에서 직접 처리해도 된다
   - Service와 Controller 사이에 로직이 분산되어도 괜찮다

4. **중복 코드를 허용한다**
   - 비슷한 로직이 여러 곳에 있어도 공통 메서드로 추출하지 않는다
   - 각 메서드가 독립적으로 전체 로직을 포함한다

5. **에러 처리는 각 메서드에서 직접 한다**
   - 글로벌 예외 핸들러를 만들지 않는다
   - 각 Controller 메서드에서 try-catch 또는 if-else로 직접 처리한다
   - `ResponseEntity`로 상태코드를 직접 반환한다

6. **매직 넘버와 하드코딩을 사용한다**
   - 상수를 별도로 정의하지 않는다
   - 예: 페이지 크기를 `10`, 해시태그 최대 개수를 `5`로 코드에 직접 작성

7. **도메인 검증 로직을 Entity나 별도 클래스로 분리하지 않는다**
   - 모든 검증은 Service 또는 Controller 메서드 내에서 if문으로 처리

## Testing

### 테스트 규칙
- `@SpringBootTest` + `MockMvc`로 API 엔드포인트를 통합 테스트한다
- 단위 테스트는 작성하지 않는다. 통합 테스트만 작성한다
- 하나의 테스트 클래스에 관련 API 테스트를 모두 포함한다 (예: `PostApiTest`에 게시글 CRUD 전부)
- 테스트 데이터는 각 테스트 메서드에서 직접 설정한다
- H2 in-memory DB를 사용하므로 별도 테스트 DB 설정 불필요
- `@Transactional`로 테스트 간 데이터 격리

### 검증 항목 (모든 API 공통)
- HTTP 상태 코드
- 응답 본문의 필수 필드 존재 여부
- 비즈니스 규칙 (비밀번호 불일치 시 403, 리소스 없음 시 404 등)

## API Specification
- 상위 디렉토리의 `api-spec.md` 참조

## Build & Run
```bash
./gradlew bootRun
./gradlew test
```

Spring Boot 프로젝트를 초기 세팅하고, 게시글 CRUD API를 구현해줘.
## 구현할 API

상위 디렉토리의 `api-spec.md`를 참조하여 아래 API를 구현해줘:

1. **게시글 작성** (POST /api/posts)
   - 제목, 내용, 작성자, 비밀번호, 해시태그(최대 5개)를 입력받는다
   - 비밀번호는 BCrypt로 암호화하여 저장한다
   - 유효성 검증: 제목 1~200자, 작성자 1~50자, 비밀번호 4자 이상, 해시태그 최대 5개/각 1~30자

2. **게시글 상세 조회** (GET /api/posts/{id})
   - 조회 시 viewCount를 1 증가시킨다
   - 댓글과 좋아요 관련 필드는 이 단계에서는 기본값(0, 빈 목록)으로 반환한다

3. **게시글 수정** (PUT /api/posts/{id})
   - 비밀번호가 일치해야 수정 가능
   - 제목, 내용, 해시태그를 수정할 수 있다

4. **게시글 삭제** (DELETE /api/posts/{id})
   - 비밀번호가 일치해야 삭제 가능
   - Hard Delete

## 테스트

구현한 API에 대한 테스트 코드를 작성해줘:
- 각 엔드포인트의 정상 케이스
- 주요 에러 케이스 (유효성 검증 실패, 비밀번호 불일치, 존재하지 않는 리소스 등)
- CLAUDE.md의 테스트 규칙을 따를 것

구현 완료 후 `./gradlew test`로 테스트가 통과하는지 확인해줘.

CLAUDE.md에 정의된 아키텍처 규칙을 반드시 따라서 구현해줘.

댓글 기능을 구현해줘.

## 구현할 API

상위 디렉토리의 `api-spec.md`를 참조하여 아래 API를 구현해줘:

1. **댓글 작성** (POST /api/posts/{postId}/comments)
   - 작성자, 비밀번호, 내용을 입력받는다
   - 비밀번호는 BCrypt로 암호화하여 저장한다
   - 존재하지 않는 게시글에 댓글 작성 시 404

2. **댓글 목록 조회** (GET /api/posts/{postId}/comments)
   - 최신순 정렬, 5건씩 페이징
   - `deleted`가 true인 댓글은 content를 `"삭제된 댓글입니다."`로 반환
   - `hasMore`로 다음 페이지 존재 여부 반환

3. **댓글 삭제** (DELETE /api/posts/{postId}/comments/{commentId})
   - 비밀번호 일치 시 Soft Delete (deleted 플래그 true 처리)
   - 실제 데이터는 삭제하지 않음

4. **게시글 상세 조회 수정** (GET /api/posts/{id})
   - 기존 게시글 상세 응답에 댓글 정보를 포함시킨다
   - 최신 5건의 댓글을 함께 반환
   - `deleted`가 true인 댓글은 content를 `"삭제된 댓글입니다."`로 반환
   - commentCount 필드를 실제 댓글 수로 반환

## 테스트

구현한 API에 대한 테스트 코드를 작성해줘:
- 각 엔드포인트의 정상 케이스
- 주요 에러 케이스 (존재하지 않는 게시글, 비밀번호 불일치, 삭제된 댓글 표시 등)
- CLAUDE.md의 테스트 규칙을 따를 것

구현 완료 후 `./gradlew test`로 테스트가 통과하는지 확인해줘.

CLAUDE.md에 정의된 아키텍처 규칙을 반드시 따라서 구현해줘.

게시글 목록 조회와 검색 기능을 구현해줘.

## 구현할 API

상위 디렉토리의 `api-spec.md`를 참조하여 아래 기능을 구현해줘:

1. **게시글 목록 조회** (GET /api/posts)
   - 최신순(createdAt DESC) 정렬
   - 페이징: page(0-based), size(10 또는 20만 허용, 기본값 10)
   - 응답에 포함할 정보:
     - `totalPostCount`: 전체 게시글 수 (검색 필터 무관, 전체)
     - `totalCommentCount`: 전체 댓글 수 (검색 필터 무관, 전체, 삭제된 댓글 제외)
     - 각 게시글: id, title, author, createdAt, commentCount, viewCount, likeCount
     - `isNew`: 작성일이 현재 기준 3일 이내이면 true
   - 페이징 메타: page, size, totalPages, totalElements

2. **검색 기능**
   - `searchType` 파라미터: title, author, hashtag, content 중 하나
   - `keyword` 파라미터: 검색어
   - searchType과 keyword가 모두 있을 때만 검색 적용
   - 부분 일치 검색 (LIKE '%keyword%')
   - hashtag 검색은 해시태그 이름과 정확히 일치

## 테스트

구현한 API에 대한 테스트 코드를 작성해줘:
- 페이징 정상 동작 (size 10, 20)
- 허용되지 않는 size 값 처리
- 각 searchType별 검색 동작
- totalPostCount, totalCommentCount 정확성
- isNew 플래그 동작
- CLAUDE.md의 테스트 규칙을 따를 것

구현 완료 후 `./gradlew test`로 테스트가 통과하는지 확인해줘.

CLAUDE.md에 정의된 아키텍처 규칙을 반드시 따라서 구현해줘.

좋아요(Like) 기능을 구현해줘.

## 구현할 API

상위 디렉토리의 `api-spec.md`를 참조하여 아래 API를 구현해줘:

1. **좋아요** (POST /api/posts/{postId}/likes)
   - `X-Guest-Id` 헤더(UUID)로 사용자를 식별한다
   - `X-Guest-Id` 헤더가 없으면 400 Bad Request
   - 이미 좋아요한 상태에서 재요청 시 409 Conflict
   - 좋아요 후 해당 게시글의 likeCount와 liked 상태를 반환

2. **좋아요 취소** (DELETE /api/posts/{postId}/likes)
   - `X-Guest-Id` 헤더(UUID)로 사용자를 식별한다
   - `X-Guest-Id` 헤더가 없으면 400 Bad Request
   - 좋아요하지 않은 상태에서 요청 시 409 Conflict
   - 취소 후 해당 게시글의 likeCount와 liked 상태를 반환

3. **게시글 상세 조회 수정** (GET /api/posts/{id})
   - 기존 응답에 `liked` 필드를 추가한다
   - `X-Guest-Id` 헤더가 있으면 해당 guest의 좋아요 여부를 반환
   - `X-Guest-Id` 헤더가 없으면 `liked`는 false
   - `likeCount`를 실제 좋아요 수로 반환

4. **게시글 삭제 시**
   - 게시글 삭제 시 연관된 좋아요 데이터도 함께 삭제

## 테스트

구현한 API에 대한 테스트 코드를 작성해줘:
- 좋아요 / 좋아요 취소 정상 동작
- 중복 좋아요 시 409
- 좋아요하지 않은 상태에서 취소 시 409
- X-Guest-Id 헤더 없을 때 400
- 게시글 상세에서 liked 필드 정확성
- CLAUDE.md의 테스트 규칙을 따를 것

구현 완료 후 `./gradlew test`로 테스트가 통과하는지 확인해줘.

CLAUDE.md에 정의된 아키텍처 규칙을 반드시 따라서 구현해줘.

게시글 비밀번호 변경 기능을 추가해줘.

## 변경 요구사항

기존에 게시글 수정/삭제 시에만 사용하던 비밀번호를 **별도로 변경**할 수 있는 API를 추가한다.

### 새 API: 게시글 비밀번호 변경

`PATCH /api/posts/{id}/password`

**Request Body:**
```json
{
  "currentPassword": "현재 비밀번호",
  "newPassword": "새 비밀번호 (4자 이상)"
}
```

**Response:**
- 성공 시: `200 OK` (본문 없음 또는 `{"message": "비밀번호가 변경되었습니다."}`)
- 현재 비밀번호 불일치: `403 Forbidden`
- 새 비밀번호 유효성 실패 (4자 미만): `400 Bad Request`
- 게시글 없음: `404 Not Found`

### 구현 시 고려사항
- 새 비밀번호도 BCrypt로 암호화하여 저장
- 기존 비밀번호 검증 로직을 재사용하거나 참고할 것

## 테스트

- 비밀번호 변경 정상 동작
- 변경 후 새 비밀번호로 게시글 수정/삭제 가능 확인
- 현재 비밀번호 불일치 시 403
- 새 비밀번호 4자 미만 시 400
- 존재하지 않는 게시글 404
- CLAUDE.md의 테스트 규칙을 따를 것

구현 완료 후 `./gradlew test`로 테스트가 통과하는지 확인해줘.

CLAUDE.md에 정의된 아키텍처 규칙을 반드시 따라서 구현해줘.

댓글에 대댓글(답글) 기능을 추가해줘.

## 변경 요구사항

기존 댓글 시스템을 확장하여 **댓글에 대한 답글**을 달 수 있게 한다. 답글은 1단계만 허용한다 (답글에 답글 불가).

### API 변경사항

#### 1. 답글 작성

`POST /api/posts/{postId}/comments/{commentId}/replies`

**Request Body:**
```json
{
  "author": "string (필수, 1~50자)",
  "password": "string (필수, 4자 이상)",
  "content": "string (필수)"
}
```

**Response:** `201 Created`
```json
{
  "id": 2,
  "parentId": 1,
  "author": "답글작성자",
  "content": "답글 내용",
  "createdAt": "2024-01-02T00:00:00",
  "deleted": false
}
```

- 부모 댓글이 이미 답글인 경우 (parentId가 있는 경우): `400 Bad Request`
- 부모 댓글이 삭제된 경우에도 답글 작성 가능

#### 2. 댓글 목록 조회 변경

`GET /api/posts/{postId}/comments` 응답에서:

```json
{
  "content": [
    {
      "id": 1,
      "parentId": null,
      "author": "댓글작성자",
      "content": "댓글 내용",
      "createdAt": "2024-01-02T00:00:00",
      "deleted": false,
      "replyCount": 3
    }
  ],
  "page": 0,
  "size": 5,
  "totalElements": 12,
  "hasMore": true
}
```

- `parentId`: 답글인 경우 부모 댓글 ID, 일반 댓글은 `null`
- `replyCount`: 해당 댓글의 답글 수 (삭제된 답글 제외)
- 목록에는 **일반 댓글만** 표시 (답글은 별도 조회)

#### 3. 답글 목록 조회 (새 API)

`GET /api/posts/{postId}/comments/{commentId}/replies`

**Query Parameters:**
| Parameter | Type | Default | Description |
|-----------|------|---------|-------------|
| page      | int  | 0       | 페이지 번호 |
| size      | int  | 5       | 페이지 크기 |

**Response:** `200 OK`
```json
{
  "content": [
    {
      "id": 2,
      "parentId": 1,
      "author": "답글작성자",
      "content": "답글 내용",
      "createdAt": "2024-01-02T00:00:00",
      "deleted": false
    }
  ],
  "page": 0,
  "size": 5,
  "totalElements": 3,
  "hasMore": false
}
```

- 정렬: 오래된순 (createdAt ASC) — 대화 흐름 유지
- 삭제된 답글은 `"삭제된 댓글입니다."` 처리 동일

#### 4. 댓글 삭제 시
- 답글이 있는 댓글을 삭제해도 답글은 유지됨
- 답글 삭제는 기존 댓글 삭제 API와 동일하게 동작

### 기존 API 영향
- `GET /api/posts/{id}` (게시글 상세): comments 필드에 `replyCount` 추가
- `commentCount`는 일반 댓글 + 답글 전체 수

## 테스트

- 답글 작성 정상 동작
- 답글에 답글 시도 시 400
- 답글 목록 조회 (오래된순 정렬)
- 삭제된 부모 댓글에 답글 작성 가능
- replyCount 정확성
- 부모 댓글 삭제 후 답글 유지 확인
- CLAUDE.md의 테스트 규칙을 따를 것

구현 완료 후 `./gradlew test`로 테스트가 통과하는지 확인해줘.

CLAUDE.md에 정의된 아키텍처 규칙을 반드시 따라서 구현해줘.

게시글 목록에 정렬 옵션을 추가해줘.

## 변경 요구사항

기존에 최신순(createdAt DESC)으로만 정렬되던 게시글 목록에 **정렬 옵션**을 추가한다.

### API 변경사항

`GET /api/posts`

**추가 Query Parameter:**

| Parameter | Type   | Default  | Description |
|-----------|--------|----------|-------------|
| sort      | string | latest   | 정렬 기준: latest, views, likes |

**정렬 기준:**
- `latest`: 최신순 (createdAt DESC) — 기존과 동일
- `views`: 조회수 높은순 (viewCount DESC), 동일 시 최신순
- `likes`: 좋아요 많은순 (likeCount DESC), 동일 시 최신순

**에러 처리:**
- 허용되지 않은 sort 값: `400 Bad Request`

### 구현 시 고려사항
- 기존 검색 기능과 함께 동작해야 함 (searchType + keyword + sort 조합)
- 페이징과 함께 동작해야 함

## 테스트

- sort=latest 정상 동작 (기존과 동일)
- sort=views 정렬 확인
- sort=likes 정렬 확인
- 동일 값일 때 2차 정렬(최신순) 확인
- 검색 + 정렬 조합 동작
- 허용되지 않은 sort 값 시 400
- sort 파라미터 없을 때 기본값(latest) 동작
- CLAUDE.md의 테스트 규칙을 따를 것

구현 완료 후 `./gradlew test`로 테스트가 통과하는지 확인해줘.

CLAUDE.md에 정의된 아키텍처 규칙을 반드시 따라서 구현해줘.

https://tech.kakaobank.com/posts/2411-solid-truth-or-myths-for-developers/ 

https://product.kyobobook.co.kr/detail/S000213447953?utm_source=google&utm_medium=cpc&utm_campaign=googleSearch&gt_network=g&gt_keyword=&gt_target_id=dsa-435935280379&gt_campaign_id=9979905549&gt_adgroup_id=132556570510&gad_source=1