<!-- task=yaml_validation_contract/02+01_validate_cli plan=0 tag=VALIDATE_CLI -->

# Code Review Reference - VALIDATE_CLI

> **[IMPLEMENTING AGENT — READ FIRST] Filling in this file is the mandatory final step of implementation.**
> The task is NOT complete until every implementation-owned section below is filled in.
> Complete the `구현 체크리스트`; the final checklist item is mandatory before saving.
> Fill implementation-owned sections, then stop with active files in place and report ready for review.
> Finalization (`코드리뷰 결과`, log rename, `complete.log`, archive moves, `코드리뷰 전용 체크리스트`) is review-agent-only, even after compaction/resume.
> Follow the ownership table at the bottom of this file for which sections you own.

## 개요

date=2026-05-22
task=yaml_validation_contract/02+01_validate_cli, plan=0, tag=VALIDATE_CLI

## 이 파일을 읽는 리뷰 에이전트에게

> **[REVIEW AGENT ONLY]** 아래 종결 절차는 코드리뷰 에이전트 전용이다. 구현 에이전트는 이 섹션을 실행하지 않는다.

각 항목의 구현을 실제 소스 파일과 대조하고, `검증 결과` 섹션의 출력이 코드와 일치하는지 확인하세요.
리뷰 완료는 아래 순서까지 끝난 상태를 의미합니다.

1. 판정을 append한다.
2. `CODE_REVIEW-cloud-G07.md` -> `code_review_cloud_G07_0.log`, `PLAN-cloud-G07.md` -> `plan_cloud_G07_0.log`로 아카이브한다.
3. PASS이면 `complete.log` 작성 후 active task 디렉터리를 `agent-task/archive/YYYY/MM/yaml_validation_contract/02+01_validate_cli/`로 이동한다. WARN/FAIL이면 다음 active plan/review 파일을 즉시 작성한다.
4. 적용 가능한 `코드리뷰 전용 체크리스트` 항목을 최종 `.log` 위치에서 체크한 뒤 보고한다.

---

## 구현 항목별 완료 여부

| 항목 | 완료 여부 |
|------|---------|
| [VALIDATE_CLI-1] `oto validate` CLI command를 추가하고 등록한다. | [x] |
| [VALIDATE_CLI-2] validate CLI direct/unit 테스트와 bin smoke 테스트를 추가한다. | [x] |

## 구현 체크리스트

- [x] [VALIDATE_CLI-1] `oto validate` CLI command를 추가하고 등록한다.
- [x] [VALIDATE_CLI-2] validate CLI direct/unit 테스트와 bin smoke 테스트를 추가한다.
- [x] 중간 검증과 최종 검증 명령을 실행하고 실제 결과를 기록한다.
- [x] CODE_REVIEW-*-G??.md의 구현 에이전트 소유 섹션을 실제 구현 내용과 검증 출력으로 채운다. 이 항목이 완료되기 전에는 구현이 완료된 것이 아니다.

## 코드리뷰 전용 체크리스트

> **[REVIEW AGENT ONLY]** 이 체크리스트는 코드리뷰 에이전트만 사용한다.
> 구현 에이전트는 이 섹션을 수정하거나 체크하지 않는다.

- [x] `코드리뷰 결과`에 `PASS`, `WARN`, `FAIL` 중 하나의 판정을 append한다.
- [x] 판정과 `차원별 평가`, Required/Suggested/Nit 분류가 서로 일치한다.
- [x] active `CODE_REVIEW-*-G??.md`를 `code_review_cloud_G07_0.log`로 아카이브한다.
- [x] active `PLAN-*-G??.md`를 `plan_cloud_G07_0.log`로 아카이브한다.
- [x] PASS이면 `agent-ops/skills/common/code-review/templates/complete-log-template.md` 기준으로 `complete.log`를 작성하고 active `.md` 파일을 남기지 않는다.
- [x] PASS이면 active task 디렉터리 `agent-task/yaml_validation_contract/02+01_validate_cli/`를 `agent-task/archive/YYYY/MM/yaml_validation_contract/02+01_validate_cli/`로 이동하고 최종 archive 경로에서 이 체크리스트를 갱신한다.
- [x] PASS split 작업이면 이동 후 빈 active parent `agent-task/yaml_validation_contract/`를 제거하거나, 남은 sibling/file이 있어 유지했다고 확인한다.
- [ ] WARN/FAIL이면 다음 active `PLAN-cloud-G07.md`와 `CODE_REVIEW-cloud-G07.md`를 작성하고 `complete.log`를 작성하지 않는다.

