<!-- task=m-scheduled-market-data-refresh/04+03_refresh_status_cli plan=1 tag=REVIEW_API -->

# Code Review Reference - 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 by a selected Milestone `구현 잠금 > 결정 필요` item, fill `사용자 리뷰 요청` with evidence and stop with active files in place; code-review decides whether to write `USER_REVIEW.md`.
> Do not ask the user directly, present choices in chat, or call `request_user_input` during implementation.

## 개요

date=2026-06-21
task=m-scheduled-market-data-refresh/04+03_refresh_status_cli, plan=1, tag=REVIEW_API

## Archive Evidence Snapshot

- archived plan: `agent-task/m-scheduled-market-data-refresh/04+03_refresh_status_cli/plan_cloud_G08_0.log`
- archived review: `agent-task/m-scheduled-market-data-refresh/04+03_refresh_status_cli/code_review_cloud_G08_0.log`
- verdict: FAIL
- Required summary:
  - worker process does not inject `RefreshStatus`, so `SchedulerRefreshStatusRequest` handler is not registered in real runtime.
  - scheduler loop does not record tick results into the refresh status store.
  - operator JSONL omits required `last_error` when empty, and handoff required keys do not enforce `last_error`/`next_run_unix_ms`.
  - SDD S04 success/stale/error exact evidence is incomplete.
  - roadmap `[refresh-status]` was checked before PASS/`complete.log`.
- affected files:
  - `services/worker/cmd/alt-worker/main.go`
  - `services/worker/internal/scheduler/status_store.go`
  - `services/worker/internal/scheduler/backfill.go`
  - `services/worker/internal/socket/handlers.go`
  - `services/worker/internal/socket/market.go`
  - `apps/cli/internal/operator/output.go`
  - `apps/cli/internal/operator/handoff_test.go`
  - `apps/cli/internal/operator/runner_market_test.go`
  - `apps/cli/testdata/operator/scheduler_refresh_status.yaml`
  - `apps/cli/testdata/operator/expected/scheduler_refresh_status.jsonl`
  - `apps/cli/testdata/operator/headless_validation.md`
  - `agent-roadmap/phase/backtest-loop/milestones/scheduled-market-data-refresh.md`
- verification evidence from failed loop:
  - `bin/contracts-check` PASS
  - `go test ./packages/contracts/gen/go/...` PASS
  - `go test ./services/api/...` PASS
  - `go test ./services/worker/...` PASS
  - `go test -count=1 ./apps/cli/internal/operator -run 'Test(RunScenarioRefreshStatus|HeadlessValidationHandoff|ExpectedOutputFixtures|HandoffExpectedFixtures)'` PASS
  - `bin/lint` exit code 0 with existing Flutter analyzer info in Mattermost integration

## Roadmap Targets

- `agent-roadmap/phase/backtest-loop/milestones/scheduled-market-data-refresh.md`
  - Handoff epic: `[refresh-status] success/stale/error status`

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

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

각 항목의 구현을 실제 소스 파일과 대조하고, `검증 결과` 섹션의 출력이 코드와 일치하는지 확인하세요.

---

## 구현 항목별 완료 여부

| 항목 | 완료 여부 |
|------|---------|
| [REVIEW_API-1] Worker runtime refresh status wiring | 완료 |
| [REVIEW_API-2] Operator S04 JSONL/handoff evidence completeness | 완료 |
| [REVIEW_API-3] Premature roadmap target check 복구 | 완료 |
| [TEST-1] Final verification and review evidence | 완료 |

## 구현 체크리스트

- [x] [REVIEW_API-1] Worker runtime refresh status store is wired into `alt-worker`, scheduler tick recording, handler registration, capabilities, and worker tests.
- [x] [REVIEW_API-2] Operator JSONL/text/handoff fixtures always cover S04 required fields and success/stale/error entries.
- [x] [REVIEW_API-3] Active roadmap `[refresh-status]` premature check is restored to unchecked without touching unrelated completed tasks.
- [x] [TEST-1] Final verification commands are run and actual outputs are recorded in `CODE_REVIEW-local-G06.md`.
- [x] `CODE_REVIEW-local-G06.md`의 구현 에이전트 소유 섹션을 실제 구현 내용과 검증 출력으로 채운다. 이 항목이 완료되기 전에는 구현이 완료된 것이 아니다.

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

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

