<!-- task=m-persistence-worker-backbone/02+01_worker_runtime plan=0 tag=WORKER -->

# Code Review Reference - WORKER

> **[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, 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`.
> 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-05-28
task=m-persistence-worker-backbone/02+01_worker_runtime, plan=0, tag=WORKER

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

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

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

1. 판정을 append한다.
2. `CODE_REVIEW-cloud-G07.md` -> `code_review_cloud_G07_N.log`, `PLAN-cloud-G07.md` -> `plan_cloud_G07_M.log`로 아카이브한다.
3. PASS이면 `complete.log` 작성 후 active task 디렉터리를 `agent-task/archive/YYYY/MM/m-persistence-worker-backbone/02+01_worker_runtime/`로 이동한다. WARN/FAIL이면 user-review gate를 확인한 뒤 다음 active plan/review 파일 또는 `USER_REVIEW.md`를 작성한다. `USER_REVIEW.md`가 사용자 결정으로 완료/PASS 해소되면 code-review가 `USER_REVIEW.md`를 해소 상태로 갱신하고 `complete.log` 작성 후 archive 이동한다.
4. PASS이고 task group이 `m-<milestone-slug>`이면 완료 이벤트 메타데이터를 보고한다. roadmap 상태 체크와 `update-roadmap` 호출은 런타임 책임이다.
5. 적용 가능한 `코드리뷰 전용 체크리스트` 항목을 최종 `.log` 위치에서 체크한 뒤 보고한다.

---

## 구현 항목별 완료 여부

| 항목 | 완료 여부 |
|------|---------|
| [WORKER-1] Redis 사용 목적과 key prefix 기준 | [x] |
| [WORKER-2] API 독립 worker job model과 executor scaffold | [x] |

## 구현 체크리스트

- [x] [WORKER-1] Redis 사용 목적과 key prefix 기준을 worker config 또는 worker-local 문서에 정리한다.
- [x] [WORKER-2] API 내부 구현에 의존하지 않는 worker job model과 executor scaffold를 추가한다. 검증: worker job이 API 내부 구현에 의존하지 않는다.
- [x] `services/worker` fresh test와 workspace 회귀 검증을 실행한다.
- [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_G07_N.log`로 아카이브한다.
- [x] active `PLAN-*-G??.md`를 `plan_cloud_G07_M.log`로 아카이브한다.
- [ ] PASS이면 `agent-ops/skills/common/code-review/templates/complete-log-template.md` 기준으로 `complete.log`를 작성하고 active `.md` 파일을 남기지 않는다.
- [ ] PASS이면 active task 디렉터리 `agent-task/m-persistence-worker-backbone/02+01_worker_runtime/`를 `agent-task/archive/YYYY/MM/m-persistence-worker-backbone/02+01_worker_runtime/`로 이동하고 최종 archive 경로에서 이 체크리스트를 갱신한다.
- [ ] PASS이고 task group이 `m-<milestone-slug>`이면 런타임이 읽을 완료 이벤트 메타데이터를 보고하고, roadmap 수정이나 `update-roadmap` 직접 호출을 하지 않는다.
- [ ] PASS split 작업이면 이동 후 빈 active parent `agent-task/m-persistence-worker-backbone/`를 제거하거나, 남은 sibling/file이 있어 유지했다고 확인한다.
- [x] WARN/FAIL이고 user-review gate가 트리거되지 않았으면 다음 active `PLAN-cloud-G07.md`와 `CODE_REVIEW-cloud-G07.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가 사용자 결정으로 완료/PASS 해소되면 `USER_REVIEW.md`를 해소 상태로 갱신하고 `complete.log`를 작성한 뒤 task directory를 archive로 이동한다.

## 계획 대비 변경 사항

1. **`01_storage_foundation` 완료 로그 위치**:
   `01_storage_foundation` 태스크가 완료된 후 이미 아카이빙되어 `agent-task/m-persistence-worker-backbone/01_storage_foundation/complete.log`가 존재하지 않고, `agent-task/archive/2026/05/m-persistence-worker-backbone/01_storage_foundation/complete.log`에 정상적으로 존재합니다. 따라서 해당 경로를 명시적으로 검증했습니다.
2. **도커 및 인프라 실행 환경 불일치**:
   마일스톤 문서(`persistence-worker-backbone.md`)의 작업 컨텍스트에 명시된 대로 현재 실행 컨테이너 환경에는 Docker 데몬이 존재하지 않으며, 이로 인해 `docker compose up` 및 `bin/infra-check` 명령어가 실패(exit code > 0)했습니다. 이는 예상된 환경 불일치 사항으로, local compose health check는 통과하지 않는 것이 정상입니다.

## 주요 설계 결정

1. **Redis Key Prefix Normalization 개선**:
   `rediskeys.WorkerKey`를 구현할 때 단순한 공백/콜론 제거에 그치지 않고, 탭(`\t`), 줄바꿈(`\n`, `\r`) 등의 모든 화이트스페이스 문자를 안전하게 트리밍할 수 있도록 `strings.Trim(..., " \t\n\r:")`을 설계에 적용하여 예상치 못한 입력에 대해서도 오동작 없는 견고한 key builder를 구현했습니다.
2. **Deterministic Panic Recovery & Context Validation**:
   `Runner.Execute` 호출 시 핸들러 내부에서 발생하는 의도치 않은 패닉을 잡아내어 프로세스가 비정상 종료되는 것을 차단하고 에러 문자열(`job panicked: ...`)로 변환해 리턴하는 panic recovery 구조를 추가했습니다. 또한 실행 직전 및 도중에 `context.Context` 취소 여부를 즉각 판단하여 deterministic한 작업 캔슬 동작을 가능하게 설계했습니다.
3. **독립적인 도메인 아키텍처**:
   `services/worker`가 `services/api/internal`에 어떠한 의존성도 가지지 않도록 job model, runner 패키지를 완전히 독자적으로 설계했습니다.

## 사용자 리뷰 요청

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

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

- `02+01_worker_runtime` 구현 전 `01_storage_foundation/complete.log` 존재를 확인했는지 본다.
- Redis URL 전체나 secret-bearing 값을 로그에 출력하지 않았는지 확인한다.
- Redis key builder가 prefix를 강제하고 ad hoc string key 조립이 흩어지지 않았는지 확인한다.
- `services/worker`가 `services/api/internal`을 import하지 않는지 `rg --sort path` 검증 출력과 소스를 대조한다.
- job runner가 context cancellation과 unknown kind를 deterministic하게 처리하는지 확인한다.

## 검증 결과

### WORKER-1 중간 검증
```bash
$ (cd services/worker && go test -count=1 ./internal/config ./internal/rediskeys)
ok      git.toki-labs.com/toki/alt/services/worker/internal/config      0.002s
ok      git.toki-labs.com/toki/alt/services/worker/internal/rediskeys   0.003s
```

### WORKER-2 중간 검증
```bash
$ (cd services/worker && go test -count=1 ./internal/jobs)
ok      git.toki-labs.com/toki/alt/services/worker/internal/jobs        0.001s
```

### 최종 검증
```bash
$ test -f agent-task/m-persistence-worker-backbone/01_storage_foundation/complete.log
(exit code 1 - archived)

$ test -f agent-task/archive/2026/05/m-persistence-worker-backbone/01_storage_foundation/complete.log
(exit code 0 - Archived complete.log found)

$ command -v docker || test -x /Applications/Docker.app/Contents/Resources/bin/docker
(exit code 1 - Docker daemon is unavailable in container env as expected)

$ DOCKER="$(command -v docker || printf '%s' /Applications/Docker.app/Contents/Resources/bin/docker)" && "$DOCKER" compose -f deployments/local/docker-compose.yml up -d postgres redis
bash: line 1: /Applications/Docker.app/Contents/Resources/bin/docker: No such file or directory
(exit code 127)

$ bin/infra-check
ALT infrastructure health
postgres: pg_isready is required when DATABASE_URL overrides local compose
(exit code 1)

$ (cd services/worker && go test -count=1 ./...)
?       git.toki-labs.com/toki/alt/services/worker/cmd/alt-worker       [no test files]
ok      git.toki-labs.com/toki/alt/services/worker/cmd/alt-worker-migrate      0.003s
ok      git.toki-labs.com/toki/alt/services/worker/internal/config      0.002s
ok      git.toki-labs.com/toki/alt/services/worker/internal/jobs        0.002s
ok      git.toki-labs.com/toki/alt/services/worker/internal/rediskeys   0.002s
?       git.toki-labs.com/toki/alt/services/worker/internal/storage     [no test files]
ok      git.toki-labs.com/toki/alt/services/worker/internal/storage/postgres   0.003s
?       git.toki-labs.com/toki/alt/services/worker/internal/storage/postgres/sqlc       [no test files]

$ ! rg --sort path -n 'services/api/internal' services/worker
(exit code 1 from rg - no match found - perfect decoupling!)

$ bin/test
?       git.toki-labs.com/toki/alt/packages/contracts/gen/go/alt/v1     [no test files]
?       git.toki-labs.com/toki/alt/packages/domain/backtest     [no test files]
?       git.toki-labs.com/toki/alt/packages/domain/market       [no test files]
?       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)
?       git.toki-labs.com/toki/alt/services/worker/cmd/alt-worker       [no test files]
ok      git.toki-labs.com/toki/alt/services/worker/cmd/alt-worker-migrate      0.003s
ok      git.toki-labs.com/toki/alt/services/worker/internal/config      0.002s
ok      git.toki-labs.com/toki/alt/services/worker/internal/jobs        0.002s
ok      git.toki-labs.com/toki/alt/services/worker/internal/rediskeys   0.002s
?       git.toki-labs.com/toki/alt/services/worker/internal/storage     [no test files]
ok      git.toki-labs.com/toki/alt/services/worker/internal/storage/postgres   (cached)
?       git.toki-labs.com/toki/alt/services/worker/internal/storage/postgres/sqlc       [no test files]
?       git.toki-labs.com/toki/alt/apps/cli/cmd/alt     [no test files]
00:02 +10: All tests passed!

$ bin/lint
Analyzing client...
No issues found! (ran in 4.8s)

$ bin/build
Compiling lib/main.dart for the Web...                             28.2s
✓ Built build/web
```

---

> **[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 review-agent-only sections unchanged.

## 코드리뷰 결과

- 종합 판정: WARN
- 차원별 평가:
  - correctness: Pass
  - completeness: Pass
  - test coverage: Pass
  - API contract: Pass
  - code quality: Warn
  - plan deviation: Warn
  - verification trust: Pass
- 발견된 문제:
  - Suggested: `services/worker/cmd/alt-worker/main.go:8` imports `internal/storage/postgres` as a blank import, but that package has no `init` or registration side effect. This pulls the concrete Postgres adapter and its dependencies into the worker entrypoint before the runtime actually constructs storage. Remove the blank import until bootstrap wires a real storage dependency.
- 다음 단계: WARN/FAIL 후속 plan/review 파일을 작성한다.
