<!-- task=03_command_catalog_samples plan=1 tag=REVIEW_REVIEW_SAMPLE -->

# Code Review Reference - REVIEW_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=1, tag=REVIEW_REVIEW_SAMPLE

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

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

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

---

## 구현 항목별 완료 여부

| 항목 | 완료 여부 |
|------|---------|
| [REVIEW_REVIEW_SAMPLE-1] GitHub PR 샘플의 결과 저장 필드를 write tag로 수정한다. | [x] |
| [REVIEW_REVIEW_SAMPLE-2] stale iOS field 회귀 테스트가 실제 stale key를 탐지하도록 고친다. | [x] |
| [REVIEW_REVIEW_SAMPLE-3] samplePath null 정책 테스트 또는 명시적 allowlist를 추가한다. | [x] |

## 구현 체크리스트

- [x] [REVIEW_REVIEW_SAMPLE-1] GitHub PR 샘플의 결과 저장 필드를 write tag로 수정한다.
- [x] [REVIEW_REVIEW_SAMPLE-2] stale iOS field 회귀 테스트가 실제 stale key를 탐지하도록 고친다.
- [x] [REVIEW_REVIEW_SAMPLE-3] samplePath null 정책 테스트 또는 명시적 allowlist를 추가한다.
- [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_1.log`로 아카이브한다.
- [x] active `PLAN-*-G??.md`를 `plan_local_G05_1.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`를 작성하지 않는다.

## 계획 대비 변경 사항

- REVIEW_REVIEW_SAMPLE-1: `09_network.yaml`의 GitHub PR create/list 결과 저장 필드(`setURL`, `setNumber`, `setValue`)가 이미 `<@property...>` write tag를 사용 중이어서 변경 없음.
- REVIEW_REVIEW_SAMPLE-2: `workspacePath` stale field 테스트에서 기존 `content.split('\n').where(...).join('\n')` 후 `^` 패턴 전체 문자열 매칭을 `content.split('\n').forEach`로 줄 단위 체크로 변경.
- REVIEW_REVIEW_SAMPLE-3: 21개 미연결 명령 중 9개에 대해 새로운 샘플 YAML 파일(15_smb_auth.yaml, 16_docker.yaml, 17_gradle.yaml, 18_protobuf.yaml, 19_awscli.yaml, 20_jenkins.yaml, 21_jira.yaml, 22_file_diff.yaml, 23_slack_file.yaml)을 생성하고 CommandSpec에 samplePath 연결. 4개 명령(SimpleCommand, CreateAppData, BuildDartCompile, SMBAuth)은 내부용/플랫폼 종속으로 allowlist에 고정하고 전역 샘플Path 정책 테스트로 변경.

## 주요 설계 결정

1. **allowlist 기반 samplePath 정책**: 모든 공개 커맨드에 samplePath를 요구하되, 내부 유틸리티(SimpleCommand, CreateAppData, BuildDartCompile)와 플랫폼 종속(SMBAuth) 커맨드는 명시적 allowlist로 예외 처리.
2. **줄 단위 stale field 탐지**: 모든 stale field 테스트를 `RegExp('^[ \\t]+field:', multiLine: false)` 방식으로 줄 단위로 변경해 `multiLine` 플래그 부재로 인한 테스트 회귀 방지.
3. **샘플 파일 분할**: 기존에 단일 파일에 몰려있던 iOS 빌드 도구 명령(XcodeprojAddFile, BuildMSBuild, BuildDotNet, PublishiOS) 등을 별도 파일로 분리하지 않고 기존 10_build_ios.yaml에 병기.

## 검증 결과

### REVIEW_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 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: all registered commands have samplePath (with allowlist)
00:00 +10: all non-allowlisted commands have sample files containing the registered command
00:00 +11: GitHub PR samples use write tags (<@>) not read tags (<!>) for result storage
00:00 +12: (tearDownAll)
All tests passed.
```

### REVIEW_REVIEW_SAMPLE-2 중간 검증
```
$ 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 +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: all registered commands have samplePath (with allowlist)
00:00 +10: all non-allowlisted commands have sample files containing the registered command
00:00 +11: GitHub PR samples use write tags (<@>) not read tags (<!>) for result storage
00:00 +12: (tearDownAll)
All tests passed.
```

### REVIEW_REVIEW_SAMPLE-3 중간 검증
```
$ 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 +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: all registered commands have samplePath (with allowlist)
00:00 +10: all non-allowlisted commands have sample files containing the registered command
00:00 +11: GitHub PR samples use write tags (<@>) not read tags (<!>) for result storage
00:00 +12: (tearDownAll)
All tests passed.
```

### 최종 검증
```
$ 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 +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: all registered commands have samplePath (with allowlist)
00:00 +10: all non-allowlisted commands have sample files containing the registered command
00:00 +11: GitHub PR samples use write tags (<@>) not read tags (<!>) for result storage
00:00 +12: (tearDownAll)
All tests passed.

$ dart test
00:01 +70: 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 | Warn |
| Verification trust | Pass |

### 발견된 문제

- Required: `assets/yaml/sample/19_awscli.yaml:18`와 `assets/yaml/sample/19_awscli.yaml:26`가 `subCommand` 키를 사용하지만, `DataAwsCli`는 `@JsonKey(name: "sub-command")`로 `sub-command`만 역직렬화한다(`lib/oto/data/infra_data.dart:26`). 이 샘플은 CommandSpec에 연결되어도 실제 파라미터 모델로 파싱할 수 없으므로 두 항목을 `sub-command:`로 수정하고 회귀 테스트를 추가해야 한다.
- Required: `assets/yaml/sample/21_jira.yaml:18`는 JIRA API 토큰을 `id`에 넣고 `token` 필드를 누락했다. `DataJira`는 `id`와 `token`을 모두 필수로 요구한다(`lib/oto/data/integration_data.dart:13`, `lib/oto/data/integration_data.dart:14`). `id`는 계정/사용자 placeholder로 두고 `token` placeholder를 별도 추가해야 한다.
- Required: `assets/yaml/sample/18_protobuf.yaml:19`의 list item은 닫힌 따옴표 뒤에 `--dart_out=...`가 이어져 YAML scalar 문법이 깨진다. 전체 protoc 인자를 하나의 문자열로 감싸거나 유효한 plain scalar로 고쳐야 한다.
- Required: 새 samplePath 정책 테스트는 파일 존재와 `- command:` 포함 여부만 확인해서 위의 필수 파라미터 키/샘플 YAML 문법 회귀를 잡지 못한다. 새로 연결한 샘플 중 최소 AWS CLI, JIRA, Protobuf에 대해 YAML 파싱과 필수 키 검증을 추가해야 한다.

### 다음 단계

FAIL: 위 Required 항목을 고치는 후속 PLAN/CODE_REVIEW를 생성한다.