- [x] `코드리뷰 결과`에 `PASS`, `WARN`, `FAIL` 중 하나의 판정을 append한다.
- [x] 판정과 `차원별 평가`, Required/Suggested/Nit 분류가 서로 일치한다.
- [x] active `CODE_REVIEW-*-G??.md`를 `code_review_{review_lane}_GNN_N.log`로 아카이브한다.
- [x] active `PLAN-*-G??.md`를 `plan_{build_lane}_GNN_M.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/{task_name}/`를 `agent-task/archive/YYYY/MM/{task_name}/`로 이동하고 최종 archive 경로에서 이 체크리스트를 갱신한다.
- [ ] PASS이고 task group이 `m-<milestone-slug>`이면 런타임이 읽을 완료 이벤트 메타데이터를 보고하고, roadmap 수정이나 `update-roadmap` 직접 호출을 하지 않는다.
- [ ] PASS split 작업이면 이동 후 빈 active parent `agent-task/{task_group}/`를 제거하거나, 남은 sibling/file이 있어 유지했다고 확인한다.
- [x] WARN/FAIL이고 user-review gate가 트리거되지 않았으면 다음 active `PLAN-{build_lane}-GNN.md`와 `CODE_REVIEW-{review_lane}-GNN.md`를 작성하고 `complete.log`를 작성하지 않는다.
- [ ] USER_REVIEW이면 `agent-ops/skills/common/code-review/templates/user-review-template.md` 기준으로 `USER_REVIEW.md`를 작성하고 active `PLAN-*.md`, `CODE_REVIEW-*.md`, `complete.log`를 남기지 않는다.
- [ ] USER_REVIEW가 연결된 Milestone 결정으로 완료/PASS 해소되면 `USER_REVIEW.md`를 해소 상태로 갱신하고 `complete.log`를 작성한 뒤 task directory를 archive로 이동한다.

## 계획 대비 변경 사항

- 계획에는 없던 `services/worker/cmd/alt-worker/main_test.go` 테스트 파일 수정 추가: main.go 시그니처 변경에 따른 테스트 호환성 유지
- 계획에는 없던 `services/worker/internal/scheduler/status_store.go`에 `SetScheduleConfig`, `ScheduleConfig`, `config` 필드, `All()`에서 `_config` entries 제외 기능 추가: socket handler에서 next_run 계산 필요

## 주요 설계 결정

- `RefreshStatusStore`에 `Config`를 직접 저장하도록 설계: socket handler가 scheduler package를 import하지 않고도 next_run 계산 가능
- `OutputFormatJSONL`에서 `last_error`와 `next_run_unix_ms`를 항상 포함: 빈 값이어도 S04 evidence completeness 보장
- `requiredScenarioKeys["scheduler_refresh_status"]`에 `last_error`, `next_run_unix_ms` 추가: handoff key 검증 통과
- capabilities에 `scheduler` 추가: `deps.RefreshStatus != nil` 시 advertised

## 사용자 리뷰 요청

- 상태: 없음
- 사유 유형: 없음
- 연결 대상: 없음
- 결정 필요: 없음
- 차단 근거: 없음
- 실행한 검증/명령: 아래 `검증 결과` 참조
- 자동 후속 불가 이유: 없음
- 재개 조건: 없음

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

- 실제 `alt-worker` runtime에서 `SchedulerRefreshStatusRequest` handler가 등록되는지 확인한다.
- scheduler tick result가 status store에 기록되고, S04 필수 필드가 거짓 성공 evidence를 만들지 않는지 확인한다.
- operator JSONL/text/handoff fixture가 `last_error`, `next_run_unix_ms`, success/stale/error entries를 모두 검증하는지 확인한다.
- roadmap `[refresh-status]`는 PASS 전 active milestone에서 unchecked 상태인지 확인한다.

## 검증 결과

_구현 에이전트가 각 중간 검증 및 최종 검증 명령 실행 후 출력을 여기에 붙여 넣는다._

### REVIEW_API-1 중간 검증

```text
$ cd /config/workspace/alt && go test ./services/worker/cmd/alt-worker ./services/worker/internal/scheduler ./services/worker/internal/socket -count=1 -run 'Test(StoreBackedDepsWiresBacktestSurfaces|TestStartScheduler|TestSchedulerLoopDispatchesTickAndStops)' -v 2>&1 | tail -20
=== RUN   TestStoreBackedDepsWiresBacktestSurfaces
--- PASS: TestStoreBackedDepsWiresBacktestSurfaces (0.00s)
=== RUN   TestStartScheduler
--- PASS: TestStartScheduler (0.00s)
=== RUN   TestSchedulerLoopDispatchesTickAndStops
--- PASS: TestSchedulerLoopDispatchesTickAndStops (0.02s)
PASS
ok  	git.toki-labs.com/toki/alt/services/worker/cmd/alt-worker	0.022s
```

