<!-- task=m-backtest-scenario-automation/02+01_batch_runner plan=0 tag=API -->

# Code Review Reference - 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 user-only decision, user-owned external environment prerequisite, or scope conflict, 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.
> Finalization (`코드리뷰 결과`, log rename, `complete.log`, archive moves, `코드리뷰 전용 체크리스트`) is review-agent-only.

## 개요

date=2026-06-15
task=m-backtest-scenario-automation/02+01_batch_runner, plan=0, tag=API

## Roadmap Targets

- Milestone: `agent-roadmap/phase/backtest-loop/milestones/backtest-scenario-automation.md`
- Task ids:
  - `batch-runner`: 여러 backtest run을 순차 실행하고 각 run의 polling 결과를 stable text/JSONL로 출력한다.
- Completion mode: check-on-pass

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

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

각 항목의 구현을 실제 소스 파일과 대조하고, `검증 결과` 섹션의 출력이 코드와 일치하는지 확인하세요.
리뷰 완료는 판정 append, active 파일 log rename, PASS 시 `complete.log` 작성과 archive 이동까지 끝난 상태를 의미합니다.

---

## 구현 항목별 완료 여부

| 항목 | 완료 여부 |
|------|---------|
| [API-1] Connect Matrix To Runner | [x] |
| [API-2] Stable Batch Output | [x] |
| [API-3] Polling And Exit Semantics | [x] |

## 구현 체크리스트

- [x] 01 subtask completion을 확인한 뒤 matrix batch path를 `RunScenario`에 연결한다. 검증: `go test -count=1 ./apps/cli/internal/operator`
- [x] 각 matrix run을 start 후 terminal status까지 poll하고 stable text/JSONL fields를 출력한다. 검증: `go test -count=1 ./apps/cli/internal/operator`
- [x] batch success, terminal failed, timeout/transport, expectation mismatch behavior를 tests로 고정한다. 검증: `go test -count=1 ./apps/cli/internal/operator ./services/api/internal/socket ./services/worker/internal/socket ./services/worker/internal/jobs`
- [x] CODE_REVIEW-*-G??.md의 구현 에이전트 소유 섹션을 실제 구현 내용과 검증 출력으로 채운다. 이 항목이 완료되기 전에는 구현이 완료된 것이 아니다.

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

> **[REVIEW AGENT ONLY]** 이 체크리스트는 코드리뷰 에이전트만 사용한다.

- [x] predecessor `01` complete evidence를 확인했다.
- [x] `코드리뷰 결과`에 `PASS`, `WARN`, `FAIL` 중 하나의 판정을 append한다.
- [x] 판정과 Required/Suggested/Nit 분류가 서로 일치한다.
- [x] active `CODE_REVIEW-cloud-G07.md`를 `code_review_cloud_G07_0.log`로 아카이브한다.
- [x] active `PLAN-cloud-G07.md`를 `plan_cloud_G07_0.log`로 아카이브한다.
- [x] `.gitignore`의 Agent-Ops 관리 block이 task `.md`/`.log`를 unignore하는지 확인한다.
- [x] FAIL이고 user-review gate가 트리거되지 않아 다음 active `PLAN-local-G06.md`와 `CODE_REVIEW-local-G06.md`를 작성하고 `complete.log`를 작성하지 않는다.
- [ ] PASS이면 active task directory를 archive로 이동하고 `complete.log`를 작성한다.
- [ ] PASS이고 task group이 `m-backtest-scenario-automation`이면 완료 이벤트 메타데이터를 보고한다.

## 계획 대비 변경 사항

- `MatrixRun` 구조체에 `PeriodID`, `Market`, `Symbols` 필드를 추가했다. 계획의 `runMatrixBatch` 시그니처가 `scenario string`만 받아서 universe 정보를 구조체에 미리 담는 게 필요했다. `MatrixRuns()`에서 universe config를 materialize한다.
- `client_test.go`의 StartBacktest 핸들러에 `api.recordCall("start_backtest")` 를 추가했다. 기존 핸들러에 call recording이 없어서 sequential 호출 횟수 검증을 위해 필요했다.
- 계획의 `StepEvent.Universe` 는 freshness 섹션의 기존 필드를 재사용했다. 별도 추가 없이 matrix run에서 `ev.Universe = run.Universe`로 설정하면 기존 rendering이 처리한다.

## 주요 설계 결정