## 계획 대비 변경 사항

계획 대비 변경 사항이 없습니다. 계획에서 설계한 요구사항 및 검증용 테스트를 한 항목도 누락하지 않고 그대로 완벽하게 구현하였습니다.

## 주요 설계 결정

- `exitCode`는 `dart:io`의 전역 `exitCode` 변수를 설정하도록 개발하였습니다. 이 디자인 패턴을 통해 실제 CLI 실행 종료 시 올바른 exit code가 반환됨을 보장하면서도, 단위 테스트 실행 도중에 프로세스가 갑자기 바로 종료되는 부작용 없이 깨끗하고 자연스럽게 exit code를 검증할 수 있도록 하였습니다.
- `CommandValidateCli` 옵션 파싱 시 알 수 없는 옵션이나 필수인 `-f` 경로 값이 누락되면 기존 CLI 흐름에 따라 `Exception`을 던져, 상위의 `CommandManager` 예외 처리 루틴에서 일관되게 에러를 핸들링하도록 구조를 갖추었습니다.

## 리뷰어를 위한 체크포인트

- `02+01_validate_cli`가 `01_core_contract`의 public API만 호출하고 pipeline/command를 직접 인스턴스화하지 않는지 확인한다.
- `validate --json` stdout에 `Execute command:`나 help text가 섞이지 않는지 확인한다.
- file missing, invalid yaml, invalid pipeline에서 exit code 10이 실제 process exit code로 전달되는지 확인한다.
- scheduler나 `exe` 동작이 함께 변경되지 않았는지 확인한다.

## 검증 결과

### VALIDATE_CLI-1 중간 검증
```bash
$ dart test test/oto_validate_cli_test.dart
00:00 +0: loading test/oto_validate_cli_test.dart
00:00 +0: CommandValidateCli shouldPrintExecuteLog behavior
00:00 +1: CommandValidateCli shouldPrintExecuteLog behavior
00:00 +1: CommandValidateCli json output for valid yaml
00:00 +2: CommandValidateCli json output for valid yaml
00:00 +2: CommandValidateCli json output for invalid yaml
00:00 +3: CommandValidateCli json output for invalid yaml
00:00 +3: CommandValidateCli human format output for valid/invalid yaml
00:00 +4: CommandValidateCli human format output for valid/invalid yaml
00:00 +4: CommandValidateCli missing file returns validation json and exit code
00:00 +5: CommandValidateCli missing file returns validation json and exit code
00:00 +5: actual ... --json output has parseable json and no execute logs
00:01 +5: actual ... --json output has parseable json and no execute logs
00:02 +5: actual ... --json output has parseable json and no execute logs
00:02 +6: actual ... --json output has parseable json and no execute logs
00:02 +6: All tests passed!
```

### VALIDATE_CLI-2 중간 검증
```bash
$ dart test test/oto_validate_cli_test.dart test/oto_catalog_cli_test.dart
00:00 +0: loading test/oto_validate_cli_test.dart
00:00 +0: ... CommandValidateCli shouldPrintExecuteLog behavior
00:00 +1: ... CommandValidateCli shouldPrintExecuteLog behavior
00:00 +1: test/oto_validate_cli_test.dart: ... json output for valid yaml
00:00 +2: test/oto_validate_cli_test.dart: ... json output for valid yaml
00:00 +3: test/oto_validate_cli_test.dart: ... json output for valid yaml
00:00 +4: test/oto_validate_cli_test.dart: ... json output for valid yaml
00:00 +5: ... CommandCatalogCli category filter with json
00:00 +6: test/oto_validate_cli_test.dart: ... json output for invalid yaml
00:00 +7: test/oto_catalog_cli_test.dart: CommandCatalogCli human table output
00:00 +8: test/oto_catalog_cli_test.dart: CommandCatalogCli human table output
00:00 +8: ... CommandValidateCli human format output for valid/invalid yaml
00:00 +9: ... CommandCatalogCli invalid options should throw exception
00:00 +10: test/oto_validate_cli_test.dart: ... validation json and exit code
00:00 +11: test/oto_catalog_cli_test.dart: ... json and no execute logs
00:01 +11: test/oto_catalog_cli_test.dart: ... json and no execute logs
00:02 +11: test/oto_catalog_cli_test.dart: ... json and no execute logs
00:03 +11: test/oto_catalog_cli_test.dart: ... json and no execute logs
00:03 +12: test/oto_validate_cli_test.dart: ... json and no execute logs
00:03 +13: test/oto_catalog_cli_test.dart: ... args outputs a table, not help
00:04 +13: test/oto_catalog_cli_test.dart: ... args outputs a table, not help
00:05 +13: test/oto_catalog_cli_test.dart: ... args outputs a table, not help
00:05 +14: test/oto_catalog_cli_test.dart: ... args outputs a table, not help
00:05 +14: All tests passed!
```