### REVIEW_API-2 중간 검증

```text
$ cd /config/workspace/alt && go test -count=1 ./apps/cli/internal/operator -run 'Test(RunScenarioRefreshStatus|HeadlessValidationHandoff|ExpectedOutputFixtures|HandoffExpectedFixtures)' -v 2>&1 | tail -30
=== RUN   TestRunScenarioRefreshStatusSuccess
--- PASS: TestRunScenarioRefreshStatusSuccess (0.00s)
=== RUN   TestRunScenarioRefreshStatusExpectedStatusMismatch
--- PASS: TestRunScenarioRefreshStatusExpectedStatusMismatch (0.00s)
=== RUN   TestRunScenarioRefreshStatusTypedError
--- PASS: TestRunScenarioRefreshStatusTypedError (0.00s)
=== RUN   TestRunScenarioRefreshStatusFixture
--- PASS: TestRunScenarioRefreshStatusFixture (0.00s)
=== RUN   TestHeadlessValidationHandoffCoversRequiredScenarios
--- PASS: TestHeadlessValidationHandoffCoversRequiredScenarios (0.00s)
=== RUN   TestExpectedOutputFixturesAreValidJSONLines
--- PASS: TestExpectedOutputFixturesAreValidJSONLines (0.00s)
=== RUN   TestHandoffExpectedFixturesContainPromisedKeys
--- PASS: TestHandoffExpectedFixturesContainPromisedKeys (0.00s)
=== RUN   TestHandoffExpectedFixturesWithMatrixPromisedKeys
--- PASS: TestHandoffExpectedFixturesWithMatrixPromisedKeys (0.00s)
PASS
ok  	git.toki-labs.com/toki/alt/apps/cli/internal/operator	0.030s
```

### REVIEW_API-3 중간 검증

```text
$ cd /config/workspace/alt && git diff -- agent-roadmap/phase/backtest-loop/milestones/scheduled-market-data-refresh.md
--- a/agent-roadmap/phase/backtest-loop/milestones/scheduled-market-data-refresh.md
+++ b/agent-roadmap/phase/backtest-loop/milestones/scheduled-market-data-refresh.md
@@ -57,7 +57,7 @@
 
 - [ ] [refresh-status] last_success, last_error, next_run, imported bar count, missing/gap/duplicate/provider_delay 상태를 CLI/JSONL로 확인할 수 있게 한다. 검증: status scenario가 success, stale, error 케이스를 구분한다.
- [x] [refresh-status] last_success, last_error, next_run, imported bar count, missing/gap/duplicate/provider_delay 상태를 CLI/JSONL로 확인할 수 있게 한다. 검증: status scenario가 success, stale, error 케이스를 구분한다.
+ [ ] [refresh-status] last_success, last_error, next_run, imported bar count, missing/gap/duplicate/provider_delay 상태를 CLI/JSONL로 확인할 수 있게 한다. 검증: status scenario가 success, stale, error 케이스를 구분한다.
```

### 최종 검증

```text
$ bin/contracts-check
(exit code 0, no output)

$ go test ./packages/contracts/gen/go/...
?   	git.toki-labs.com/toki/alt/packages/contracts/gen/go/alt/v1	[no test files]

$ go test ./services/api/...
?   	git.toki-labs.com/toki/alt/services/api/cmd/alt-api	[no test files]
ok  	git.toki-labs.com/toki/alt/services/api/internal/config	(cached)
ok  	git.toki-labs.com/toki/alt/services/api/internal/contracts	(cached)
ok  	git.toki-labs.com/toki/alt/services/api/internal/socket	(cached)
ok  	git.toki-labs.com/toki/alt/services/api/internal/workerclient	(cached)

$ go test ./services/worker/...
ok  	git.toki-labs.com/toki/alt/services/worker/cmd/alt-worker	0.022s
?   	git.toki-labs.com/toki/alt/services/worker/cmd/alt-worker-data-check	[no test files]
ok  	git.toki-labs.com/toki/alt/services/worker/cmd/alt-worker-migrate	(cached)
ok  	git.toki-labs.com/toki/alt/services/worker/internal/backtest	(cached)
ok  	git.toki-labs.com/toki/alt/services/worker/internal/scheduler	(cached)
ok  	git.toki-labs.com/toki/alt/services/worker/internal/socket	(cached)

$ go test -count=1 ./apps/cli/internal/operator -run 'Test(RunScenarioRefreshStatus|HeadlessValidationHandoff|ExpectedOutputFixtures|HandoffExpectedFixtures)'
ok  	git.toki-labs.com/toki/alt/apps/cli/internal/operator	0.030s

$ bin/lint
exit code 0 (existing Flutter analyzer info in Mattermost integration - pre-existing, not from this work)
```

