<!-- task=02+yaml_validation plan=0 tag=REFACTOR -->

# Code Review Reference - REFACTOR

> **[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.
> Do not modify or check the `코드리뷰 전용 체크리스트`; it is owned by the review agent only.
> Follow the ownership table at the bottom of this file for which sections you own.

## 개요

date=2026-05-20
task=02+yaml_validation, plan=0, tag=REFACTOR

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

각 항목의 구현을 실제 소스 파일과 대조하고, `검증 결과` 섹션의 출력이 코드와 일치하는지 확인하세요.
review 완료 후 반드시 아래 순서로 아카이브하세요.

1. `CODE_REVIEW-cloud-G07.md` → `code_review_cloud_G07_N.log` (N = 기존 code_review_*.log 수)
2. `PLAN-cloud-G07.md` → `plan_cloud_G07_M.log` (M = 기존 plan_*.log 수)
3. PASS인 경우 `complete.log` 작성 후 `agent-task/archive/YYYY/MM/02+yaml_validation/`로 task 디렉터리 이동. WARN/FAIL인 경우 새 routed plan + review 스텁 작성.

어떤 판정에서도 아카이브를 건너뛰지 마세요. PASS/WARN/FAIL 모두 `코드리뷰 결과` append 후 active plan/review 파일을 먼저 아카이브하고, 그 다음 `complete.log` 또는 다음 plan/review 파일을 작성해야 합니다.
PASS에서는 `agent-ops/skills/common/code-review/templates/complete-log-template.md`의 섹션 순서와 필수 항목을 기준으로 `complete.log`를 작성하세요. 작성 후 현재 날짜의 `YYYY/MM` 기준으로 task 디렉터리를 `agent-task/archive/YYYY/MM/02+yaml_validation/`로 이동하고, 최종 archive 경로의 `code_review_*.log`에서 `코드리뷰 전용 체크리스트`를 갱신한 다음 보고하세요.
WARN/FAIL에서는 다음 상태 파일 작성 후 현재 task 경로의 archived `code_review_*.log`에서 적용 가능한 `코드리뷰 전용 체크리스트` 항목을 체크한 다음 보고하세요.

---

## 구현 항목별 완료 여부

| 항목 | 완료 여부 |
|------|---------|
| [REFACTOR-1] DataBuild.fromJson 전 구조 검증 | [x] |
| [REFACTOR-2] command list 기본 검증 | [x] |
| [REFACTOR-3] workflow node shape guard | [x] |

## 구현 체크리스트

- [x] YAML root/build 구조 검증을 `DataBuild.fromJson()` 전에 추가한다.
- [x] command list의 id/type 기본 검증을 등록 catalog 기준으로 추가한다.
- [x] workflow node shape guard를 `Pipeline.pipelineInitialize()`에 추가한다.
- [x] 기존 테스트와 샘플 smoke 검증을 실행한다.
- [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_N.log`로 아카이브한다.
- [x] active `PLAN-*-G??.md`를 `plan_cloud_G07_M.log`로 아카이브한다.
- [ ] PASS이면 `agent-ops/skills/common/code-review/templates/complete-log-template.md` 기준으로 `complete.log`를 작성하고 active `.md` 파일을 남기지 않는다.
- [ ] PASS이면 `agent-task/02+yaml_validation/`를 `agent-task/archive/YYYY/MM/02+yaml_validation/`로 이동하고 최종 archive 경로에서 이 체크리스트를 갱신한다.
- [x] WARN/FAIL이면 다음 active `PLAN-cloud-G07.md`와 `CODE_REVIEW-cloud-G07.md`를 작성하고 `complete.log`를 작성하지 않는다.

## 계획 대비 변경 사항

- `validateBuildMap`, `validateCommandList` 메서드를 public 대신 `_validateBuildMap`, `_validateCommandList`로 private 정의했다. Application 내부에서만 사용하는 헬퍼이므로 public API로 노출할 이유가 없어 Dart analyzer 경고(private type in public API)를 제거하기 위해 변경.
- REFACTOR-2에서 미등록 타입 오류 메시지에 available type 목록 전체를 포함하는 대신 unknown type명만 표기했다. CommandType enum 값이 90개 이상이라 목록을 오류 메시지에 넣으면 가독성이 크게 저하됨.

## 주요 설계 결정

- `_ValidateResult(bool enable, String message)` 단순 값 클래스를 파일 최하단에 추가해 REFACTOR-1/2 결과를 전달한다. REFACTOR-3은 기존 `PipelineValidateResult`를 그대로 사용한다.
- REFACTOR-2 command 타입 검증은 `CommandType.values.where((e) => e.name == typeStr)`로 enum 이름 매칭 후, `Command.registeredTypes`에 포함 여부를 추가로 확인한다. `registerAllCommands()`가 `build()` 진입 시 이미 호출된 상태이므로 등록 여부 검증이 유효하다.
- REFACTOR-3에서 `for (Map<String, dynamic> item in list)` 패턴을 인덱스 루프로 교체해 타입 오류 시 cast 예외 대신 `PipelineValidateResult`로 반환하도록 변경. 오류 메시지에 `workflow[$index]`와 지원 task 목록을 포함한다.

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

- `DataBuild.fromJson()` 전에 구조 검증이 실행되는지 확인한다.
- workflow item 타입 오류가 cast 예외가 아니라 `PipelineValidateResult` 메시지로 반환되는지 확인한다.
- 신규 검증이 기존 정상 샘플 실행을 막지 않는지 확인한다.

## 검증 결과

### REFACTOR-1 중간 검증
```bash
$ dart test test/oto_application_test.dart test/oto_core_test.dart
+7: All tests passed!
```

### REFACTOR-2 중간 검증
```bash
$ dart test test/oto_application_test.dart
+7: All tests passed!
```

### REFACTOR-3 중간 검증
```bash
$ dart test test/oto_core_test.dart
+3: All tests passed!
```

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

$ dart test test/oto_application_test.dart test/oto_core_test.dart
+7: All tests passed!

$ dart run bin/main.dart exe -f assets/yaml/sample/01_basic.yaml
(생략)
*                            Build Successfully Complete

$ dart run bin/main.dart exe -f assets/yaml/sample/02_pipeline_if.yaml
(생략)
*                            Build Successfully Complete
```

---

> **[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 the review-agent-only checklist unchanged.

## 코드리뷰 결과

### 2026-05-20 - Review 0

- 종합 판정: FAIL

- 차원별 평가:
  - Correctness: Fail
  - Completeness: Fail
  - Test coverage: Fail
  - API contract: Pass
  - Code quality: Pass
  - Plan deviation: Fail
  - Verification trust: Fail

- 발견된 문제:
  - Required: `lib/oto/application.dart:255`의 `getMapFromYamlA()`가 `loadYaml()` 결과를 바로 `YamlMap`에 할당하므로 YAML root가 list/scalar이면 `_validateBuildMap()` 전에 `type 'YamlList' is not a subtype of type 'YamlMap'`로 실패한다. REFACTOR-1의 “DataBuild.fromJson 전 구조 검증” 계약에 맞게 `loadYaml()` 결과가 `YamlMap`인지 먼저 확인하고, 실패 시 `Validate build yaml`의 명시 메시지로 반환하도록 고쳐야 한다.
  - Required: `lib/oto/application.dart:193`의 `_validateBuildMap()`가 `property` 타입을 검사하지 않는다. `property`가 list이면 `DataBuild.fromJson()`에서 `type 'List<dynamic>' is not a subtype of type 'Map<String, dynamic>?'`로 빠지므로, plan에 적힌 `property` 구조 검증을 `DataBuild.fromJson()` 전에 수행해야 한다.
  - Required: `lib/oto/application.dart:231`의 `_validateCommandList()`가 `id`의 실제 타입을 요구하지 않고 null/빈 문자열만 확인한다. `id: 12` 같은 YAML은 `DataCommand.fromJson()`에서 `type 'int' is not a subtype of type 'String'`으로 실패하므로, command entry의 `id`와 `command`를 non-empty `String`으로 검증한 뒤 파싱해야 한다.
  - Required: 위 실패 케이스(root list, non-map property, non-string command id)를 커버하는 테스트나 고정 smoke가 없다. 기존 테스트와 정상 샘플 smoke는 통과하지만 이번 task의 신규 검증 책임을 충분히 확인하지 못한다.

- 다음 단계:
  - FAIL: Required 항목을 반영한 후속 plan/review를 생성한다.
