<!-- task=03_command_catalog_samples plan=0 tag=REVIEW_SAMPLE -->

# Code Review Reference - REVIEW_SAMPLE

> **[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-21
task=03_command_catalog_samples, plan=0, tag=REVIEW_SAMPLE

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

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

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

---

## 구현 항목별 완료 여부

| 항목 | 완료 여부 |
|------|---------|
| [REVIEW_SAMPLE-1] 공개 커맨드의 `samplePath` 누락 여부를 결정하고 필요한 샘플을 연결한다. | [x] |
| [REVIEW_SAMPLE-2] iOS/GitHub/Git 샘플을 실제 데이터 모델 필드명과 맞춘다. | [x] |
| [REVIEW_SAMPLE-3] catalog/sample 테스트를 강화한다. | [x] |

## 구현 체크리스트

- [x] [REVIEW_SAMPLE-1] 공개 커맨드의 `samplePath` 누락 여부를 결정하고 필요한 샘플을 연결한다.
- [x] [REVIEW_SAMPLE-2] iOS/GitHub/Git 샘플을 실제 데이터 모델 필드명과 맞춘다.
- [x] [REVIEW_SAMPLE-3] catalog/sample 테스트를 강화한다.
- [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_local_G05_N.log`로 아카이브한다.
- [x] active `PLAN-*-G??.md`를 `plan_local_G05_M.log`로 아카이브한다.
- [ ] PASS이면 `agent-ops/skills/common/code-review/templates/complete-log-template.md` 기준으로 `complete.log`를 작성하고 active `.md` 파일을 남기지 않는다.
- [ ] PASS이면 `agent-task/03_command_catalog_samples/`를 `agent-task/archive/YYYY/MM/03_command_catalog_samples/`로 이동하고 최종 archive 경로에서 이 체크리스트를 갱신한다.
- [x] WARN/FAIL이면 다음 active `PLAN-local-G05.md`와 `CODE_REVIEW-local-G05.md`를 작성하고 `complete.log`를 작성하지 않는다.

## 계획 대비 변경 사항

1. **Notarize 샘플 추가** - Plan에는 명시되지 않았으나 `dart test`의 `spec sample paths contain the registered command` 테스트가 Notarize 커맨드가 sample에 없는 것을 발견하여 `10_build_ios.yaml`에 Notarize command block를 추가했다.
2. **GitHub 계열 samplePath 연결** - Plan은 GitHub 커맨드에 별도의 samplePath를 명시하지 않았으나, network 기능이라는 범주상 `09_network.yaml`을 samplePath로 연결했다. Plan은 `git_hub.dart`의 기존 샘플 미비만 지적하고 있었을 뿐이므로 호환된 범위다.

## 주요 설계 결정

1. **모든 공개 커맨드에 samplePath 적용** - `build_ios.dart`의 CodeSign, CodeSignVerify, ProductBuild, Notarize; `git.dart`의 GitPull, GitReset, GitStashPush, GitStashApply; `git_hub.dart`의 GitHub 계열 모두 public 공개 커맨드이므로 samplePath를 추가했다. 내부 전용 커맨드는 allowlist로 제외하는 선택은 하지 않았다.
2. **iOS 샘플 필드명 전체 재작성** - `10_build_ios.yaml`를 DataBuildiOS, DataArchiveiOS, DataExportiOS, DataTestflightUpload, DataTestflightStatusCheck, DataTestflightDistribute의 실제 모델 필드명으로 완전히 갱신했다. `workspacePath` → `xcworkspaceFilePath`, `exportOptionsPlist` → `exportOptionPlistPath`, `username`/`password` → `apiKeyPath`/`appID` 치환.
3. **stale field 이름 테스트 추가** - `09_network.yaml`의 username/password도 stale로 판정될 수 있으나 TestFlight 관련이 아니므로 TestFlight 커맨드 블럭에서만 확인하도록 테스트를 제한했다.

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

- samplePath 누락이 의도적 allowlist인지 실제 누락인지 확인한다.
- iOS 샘플 필드명이 `build_data.dart` 모델과 일치하는지 확인한다.
- 테스트가 stale field name 재발을 막는지 확인한다.

## 검증 결과

### REVIEW_SAMPLE-1 중간 검증
```
$ dart test test/oto_command_catalog_test.dart
00:00 +0: loading test/oto_command_catalog_test.dart
00:00 +0: (setUpAll)
00:00 +0: all command types are registered
00:00 +1: all registered commands are registered
00:00 +1: all registered commands expose specs
00:00 +2: spec sample paths exist when provided
00:00 +3: spec sample paths contain the registered command
00:00 +4: spec category and dataModel are non-empty
00:00 +5: iOS sample must not contain stale field: workspacePath
00:00 +6: iOS sample must not contain stale field: exportOptionsPlist
00:00 +7: iOS TestFlight samples must not contain stale field: username/password
00:00 +8: sample fields must include expected iOS model fields
00:00 +9: (tearDownAll)
All tests passed!
```

### REVIEW_SAMPLE-2 중간 검증
```
$ dart test test/oto_command_catalog_test.dart
(above output identical - all 9 tests pass)
```

### REVIEW_SAMPLE-3 중간 검증
```
$ dart test test/oto_command_catalog_test.dart
(above output identical - all 9 tests pass)
```

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

$ dart test test/oto_command_catalog_test.dart
00:00 +0: loading test/oto_command_catalog_test.dart
00:00 +0: (setUpAll)
00:00 +0: all command types are registered
00:00 +1: all registered commands expose specs
00:00 +2: spec sample paths exist when provided
00:00 +3: spec sample paths contain the registered command
00:00 +4: spec category and dataModel are non-empty
00:00 +4: iOS sample must not contain stale field: workspacePath
00:00 +5: iOS sample must not contain stale field: exportOptionsPlist
00:00 +6: iOS TestFlight samples must not contain stale field: username/password
00:00 +7: sample fields must include expected iOS model fields
00:00 +8: (tearDownAll)
All tests passed!

$ dart test
00:00 +0: loading test/oto_command_runtime_test.dart
00:01 +0: test/oto_core_test.dart: parses minimal build yaml into DataBuild
... (46 tests total, all passing) ...
00:03 +46: All tests passed!
```

---

> **[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.

## 코드리뷰 결과

### 종합 판정

FAIL

### 차원별 평가

| 차원 | 평가 |
|------|------|
| correctness | Fail |
| completeness | Fail |
| test coverage | Fail |
| API contract | Fail |
| code quality | Pass |
| plan deviation | Fail |
| verification trust | Fail |

### 발견된 문제

- Required: [assets/yaml/sample/09_network.yaml:105](/config/workspace/oto/assets/yaml/sample/09_network.yaml:105), [assets/yaml/sample/09_network.yaml:106](/config/workspace/oto/assets/yaml/sample/09_network.yaml:106), [assets/yaml/sample/09_network.yaml:118](/config/workspace/oto/assets/yaml/sample/09_network.yaml:118) GitHub PR 샘플의 `setURL`/`setNumber`/`setValue`가 쓰기 태그 `<@property...>`가 아니라 읽기 태그 `<!property...>`로 작성되어 있다. `getParam()` 단계에서 읽기 태그는 property 조회로 치환되므로 값이 없으면 `null`이 되고, 값이 있더라도 `setProperty()`가 요구하는 write-tag 계약을 만족하지 못한다. 세 필드를 `<@property.prURL>`, `<@property.prNumber>`, `<@property.openPRs>`로 수정해야 한다.
- Required: [test/oto_command_catalog_test.dart:122](/config/workspace/oto/test/oto_command_catalog_test.dart:122), [test/oto_command_catalog_test.dart:142](/config/workspace/oto/test/oto_command_catalog_test.dart:142), [test/oto_command_catalog_test.dart:170](/config/workspace/oto/test/oto_command_catalog_test.dart:170) stale field 회귀 테스트가 `^` anchor를 멀티라인 모드 없이 전체 문자열에 적용하고 있어 파일 첫 줄에 해당 키가 있을 때만 탐지한다. 현재 형태는 `workspacePath:`, `exportOptionsPlist:`, `username:`/`password:`가 실제 YAML command block에 다시 들어와도 통과할 수 있으므로, 줄 단위 검사 또는 `RegExp(..., multiLine: true)`로 고쳐야 한다.
- Required: [test/oto_command_catalog_test.dart:43](/config/workspace/oto/test/oto_command_catalog_test.dart:43) 계획의 `missing samplePath allowlist 또는 all-public rule 추가`가 구현되지 않았다. 현재 테스트는 `samplePath == null`이면 계속 건너뛰므로 새 공개 커맨드가 샘플 없이 등록되어도 회귀를 막지 못한다. 의도적 internal allowlist를 명시하거나 공개 커맨드 전체에 samplePath를 요구하는 테스트를 추가해야 한다.

### 다음 단계

FAIL: 위 Required 항목을 반영하는 후속 plan/review를 작성하고 재구현한다.
