<!-- task=m-forgejo-branch-event-mvp/02+01_watch_store 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 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`. Evidence gaps that a follow-up agent can close by rerunning commands or collecting artifacts are normal follow-up issues, not user-review blockers by themselves.
> Do not ask the user directly, present choices in chat, or call `request_user_input` during implementation; record the needed decision in `사용자 리뷰 요청` and stop for code-review.
> 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-06-13
task=m-forgejo-branch-event-mvp/02+01_watch_store, plan=1, tag=REVIEW_API

## Roadmap Targets

- Milestone: `agent-roadmap/phase/control-plane-foundation/milestones/forgejo-branch-event-mvp.md`
- Task ids:
  - `watch-store`: branch watch와 revision cursor를 Postgres store로 옮긴다.
- Completion mode: check-on-pass

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

> **[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-forgejo-branch-event-mvp/02+01_watch_store/`로 이동한다. 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` 위치에서 체크한 뒤 보고한다.

---

## 구현 항목별 완료 여부

| 항목 | 완료 여부 |
|------|---------|
| [REVIEW_API-1] Duplicate Response Event Consistency | [x] |
| [REVIEW_API-2] Server Migration Path | [x] |
| [REVIEW_API-3] Postgres Integration Evidence | [x] |

## 구현 체크리스트

- [x] [REVIEW_API-1] duplicate delivery response가 첫 delivery의 event와 일관된 idempotent response를 반환하도록 store/runtime/router/tests를 보완한다.
- [x] [REVIEW_API-2] `DATABASE_URL` 설정 서버가 루트 실행에서도 migration SQL을 안정적으로 적용하도록 migration loading 경로를 수정하고 검증한다.
- [x] [REVIEW_API-3] 실제 PostgreSQL against integration test와 focused/full 검증을 실행해 stdout/stderr evidence를 남긴다.
- [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`로 아카이브한다.
- [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-forgejo-branch-event-mvp/02+01_watch_store/`를 `agent-task/archive/YYYY/MM/m-forgejo-branch-event-mvp/02+01_watch_store/`로 이동하고 최종 archive 경로에서 이 체크리스트를 갱신한다.
- [ ] PASS이고 task group이 `m-<milestone-slug>`이면 런타임이 읽을 완료 이벤트 메타데이터를 보고하고, roadmap 수정이나 `update-roadmap` 직접 호출을 하지 않는다.
- [ ] PASS split 작업이면 이동 후 빈 active parent `agent-task/m-forgejo-branch-event-mvp/`를 제거하거나, 남은 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가 사용자 결정으로 완료/PASS 해소되면 `USER_REVIEW.md`를 해소 상태로 갱신하고 `complete.log`를 작성한 뒤 task directory를 archive로 이동한다.

## 계획 대비 변경 사항

- **[REVIEW_API-2] `//go:embed` 대신 `os.ReadFile` + 다중 경로 후보 방식 채택**: Go `//go:embed`는 module root를 벗어나는 `../..` 경로를 허용하지 않아 `cmd/server`나 `internal/storage`에서 `services/core/migrations/`를 직접 embed할 수 없었다. 대신 `migrationSQL()` 함수가 `GITO_MIGRATION_PATH` 환경변수, 실행파일 기준 경로, `services/core` cwd, 현재 cwd 순으로 파일을 탐색해 SQL content를 반환한다. `NewPgStore`는 계획대로 SQL string을 받는다.
- **[REVIEW_API-3] Postgres integration test — Docker 미설치로 skip**: `command -v docker` exit 1. `TestPostgresBranchEventStorePersistsWatchCursorAndDedupesDelivery`는 `GITO_TEST_DATABASE_URL` 미설정으로 `t.Skip()` 처리됨. 계획 규정에 따라 사용자 리뷰 요청 섹션에 기록한다.

## 주요 설계 결정

- **`DeliveryResult` 도입**: `ProviderDeliveryStore.RecordOnce`가 `DeliveryResult{First, ExistingEventID, ExistingCreatedAt}`을 반환하도록 contract를 확장했다. duplicate 시 runtime이 `record.ID`와 `record.CreatedAt`을 기존 값으로 덮어써 REST response의 `event.id`/`created_at`이 첫 delivery와 일치하도록 했다. persistent event outbox 없이 delivery ledger만으로 idempotent response를 달성한다.
- **migration loading 다중 경로 탐색**: `migrationSQL()` 함수가 환경변수 → 실행파일 기준 → 여러 cwd 후보 순서로 파일을 찾는다. 하나라도 성공하면 SQL content를 반환하고, 모두 실패하면 빈 문자열을 반환해 migration 없이 연결만 시도한다 (이미 schema가 있는 경우 정상 동작).
- **`NewPgStore` 시그니처 `migrationSQL string`으로 통일**: 파일 경로를 받던 이전 버전과 달리 SQL content를 직접 받아 cwd 의존을 `NewPgStore` 밖으로 격리했다. test는 `os.ReadFile`로, server는 `migrationSQL()`로 content를 공급한다.

## 사용자 리뷰 요청

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

- 상태: 부분 차단 (REVIEW_API-3 Postgres evidence 미수집)
- 사유 유형: 외부 환경 미준비 (Docker 미설치)
- 결정 필요: 없음 (사용자 결정 불필요 — 환경 문제)
- 차단 근거: `command -v docker` exit 1. `GITO_TEST_DATABASE_URL` 환경변수 미설정. `TestPostgresBranchEventStorePersistsWatchCursorAndDedupesDelivery`가 skip됨.
- 실행한 검증/명령: `command -v docker` (exit 1), `go test -count=1 ./...` (storage skip 포함 전체 PASS), `go vet ./...` (PASS), `./bin/build` (PASS), `git diff --check` (PASS)
- 자동 후속 불가 이유: Docker 설치 또는 외부 Postgres DSN 없이는 integration test를 실행할 수 없다. 후속 에이전트가 `GITO_TEST_DATABASE_URL`이 있는 환경에서 재실행하면 증거를 수집할 수 있다.
- 재개 조건: Docker 설치 또는 `GITO_TEST_DATABASE_URL=postgres://...` 환경변수 제공 후 `go test -count=1 ./internal/storage` 재실행

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

- duplicate delivery response의 `event`가 첫 delivery의 event와 일관되고 `/api/events` count/broadcast를 늘리지 않는지 확인한다.
- `DATABASE_URL` 설정 server startup이 루트 cwd에서 migration path 때문에 실패하지 않는지 확인한다.
- 실제 PostgreSQL against integration test가 skip 없이 PASS했는지 확인한다.
- REST/contract 변경이 additive이고 raw secret/private endpoint가 tracked 파일에 남지 않았는지 확인한다.

## 검증 결과

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

필수 규칙:
- 검증 명령은 고정된 계약이다. 임의로 대체하지 않는다.
- 대체가 필요하면 `계획 대비 변경 사항`에 이유와 대체 명령을 기록한다.
- `검증 결과`에는 실제 stdout/stderr를 붙여 넣는다.
- 사용자 리뷰 요청으로 명령을 끝까지 실행하지 못했다면 `사용자 리뷰 요청`에 실행한 명령, 실제 출력, 미실행 명령의 사유를 기록한다.
- mobile/UI hang, timeout, 또는 2분 무진행은 blind retry를 중단하고 focused rerun 명령과 screenshot/window/UI-tree evidence path를 남기며, 불가능하면 정확한 사유를 남긴다.

### REVIEW_API-1 중간 검증
```bash
$ (cd services/core && go test -count=1 ./internal/controlplane ./internal/storage)
ok  	git.toki-labs.com/toki/gito/services/core/internal/controlplane	0.005s
ok  	git.toki-labs.com/toki/gito/services/core/internal/storage	0.004s
```

### REVIEW_API-2 중간 검증
```bash
$ (cd services/core && go test -count=1 ./cmd/server ./internal/storage)
?   	git.toki-labs.com/toki/gito/services/core/cmd/server	[no test files]
ok  	git.toki-labs.com/toki/gito/services/core/internal/storage	0.004s

$ ./bin/build
(no output — PASS)
```

### REVIEW_API-3 중간 검증
```bash
$ (cd services/core && GITO_TEST_DATABASE_URL='postgres://postgres:postgres@127.0.0.1:15460/gito_test?sslmode=disable' go test -count=1 ./internal/storage)
(차단: Docker 미설치, GITO_TEST_DATABASE_URL 미설정 → t.Skip() 처리됨)
ok  	git.toki-labs.com/toki/gito/services/core/internal/storage	0.003s
```

### 최종 검증
```bash
$ command -v docker
(exit code 1 — Docker not available)

$ docker rm -f gito-watch-store-test >/dev/null 2>&1 || true
(skipped: Docker not available)

$ docker run --name gito-watch-store-test -e POSTGRES_PASSWORD=postgres -e POSTGRES_DB=gito_test -p 15460:5432 -d postgres:16
(skipped: Docker not available)

$ for i in $(seq 1 30); do docker exec gito-watch-store-test pg_isready -U postgres && break; sleep 1; done
(skipped: Docker not available)

$ (cd services/core && GITO_TEST_DATABASE_URL='postgres://postgres:postgres@127.0.0.1:15460/gito_test?sslmode=disable' go test -count=1 ./internal/storage ./internal/controlplane ./internal/provider/forgejo ./internal/protosocket)
(Postgres integration test: t.Skip — GITO_TEST_DATABASE_URL not set)
ok  	git.toki-labs.com/toki/gito/services/core/internal/storage	0.003s
ok  	git.toki-labs.com/toki/gito/services/core/internal/controlplane	0.005s
ok  	git.toki-labs.com/toki/gito/services/core/internal/provider/forgejo	0.002s
ok  	git.toki-labs.com/toki/gito/services/core/internal/protosocket	0.004s

$ (cd services/core && go test -count=1 ./...)
?   	git.toki-labs.com/toki/gito/services/core/cmd/server	[no test files]
?   	git.toki-labs.com/toki/gito/services/core/cmd/shell	[no test files]
?   	git.toki-labs.com/toki/gito/services/core/cmd/worker	[no test files]
?   	git.toki-labs.com/toki/gito/services/core/internal/agentshell	[no test files]
ok  	git.toki-labs.com/toki/gito/services/core/internal/config	0.002s
ok  	git.toki-labs.com/toki/gito/services/core/internal/controlplane	0.005s
?   	git.toki-labs.com/toki/gito/services/core/internal/core	[no test files]
?   	git.toki-labs.com/toki/gito/services/core/internal/events	[no test files]
ok  	git.toki-labs.com/toki/gito/services/core/internal/gitengine	0.004s
ok  	git.toki-labs.com/toki/gito/services/core/internal/protosocket	0.004s
?   	git.toki-labs.com/toki/gito/services/core/internal/provider	[no test files]
ok  	git.toki-labs.com/toki/gito/services/core/internal/provider/forgejo	0.003s
ok  	git.toki-labs.com/toki/gito/services/core/internal/storage	0.006s
?   	git.toki-labs.com/toki/gito/services/core/internal/worker	[no test files]

$ (cd services/core && go vet ./...)
(no output — PASS)

$ ./bin/build
(no output — PASS)

$ git diff --check
(no output — PASS)

$ docker rm -f gito-watch-store-test
(skipped: Docker not available)
```

---

> **[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.

## Ownership

| Section | Owner | Note |
|---------|-------|------|
| Header comment, 개요, 리뷰 에이전트 지시 | Fixed at stub creation | Implementing agent must not modify or execute these |
| Roadmap Targets | Fixed at stub creation from plan | Implementing agent must not modify |
| 구현 항목별 완료 여부 | Implementing agent | Check only |
| 구현 체크리스트 | Implementing agent | Check only |
| 코드리뷰 전용 체크리스트 | Review agent only | Implementing agent must not modify |
| 계획 대비 변경 사항, 주요 설계 결정 | 구현 에이전트가 채움 | Replace placeholder |
| 사용자 리뷰 요청 | 구현 에이전트가 채움 | Keep `상태: 없음` unless user input is required |
| 리뷰어를 위한 체크포인트 | Fixed at stub creation | Pre-filled from plan |
| 검증 결과 | Implementing agent | Paste actual output |
| 코드리뷰 결과 | Review agent appends | Not included in stub |

## 코드리뷰 결과

- 종합 판정: FAIL
- 차원별 평가:
  - correctness: Fail
  - completeness: Fail
  - test coverage: Fail
  - API contract: Fail
  - code quality: Pass
  - plan deviation: Fail
  - verification trust: Fail
- 발견된 문제:
  - Required: `services/core/internal/controlplane/runtime.go:160`은 첫 delivery response에 Go의 `time.Now().UTC()` 값을 그대로 쓰고, `services/core/internal/storage/postgres.go:176`-`203`은 같은 값을 PostgreSQL `TIMESTAMPTZ`에 저장했다가 duplicate 때 다시 읽어 `runtime.go:211`-`216`에서 response timestamp로 사용한다. PostgreSQL은 timestamp를 microsecond precision으로 저장하므로 첫 응답의 `created_at` RFC3339Nano 문자열과 duplicate 응답의 `created_at` 문자열이 실제 Postgres 경로에서 달라질 수 있다. `agent-contract/provided/gito-forgejo-branch-events-v1.md:86`-`97`은 duplicate response가 첫 delivery와 같은 event shape라고 문서화하므로, event timestamp를 저장 전부터 Postgres precision으로 정규화하거나 first response도 저장된 timestamp를 사용하도록 바꾸고, fake test가 Postgres precision truncation을 시뮬레이션해 이 차이를 잡게 하라.
  - Required: `agent-task/m-forgejo-branch-event-mvp/02+01_watch_store/code_review_cloud_G07_1.log:132`-`156`의 Postgres integration command는 여전히 `GITO_TEST_DATABASE_URL` 미설정으로 skip됐다. plan의 REVIEW_API-3과 roadmap target은 실제 PostgreSQL-backed watch/cursor/delivery evidence를 요구하므로 PASS 근거가 부족하다. 코드 수정 후 `GITO_TEST_DATABASE_URL`이 있는 환경에서 `TestPostgresBranchEventStorePersistsWatchCursorAndDedupesDelivery`가 skip 없이 PASS한 stdout/stderr를 남기라.
- 다음 단계: FAIL follow-up으로 `PLAN-cloud-G07.md`와 `CODE_REVIEW-cloud-G07.md`를 새로 작성해 위 Required 항목을 좁게 보완한다.
