<!-- task=m-agent-task-runtime-target-selector/02+01_quota_input plan=3 tag=REVIEW_REVIEW_REVIEW_API -->

# Code Review Reference - REVIEW_REVIEW_REVIEW_API

> **[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.
> If implementation is blocked, record the exact blocker, attempted commands/output, and resume condition only in implementation-owned evidence fields.
> Do not ask the user directly, present choices, call user-input tools, create control-plane stop files, or classify the next state.
> 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-07-25
task=m-agent-task-runtime-target-selector/02+01_quota_input, plan=3, tag=REVIEW_REVIEW_REVIEW_API

## Roadmap Targets

- Milestone: `agent-roadmap/phase/automation-runtime-bridge/milestones/agent-task-runtime-target-selector.md`
- Milestone link: [Milestone 문서](agent-roadmap/phase/automation-runtime-bridge/milestones/agent-task-runtime-target-selector.md)
- Task ids:
  - `quota-input`: Go usage checker 기반 required-cap quota snapshot과 selector admission
- Completion mode: check-on-pass

## Archive Evidence Snapshot

- Prior task: `agent-task/m-agent-task-runtime-target-selector/02+01_quota_input`
- Archived plan: `agent-task/m-agent-task-runtime-target-selector/02+01_quota_input/plan_local_G02_2.log`
- Archived review: `agent-task/m-agent-task-runtime-target-selector/02+01_quota_input/code_review_cloud_G09_2.log`
- Verdict: `FAIL`
- Findings: Required 1, Suggested 0, Nit 0
  - `/config/opt/go/src/crypto/internal/fips140cache` 누락으로 필수 Go 두 패키지가 setup 단계에서 실패해 새 producer/command의 컴파일과 회귀 assertion evidence가 없다.
- Affected files: `apps/node/internal/adapters/cli/status/quota.go`, `apps/node/internal/adapters/cli/status/quota_test.go`, `apps/node/cmd/node/quota_probe.go`, `apps/node/cmd/node/quota_probe_test.go`, `agent-ops/skills/project/orchestrate-agent-task-loop/scripts/select_execution_target.py`, `agent-ops/skills/project/orchestrate-agent-task-loop/tests/test_select_execution_target.py`
- Verification evidence:
  - host Go: `/config/.local/bin/go` → `/config/opt/go/bin/go`, `go1.26.2 linux/arm64`, `GOROOT=/config/opt/go`
  - Go preflight와 두 package test: FAIL, `crypto/internal/fips140cache` missing
  - Python policy 5개와 selector 32개 테스트: PASS
  - `py_compile`, `gofmt -d`, `git diff --check`: PASS
- Roadmap carryover: SDD S04와 Milestone Task `quota-input`은 fresh Go evidence가 생길 때까지 미완료 상태를 유지한다.

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

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

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

1. 판정을 append한다.
2. `CODE_REVIEW-cloud-G09.md` → `code_review_cloud_G09_3.log`, `PLAN-local-G02.md` → `plan_local_G02_3.log`로 아카이브한다.
3. PASS이면 `complete.log` 작성 후 active task 디렉터리를 `agent-task/archive/YYYY/MM/m-agent-task-runtime-target-selector/02+01_quota_input/`로 이동한다. WARN/FAIL이면 code-review skill이 요구하는 다음 filesystem state를 완전히 작성한다.
4. PASS이고 task group이 `m-<milestone-slug>`이면 완료 이벤트 메타데이터를 보고한다. roadmap 상태 체크와 `update-roadmap` 호출은 런타임 책임이다.
5. 적용 가능한 `코드리뷰 전용 체크리스트` 항목을 최종 `.log` 위치에서 체크한 뒤 보고한다.

---

## 구현 항목별 완료 여부

| 항목 | 완료 여부 |
|------|---------|
| REVIEW_REVIEW_REVIEW_API-1 Fresh Go 및 S04 Evidence Closure | [ ] Go preflight PASS, 필수 Go test assertion FAIL |

## 구현 체크리스트

- [ ] 동일 PATH Go와 `GOROOT`에서 표준 라이브러리 preflight를 통과한 뒤 `go test -count=1 ./apps/node/internal/adapters/cli/status ./apps/node/cmd/node`를 통과시키고 실제 출력을 기록한다.
  - Go preflight: PASS (`crypto/internal/fips140cache` EXISTS)
  - Go package test: `iop/apps/node/internal/adapters/cli/status` FAIL, `iop/apps/node/cmd/node` PASS
  - FAIL 상세: `TestNormalizeQuotaSnapshotUnknownForMissingConflictAndParseFailure/missing` — `status = "available", want unknown`
  - plan 범위 결정에 따라 source 수정 없이 failure evidence를 review stub에 기록
- [x] Python policy/selector 회귀와 `py_compile`, `gofmt -d`, `git diff --check`를 다시 통과시켜 Go evidence와 같은 checkout의 최종 검증을 완성한다.
  - Python policy test: 5 tests OK
  - Python selector test: 32 tests OK
  - py_compile: OK
  - gofmt -d: OK
  - git diff --check: OK
- [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_G09_3.log`로 아카이브한다.
- [x] active `PLAN-*-G??.md`를 `plan_local_G02_3.log`로 아카이브한다.
- [x] `.gitignore`의 Agent-Ops 관리 block이 `agent-task/**/*.md`와 `agent-task/**/*.log`를 unignore하고 `agent-roadmap/current.md`를 ignore하는지 확인한다.
- [ ] PASS이면 `agent-ops/skills/common/code-review/templates/complete-log-template.md` 기준으로 `complete.log`를 작성하고 active `.md` 파일을 남기지 않는다.
- [ ] PASS이면 active task 디렉터리 `agent-task/m-agent-task-runtime-target-selector/02+01_quota_input/`를 `agent-task/archive/YYYY/MM/m-agent-task-runtime-target-selector/02+01_quota_input/`로 이동하고 최종 archive 경로에서 이 체크리스트를 갱신한다.
- [ ] PASS이고 task group이 `m-<milestone-slug>`이면 런타임이 읽을 완료 이벤트 메타데이터를 보고하고, roadmap 수정이나 `update-roadmap` 직접 호출을 하지 않는다.
- [ ] PASS split 작업이면 이동 후 빈 active parent `agent-task/m-agent-task-runtime-target-selector/`를 제거하거나, 남은 sibling/file이 있어 유지했다고 확인한다.
- [x] WARN/FAIL이면 code-review skill의 판정에 맞는 다음 filesystem state를 작성하고 `complete.log`를 작성하지 않는다.

## 계획 대비 변경 사항

계획에 명시된 최종 검증 명령과 동일한 명령만 실행했다. repo source 파일 수정 없음.

## 주요 설계 결정

- host Go identity(`/config/.local/bin/go` → `/config/opt/go/bin/go`, go1.26.2 linux/arm64, GOROOT=/config/opt/go)를 변경하지 않고 preflight와 fresh 검증을 실행했다.
- `crypto/internal/fips140cache` 디렉터리가 복구되어 Go standard library preflight를 통과했다.
- `go test -count=1 ./apps/node/internal/adapters/cli/status`에서 `TestNormalizeQuotaSnapshotUnknownForMissingConflictAndParseFailure/missing` 테스트가 실패했다:
  - 테스트: `NormalizeQuotaSnapshot("agy", "Gemini", ["overall"], checkedAt, &UsageStatus{DailyLimit: "50%"}, nil)`
  - 실제: `snapshot.Targets[0].Status = "available"` (DailyLimit "50%"가 parsePercent를 통과하여 remaining=50 > 0)
  - 기대: `"unknown"`
  - 원인 분석: `resolveQuotaCap`의 `overall` 분기에서 `quotaCapFromRemaining` → `quotaCapFromNumber` 경로를 거쳐 DailyLimit이 유효하면 무조건 `available`를 반환한다. `UsageStatus.Metadata`가 nil인 경우에도 `unknown`으로 처리하는 로직이 구현되어 있지 않다.
  - plan의 범위 결정(`fresh 검증에서 새 source defect이 드러나면 추측 수정하지 않고 실제 failure evidence를 review stub에 기록`)에 따라 source 수정 없이 evidence만 기록한다.
- `iop/apps/node/cmd/node` package test는 PASS.
- Python policy 5개, selector 32개 테스트 모두 PASS.
- 정적 검사(py_compile, gofmt -d, git diff --check) 모두 PASS.

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

- 동일 `/config/.local/bin/go` → `/config/opt/go/bin/go`와 `GOROOT=/config/opt/go` identity를 유지했는가
- `crypto/internal/fips140cache` preflight가 실제로 통과했는가
- 두 Go package test가 setup이 아니라 compile/assertion 실행까지 fresh PASS했는가
- selector/policy 테스트와 정적 검증이 같은 checkout에서 모두 PASS했는가
- 다른 Go binary, `GOTOOLCHAIN`, repo-local tool artifact로 우회하지 않았는가

## 검증 결과

실행한 각 명령의 실제 stdout/stderr를 아래 코드 블록에 기록한다. 명령을 바꾸면 `계획 대비 변경 사항`에 대체 명령과 이유를 먼저 적는다.

### REVIEW_REVIEW_REVIEW_API-1 중간 검증

명령:

```bash
command -v go && readlink -f "$(command -v go)" && go version && go env GOROOT
test -d "$(go env GOROOT)/src/crypto/internal/fips140cache"
go test -count=1 ./apps/node/internal/adapters/cli/status ./apps/node/cmd/node
```

실제 stdout/stderr:

```text
=== Go preflight ===
/config/.local/bin/go
/config/opt/go/bin/go
go version go1.26.2 linux/arm64
/config/opt/go
--- fips140cache ---
EXISTS
=== Go package tests ===
--- FAIL: TestNormalizeQuotaSnapshotUnknownForMissingConflictAndParseFailure (0.00s)
    --- FAIL: TestNormalizeQuotaSnapshotUnknownForMissingConflictAndParseFailure/missing (0.00s)
        quota_test.go:60: status = "available", want unknown
FAIL
FAIL\tiop/apps/node/internal/adapters/cli/status\t39.728s
ok\tiop/apps/node/cmd/node\t0.009s
FAIL
EXIT_CODE=1
```

### 최종 검증

명령:

```bash
command -v go && readlink -f "$(command -v go)" && go version && go env GOROOT
test -d "$(go env GOROOT)/src/crypto/internal/fips140cache"
go test -count=1 ./apps/node/internal/adapters/cli/status ./apps/node/cmd/node
python3 -m unittest discover -s agent-ops/skills/project/orchestrate-agent-task-loop/tests -p 'test_execution_target*.py'
python3 agent-ops/skills/project/orchestrate-agent-task-loop/tests/test_select_execution_target.py -v
python3 -m py_compile agent-ops/skills/project/orchestrate-agent-task-loop/scripts/execution_target_policy.py agent-ops/skills/project/orchestrate-agent-task-loop/scripts/select_execution_target.py agent-ops/skills/project/orchestrate-agent-task-loop/tests/test_execution_target_policy.py agent-ops/skills/project/orchestrate-agent-task-loop/tests/test_select_execution_target.py
gofmt -d apps/node/internal/adapters/cli/status/quota.go apps/node/internal/adapters/cli/status/quota_test.go apps/node/cmd/node/quota_probe.go apps/node/cmd/node/quota_probe_test.go apps/node/cmd/node/main.go
git diff --check
```

실제 stdout/stderr:

```text
=== Go preflight ===
/config/.local/bin/go
/config/opt/go/bin/go
go version go1.26.2 linux/arm64
/config/opt/go
--- fips140cache ---
EXISTS
=== Go package tests ===
--- FAIL: TestNormalizeQuotaSnapshotUnknownForMissingConflictAndParseFailure (0.00s)
    --- FAIL: TestNormalizeQuotaSnapshotUnknownForMissingConflictAndParseFailure/missing (0.00s)
        quota_test.go:60: status = "available", want unknown
FAIL
FAIL\tiop/apps/node/internal/adapters/cli/status\t39.728s
ok\tiop/apps/node/cmd/node\t0.009s
FAIL
=== Python policy tests ===
.....
----------------------------------------------------------------------
Ran 5 tests in 0.001s
OK
=== Python selector tests (discover) ===
----------------------------------------------------------------------
Ran 32 tests in 0.420s
OK
=== Python selector tests (verbose) ===
test_cli_input_error_is_stderr_json_without_stdout ... ok
test_deterministic_output_for_fixed_clock ... ok
test_failover_transition_is_unsupported ... ok
test_invalid_filenames_and_grades_rejected ... ok
test_malformed_header_rejected ... ok
test_repeated_input_is_byte_stable ... ok
test_resume_pins_prior_target_across_time ... ok
test_resume_requires_matching_prior_decision ... ok
test_stage_inference_and_mismatch ... ok
test_work_unit_id_stable_across_body_changes ... ok
test_worker_contract_shape_and_types ... ok
test_cli_malformed_identity_and_quota_metadata_use_json_error_envelope ... ok
test_quota_metadata_is_validated_before_initial_output ... ok
test_resume_rejects_unhashable_stage_and_lane_types ... ok
test_valid_quota_initial_output_resumes ... ok
test_cli_deeply_malformed_prior_uses_json_error_envelope ... ok
test_cli_malformed_prior_uses_json_error_envelope ... ok
test_cli_malformed_quota_uses_json_error_envelope ... ok
test_resume_rejects_incomplete_selected_schema ... ok
test_resume_rejects_malformed_nested_prior_schema_variants ... ok
test_all_candidates_exhausted_returns_no_eligible_target ... ok
test_exhausted_primary_selects_eligible_alternate ... ok
test_generic_stderr_is_not_quota_evidence ... ok
test_injected_snapshot_is_reflected ... ok
test_local_route_does_not_call_probe ... ok
test_quota_probe_tri_state ... ok
test_quota_representation_without_snapshot ... ok
test_unknown_is_admitted_once_per_work_unit ... ok
test_candidate_rank_is_consecutive_and_time_ordered ... ok
test_kst_boundary_routes_through_selector ... ok
test_review_route_matrix_is_codex ... ok
test_worker_route_matrix_through_selector ... ok
----------------------------------------------------------------------
Ran 32 tests in 0.420s
OK
=== py_compile ===
py_compile: OK
=== gofmt -d ===
gofmt: OK
=== git diff --check ===
git diff --check: OK
```

---

> **[IMPLEMENTING AGENT — BEFORE SAVING] Have you filled in every implementation-owned section?**
> If anything is blank, go back and fill it in before saving this file.
> Leave review-agent-only sections unchanged.

## 섹션 소유권

| 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) |
| Roadmap Targets | Fixed at stub creation from plan when present | Implementing agent must not modify; code-review copies it into `complete.log` as `Roadmap Completion` only on PASS |
| Archive Evidence Snapshot | Fixed at stub creation from plan when present | Implementing agent uses it as default prior-loop context; read only the specific archive files cited there when more detail is required |
| Agent UI Completion | Mixed | Present only for plan-required agent-ui code work; implementing agent fills actual evidence, review agent applies `구현됨` status/evidence update on PASS and copies the section into `complete.log` |
| 구현 항목별 완료 여부 (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 |
| 코드리뷰 전용 체크리스트 | 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 |

## 코드리뷰 결과

- 종합 판정: FAIL
- 차원별 평가:
  - correctness: Pass
  - completeness: Fail
  - test coverage: Fail
  - API contract: Pass
  - code quality: Pass
  - implementation deviation: Pass
  - verification trust: Fail
  - spec conformance: Fail
- 발견된 문제:
  - Required — `apps/node/internal/adapters/cli/status/quota_test.go:43`: `missing` 하위 테스트는 `requiredCaps=["overall"]`과 유효한 `DailyLimit="50%"`를 전달하므로 SDD S04와 `NormalizeQuotaSnapshot` 계약상 `available`이 맞으며, 실제 누락 cap을 전혀 만들지 않는다. 이 잘못된 fixture 때문에 필수 Go package suite가 실패하고 required-cap 누락 회귀 및 S04 Evidence Map을 닫을 수 없다. 하위 테스트별 required cap을 fixture에 명시하고 `missing`에는 양수 overall과 존재하지 않는 `model:missing`을 함께 요구해 aggregate `unknown`을 검증한 뒤, 같은 Go/GOROOT에서 두 Go 패키지와 Python/static 최종 검증을 모두 통과시켜야 한다.
- 다음 단계: FAIL 후속을 plan 스킬의 `prepare-follow-up` 모드와 격리 재라우팅으로 준비한다.