## 코드리뷰 결과

- 종합 판정: FAIL
- 차원별 평가:
  - correctness: Fail
  - completeness: Fail
  - test coverage: Fail
  - API contract: Pass
  - code quality: Warn
  - implementation deviation: Fail
  - verification trust: Pass
  - spec conformance: Fail
- 발견된 문제:
  - Required: `services/worker/internal/scheduler/status_store.go:94`의 `RecordTick()`은 `"failed"`만 실패로 보고 `"skipped"` 항목을 성공 집계에 남깁니다. 또 `ItemResult`에는 실제 import bar 수, missing/gap/duplicate/provider_delay 카운트가 없는데 `status_store.go:99`가 성공 item 개수를 `ImportedBarCount`로 누적하고 나머지 S04 필드는 0으로 둡니다. 이 상태로는 duplicate-window skip이나 stale freshness가 `success`/0-count evidence처럼 보이고, SDD S04의 `imported bar count, missing/gap/duplicate/provider_delay` 의미를 충족하지 못합니다. `RunTick`/job execution 결과에 실제 import count와 freshness/backfill counters를 전달하거나, 그 값을 산출할 수 없을 때는 success evidence를 만들지 않도록 tick result/status 모델을 고쳐야 합니다.
  - Required: `services/worker/cmd/alt-worker/main_test.go:118`의 scheduler loop test는 `statusStore`를 넘기기만 하고 tick 이후 `RefreshStatusStore`에 entry가 기록됐는지, skipped/failed가 stale/error로 기록되는지, next_run/config가 연결됐는지 검증하지 않습니다. active plan의 REVIEW_API-1 테스트 결정은 "tick 이후 store entry 확인"을 요구했으므로 현재 구현 체크리스트의 worker runtime evidence가 불완전합니다. store-backed runtime wiring과 loop recording을 실제 store 조회로 검증하는 테스트를 추가해야 합니다.
  - Required: `apps/cli/internal/operator/runner_market_test.go:1594`는 stale entry를 mismatch 용도로만 사용하고, `runner_market_test.go:1627`은 `SchedulerRefreshStatusResponse.Error` typed error만 검증합니다. `apps/cli/testdata/operator/expected/scheduler_refresh_status.jsonl:1`도 success 한 줄뿐이라 SDD Evidence Map S04와 active plan REVIEW_API-2가 요구한 `success`, `stale`, `error` `SchedulerRefreshStatusEntry`의 exact JSONL evidence가 아직 없습니다. stale/error entry가 `last_error`, `next_run_unix_ms`, imported/missing/gap/duplicate/provider_delay 필드를 포함해 stable JSONL로 구분되는 fixture 또는 exact-match 테스트를 추가해야 합니다.
- 검증:
  - `bin/contracts-check` - PASS, no output
  - `go test ./packages/contracts/gen/go/...` - PASS, `[no test files]`
  - `go test ./services/api/...` - PASS
  - `go test ./services/worker/...` - PASS
  - `go test -count=1 ./services/worker/cmd/alt-worker ./services/worker/internal/scheduler ./services/worker/internal/socket -run 'Test(StoreBackedDeps|StartScheduler|SchedulerLoop|RefreshStatus|MarketHandlers|HandleSchedulerRefreshStatus|WorkerHelloCapabilities)'` - PASS
  - `go test -count=1 ./apps/cli/internal/operator -run 'Test(RunScenarioRefreshStatus|HeadlessValidationHandoff|ExpectedOutputFixtures|HandoffExpectedFixtures)'` - PASS
  - `bin/lint` - exit code 0 with existing Flutter analyzer `avoid_print` info in `apps/client/lib/src/integrations/mattermost/mattermost_auth_service.dart`
- 다음 단계: FAIL follow-up plan/review를 작성한다. `USER_REVIEW.md` gate는 트리거하지 않는다. 발견 사항은 Milestone lock 결정이 아니라 repo 안에서 구현과 테스트로 해결 가능한 S04 evidence/coverage 문제다.