- **Terminal failed/canceled → codeOK**: `pollMatrixRun`은 `succeeded/failed/canceled` 모두를 lifecycle evidence로 `status=ok`, `codeOK`로 반환한다. 백테스트 자체 실패는 CLI 레벨에서 에러가 아니라 결과다.
- **Start transport error → break**: 첫 번째 run에서 transport error가 발생하면 소켓이 끊긴 것으로 보고 나머지 runs를 건너뛴다. 기존 step loop의 `codeTransport` 브레이크 정책과 일치한다.
- **Start typed error → continue**: StartBacktest가 typed ErrorInfo를 반환하면 해당 run을 에러로 기록하고 다음 run을 계속 진행한다. 소켓은 살아있으므로 batch 전체를 중단하지 않는다.
- **두 이벤트 per run** (start + poll): start_backtest action 이벤트와 poll_backtest_run action 이벤트를 각각 출력한다. summary의 `steps`는 runs 수, `passed`는 polling까지 codeOK인 runs 수다.

## 사용자 리뷰 요청

_기본값은 `없음`이다. 구현 중 사용자 결정, 사용자 소유 외부 환경/secret/서비스 준비, 또는 계획 범위 변경 없이는 안전하게 진행할 수 없으면 아래 항목을 실제 내용으로 교체하고, 구현을 중단한 뒤 active 파일을 그대로 둔 채 리뷰를 요청한다. 구현 에이전트는 사용자에게 직접 질문하거나 선택지를 제시하거나 `request_user_input`을 호출하지 않는다. 후속 에이전트가 명령 재실행이나 산출물 수집으로 해소할 수 있는 검증 증거 공백만으로는 사용자 리뷰 요청을 작성하지 않는다._

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

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

- Matrix batch path가 기존 step scenario behavior를 깨지 않는지 확인한다.
- Text/JSONL output keys가 deterministic이고 fixtures로 소비 가능하게 유지되는지 확인한다.
- Polling timeout과 terminal failed status의 exit code 분류가 계획과 일치하는지 확인한다.

## 검증 결과

### API-1 중간 검증

```
$ go test -count=1 ./apps/cli/internal/operator
ok  	git.toki-labs.com/toki/alt/apps/cli/internal/operator	0.287s
```

### API-2 중간 검증

```
$ go test -count=1 ./apps/cli/internal/operator
ok  	git.toki-labs.com/toki/alt/apps/cli/internal/operator	0.287s
```

### API-3 중간 검증

```
$ go test -count=1 ./apps/cli/internal/operator ./services/api/internal/socket ./services/worker/internal/socket ./services/worker/internal/jobs
ok  	git.toki-labs.com/toki/alt/apps/cli/internal/operator	0.278s
ok  	git.toki-labs.com/toki/alt/services/api/internal/socket	0.017s
ok  	git.toki-labs.com/toki/alt/services/worker/internal/socket	0.066s
ok  	git.toki-labs.com/toki/alt/services/worker/internal/jobs	0.003s
```

### 최종 검증

```
$ go test -count=1 ./apps/cli/internal/operator ./services/api/internal/socket ./services/worker/internal/socket ./services/worker/internal/jobs
ok  	git.toki-labs.com/toki/alt/apps/cli/internal/operator	0.278s
ok  	git.toki-labs.com/toki/alt/services/api/internal/socket	0.017s
ok  	git.toki-labs.com/toki/alt/services/worker/internal/socket	0.066s
ok  	git.toki-labs.com/toki/alt/services/worker/internal/jobs	0.003s
```

## 코드리뷰 결과

- 종합 판정: FAIL
- 차원별 평가:
  - correctness: Fail
  - completeness: Fail
  - test coverage: Fail
  - API contract: Fail
  - code quality: Pass
  - plan deviation: Pass
  - verification trust: Pass
- 발견된 문제:
  - Required [apps/cli/internal/operator/scenario.go:507](/config/workspace/alt/apps/cli/internal/operator/scenario.go:507): matrix가 참조한 universe의 존재만 확인하고 `market`이 비어 있거나 `unspecified`인 경우를 거르지 않는다. `validMarkets`는 빈 값과 `unspecified`를 허용하고, batch runner는 이 값을 [runner.go:1481](/config/workspace/alt/apps/cli/internal/operator/runner.go:1481)에서 `StartBacktestRequest.Spec.Market`으로 그대로 매핑하므로 `operator scenario validate`는 성공했는데 실제 batch run은 `MARKET_UNSPECIFIED` 요청을 보내는 상태가 된다. `s.Matrix != nil`일 때 referenced universe의 market을 `start_backtest` step과 같은 기준으로 필수화하고, 해당 validation 실패 및 matrix start request의 market/timeframe/window/symbol materialization을 테스트로 고정한다.
- 다음 단계: FAIL follow-up plan/review를 작성해 위 Required issue를 수정한다.