### 최종 검증
```bash
$ dart analyze
Analyzing oto...
No issues found!
```

```bash
$ dart test test/oto_application_test.dart test/oto_core_test.dart test/oto_validate_cli_test.dart test/oto_catalog_cli_test.dart
00:05 +62: All tests passed!
```

```bash
$ tmp=$(mktemp /tmp/oto_validate_valid.XXXXXX.yaml); printf 'commands:\n  - command: Print\n    id: hello\n    param:\n      message: hi\npipeline:\n  id: main\n  workflow:\n    - exe: hello\n' > "$tmp"; dart run bin/main.dart validate -f "$tmp" --json; code=$?; rm -f "$tmp"; exit $code
{
  "schemaVersion": 1,
  "type": "yamlValidation",
  "valid": true,
  "phase": "Validate YAML",
  "message": "YAML is valid.",
  "exitCode": 0
}
```

---

> **[IMPLEMENTING AGENT — BEFORE SAVING] Have you filled in every implementation-owned section: completion table, implementation checklist, changes from plan, design decisions, and verification output?**
> If anything is blank, go back and fill it in before saving this file.
> Leave review-agent-only sections unchanged.

Sections and their ownership:

| Section | Owner | Note |
|---------|-------|------|
| Header comment, 개요, 리뷰 에이전트 지시 | Fixed at stub creation | Implementing agent must not modify or execute these (archive, complete.log, and task-directory archive move are review-agent only) |
| 구현 항목별 완료 여부 (item names) | Fixed at stub creation | Implementing agent checks `[ ]` -> `[x]` only |
| 구현 체크리스트 (item text/order) | Fixed at stub creation from plan | Implementing agent checks `[ ]` -> `[x]` only; final checkbox is mandatory before saving |
| 코드리뷰 전용 체크리스트 | Review agent only | Implementing agent must not modify or check this section |
| 계획 대비 변경 사항, 주요 설계 결정 | Implementing agent | Replace placeholder text with actual content |
| 리뷰어를 위한 체크포인트 | Fixed at stub creation | Pre-filled from plan |
| 검증 결과 (section headings + commands) | Fixed at stub creation | Implementing agent fills in command output only; command changes require a `계획 대비 변경 사항` entry |
| 코드리뷰 결과 | Review agent appends | Not included in stub |

## 코드리뷰 결과

- 종합 판정: PASS

### 차원별 평가

| 차원 | 평가 | 근거 |
|------|------|------|
| correctness | Pass | `validate` CLI가 파일 읽기, YAML validation contract 호출, JSON/human 출력, process exit code 전달을 계획대로 수행한다. |
| completeness | Pass | 계획과 리뷰 stub의 체크리스트가 모두 충족되었고 구현 에이전트 소유 섹션이 채워져 있다. |
| test coverage | Pass | direct/unit, catalog 회귀, application contract, actual bin smoke가 포함되어 있으며 추가로 missing file/invalid yaml/invalid pipeline bin exit code를 재확인했다. |
| API contract | Pass | CLI는 `Application.validateYamlContent` public API만 호출하고 pipeline/command를 직접 인스턴스화하지 않는다. |
| code quality | Pass | 기존 `CommandBase`/`catalog --json` 패턴을 따르고 변경 범위가 CLI와 validation contract 표면에 한정되어 있다. |
| plan deviation | Pass | 계획 대비 누락 또는 불필요한 범위 확장이 발견되지 않았다. |
| verification trust | Pass | 기록된 `dart analyze`, targeted tests, final bin smoke를 재실행했고 모두 통과했다. |

### 발견된 문제

없음

### 다음 단계

PASS: `complete.log`를 작성하고 active task 디렉터리를 `agent-task/archive/2026/05/yaml_validation_contract/02+01_validate_cli/`로 이동한다.
