<!-- task=m-provider-resource-admission-ownership-alignment/10+08_configured_snapshot_catalog plan=1 tag=REVIEW_REFACTOR -->

# Code Review Reference - REVIEW_REFACTOR

> **[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, keep the active files in place, then end the implementation execution. The filled review-without-verdict state plus agent completion is the `review-ready` signal; do not create a handoff file/message, invoke code-review, or switch to the review role in place.
> If implementation is blocked by a selected Milestone `구현 잠금 > 결정 필요` item, fill `사용자 리뷰 요청` with linked evidence and use the same file-state handoff; only a distinct review-agent instance may materialize `USER_REVIEW.md`. Environment/secret/service blockers, generic scope changes, repeated failures, and evidence gaps become normal follow-ups with blocker evidence, a deterministic release condition, and revalidation commands; they are not user-facing stopping states.
> Do not ask the user directly, present choices in chat, call `request_user_input`, report review readiness, or wait for another user instruction. The runtime immediately assigns a distinct review-agent instance; a new turn, resume, compaction, or role change of this implementing agent is not distinct.
> Finalization (`코드리뷰 결과`, log rename, `complete.log`, archive moves, follow-up pair creation, `코드리뷰 전용 체크리스트`) belongs only to that distinct review agent. The implementing agent must never perform it, even after compaction or resume.
> `USER_REVIEW.md` and `complete.log` are the only terminal states. A filled stub, verdict, archive, or WARN/FAIL follow-up pair is transitional and the loop must continue automatically.
> Follow the ownership table at the bottom of this file for which sections you own.

## 개요

date=2026-07-21
task=m-provider-resource-admission-ownership-alignment/10+08_configured_snapshot_catalog, plan=1, tag=REVIEW_REFACTOR

## Archive Evidence Snapshot

- 이전 Plan: `agent-task/m-provider-resource-admission-ownership-alignment/10+08_configured_snapshot_catalog/plan_local_G06_0.log`
- 이전 Review: `agent-task/m-provider-resource-admission-ownership-alignment/10+08_configured_snapshot_catalog/code_review_local_G06_0.log`
- 판정: FAIL
- 미해결: Required 3건, Suggested 0건, Nit 0건.
- Required: no-queue `s.nodeStore` data race, `noQueue` fixture의 queue-backed 오라우팅, disconnect 없는 가상 reconnect 검증.
- 영향 파일: `apps/edge/internal/service/status_provider.go`, `apps/edge/internal/service/status_provider_test.go`; 기존 race regression 근거는 `apps/edge/internal/service/service_internal_test.go`.
- 검증 근거: `go test -race -count=1 ./apps/edge/internal/service`는 `TestRuntimeConfigSnapshotConcurrentReplace`에서 `status_provider.go:57` read / `service.go:117` write race로 FAIL. `noQueue` 단독 coverage는 `buildSnapshotNoQueue=0.0%`, `buildSnapshotLocked=92.9%`. 전체 Edge 회귀와 대상 test race 10회는 PASS. 전체 Go 회귀의 유일 실패는 변경 범위 밖 `apps/node/internal/adapters/cli` 기준선 3건.
- Roadmap carryover: 이 child는 SDD S14의 configured catalog/connectivity join 부분 근거이며 `offline-snapshot` Task 완료를 단독 주장하지 않으므로 `Roadmap Targets`를 사용하지 않는다.

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

> **[REVIEW AGENT ONLY]** 아래 종결 절차는 코드리뷰 에이전트 전용이다. 구현 에이전트는 이 섹션을 실행하지 않는다.
> 리뷰 에이전트는 구현 에이전트와 별도 agent instance여야 하며 product source/test를 수정하거나 현재·후속 plan을 구현하거나 구현 에이전트 소유 섹션을 채우지 않는다. WARN/FAIL follow-up pair를 만든 뒤 review 실행을 종료하면 archived current pair와 fresh pair가 runtime의 `implementation-ready` 신호가 된다. 별도 handoff 파일·사용자 메시지를 만들지 않는다.

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

1. 판정을 append한다.
2. `CODE_REVIEW-local-G05.md` → `code_review_local_G05_1.log`, `PLAN-local-G05.md` → `plan_local_G05_1.log`로 아카이브한다.
3. PASS이면 `complete.log` 작성 후 active task 디렉터리를 `agent-task/archive/YYYY/MM/m-provider-resource-admission-ownership-alignment/10+08_configured_snapshot_catalog/`로 이동한다. WARN/FAIL이면 user-review gate를 확인한 뒤 plan skill로 fresh-routed pair를 메모리에 준비하고, current pair를 archive한 후 code-review가 다음 active pair를 byte-for-byte materialize하거나 `USER_REVIEW.md`를 작성한다. 미해결 Required는 반드시 FAIL과 정확히 하나의 next state를 만든다.
4. PASS이고 task group이 `m-<milestone-slug>`이면 완료 이벤트 메타데이터를 보고한다. roadmap 상태 체크와 `update-roadmap` 호출은 런타임 책임이다.
5. 적용 가능한 `코드리뷰 전용 체크리스트`를 최종 `.log` 위치에서 체크한다. `USER_REVIEW.md` 또는 `complete.log`가 생성된 뒤에만 사용자-facing 보고를 한다.
6. WARN/FAIL follow-up pair가 생성된 경우 사용자에게 보고하거나 묻지 않고 review 실행을 종료한다. runtime은 별도 구현 에이전트 instance를 배정한다.

---

## 구현 항목별 완료 여부

| 항목 | 완료 여부 |
|------|---------|
| REVIEW_REFACTOR-1 Runtime snapshot store consistency | [x] |
| REVIEW_REFACTOR-2 Real no-queue and reconnect coverage | [x] |

## 구현 체크리스트

- [x] snapshot builder가 `runtimeConfigSnapshot()`으로 capture한 store를 nil 판정·catalog 순회·record lookup에 일관하게 사용해 concurrent replace race를 제거한다.
- [x] 실제 no-queue/queue-backed configured snapshot과 connected→disconnect→same-identity reconnect를 deterministic test로 검증한다.
- [x] target coverage, service race, Edge 회귀, formatting/diff 검증 결과를 기록한다.
- [x] CODE_REVIEW-*-G??.md의 구현 에이전트 소유 섹션을 실제 구현 내용과 검증 출력으로 채우고 active pair를 유지한 채 구현 실행을 종료한다. 이 저장 상태가 runtime의 review-ready 신호이며 별도 handoff 파일·사용자 메시지를 만들지 않는다. 구현 에이전트는 code-review를 실행하거나 review 전용 작업을 수행하지 않는다. 이 항목이 완료되기 전에는 구현이 완료된 것이 아니다.

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

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

- [x] `코드리뷰 결과`에 `PASS`, `WARN`, `FAIL` 중 하나의 판정을 append한다.
- [x] 판정과 `차원별 평가`, Required/Suggested/Nit 분류가 서로 일치한다.
- [x] active `CODE_REVIEW-*-G??.md`를 `code_review_local_G05_1.log`로 아카이브한다.
- [x] active `PLAN-*-G??.md`를 `plan_local_G05_1.log`로 아카이브한다.
- [x] `.gitignore`의 Agent-Ops 관리 block이 `agent-task/**/*.md`와 `agent-task/**/*.log`를 unignore하고 `agent-roadmap/current.md`를 ignore하는지 확인한다.
- [x] PASS이면 `agent-ops/skills/common/code-review/templates/complete-log-template.md` 기준으로 `complete.log`를 작성하고 active `.md` 파일을 남기지 않는다.
- [x] PASS이면 active task 디렉터리 `agent-task/m-provider-resource-admission-ownership-alignment/10+08_configured_snapshot_catalog/`를 `agent-task/archive/YYYY/MM/m-provider-resource-admission-ownership-alignment/10+08_configured_snapshot_catalog/`로 이동하고 최종 archive 경로에서 이 체크리스트를 갱신한다.
- [x] PASS이고 task group이 `m-provider-resource-admission-ownership-alignment`이면 런타임이 읽을 완료 이벤트 메타데이터를 보고하고, roadmap 수정이나 `update-roadmap` 직접 호출을 하지 않는다.
- [x] PASS split 작업이면 이동 후 빈 active parent를 제거하거나, 남은 sibling/file이 있어 유지했다고 확인한다.
- [ ] WARN/FAIL이고 user-review gate가 트리거되지 않았으면 plan skill을 실행하고 `finalize-task-routing`의 fresh 결과와 일치하는 다음 active pair를 작성하며 `complete.log`를 작성하지 않는다.
- [ ] `USER_REVIEW.md` 또는 `complete.log`가 아직 없으면 사용자에게 질문·준비 완료 보고·종료 응답을 하지 않고 review 실행을 종료한다. archived current pair와 fresh pair가 `implementation-ready`며 리뷰 에이전트가 직접 구현하거나 별도 handoff artifact를 만들지 않는다.
- [ ] USER_REVIEW이면 template 기준으로 `USER_REVIEW.md`를 작성하고 active pair와 `complete.log`를 남기지 않는다.
- [ ] USER_REVIEW가 연결된 Milestone 결정으로 완료/PASS 해소되면 `USER_REVIEW.md`를 해소 상태로 갱신하고 `complete.log`를 작성한 뒤 task directory를 archive로 이동한다.
- [ ] USER_REVIEW의 해소 결정이 새 구현을 요구하면 plan이 `USER_REVIEW.md`를 archive하고 fresh pair를 쓴 뒤 review 실행을 종료한다.

## 계획 대비 변경 사항

- 제품 변경은 계획대로 `apps/edge/internal/service/status_provider.go`와 `apps/edge/internal/service/status_provider_test.go`에만 적용했다.
- `apps/edge/internal/service/service_internal_test.go`는 기존 `TestRuntimeConfigSnapshotConcurrentReplace`가 수정 없이 race regression을 충분히 재현하므로 변경하지 않았다. 작업 시작 전에 존재하던 이 파일의 unrelated dirty diff도 보존했다.
- Edge 전체 회귀 1차 실행에서 변경 범위 밖 `TestDisconnectHandlerReceivesCurrentGeneration`이 register nonce timeout으로 한 번 실패했다. 해당 테스트를 `go test -count=1 ./apps/edge/internal/transport -run '^TestDisconnectHandlerReceivesCurrentGeneration$' -v`로 단독 재실행해 PASS를 확인하고, 동일한 전체 Edge 회귀 명령을 fresh 재실행해 PASS를 확인했다. 실패와 재검증 원문을 아래에 모두 기록했다.
- proto, contract, agent-spec, smoke/full-cycle 동작은 변경하지 않았다. 이 follow-up은 snapshot builder race와 deterministic unit/race coverage만 닫는 계획 범위를 유지했다.

## 주요 설계 결정

- `buildSnapshotNoQueue`와 `buildSnapshotLocked`는 `runtimeConfigSnapshot()`이 반환한 local `store`만 nil 판정, `All()` 순회, `FindByID()` lookup에 사용한다. 따라서 `SetRuntimeConfig()`이 `s.nodeStore`를 교체해도 한 snapshot 안에서 store identity가 섞이지 않는다.
- no-queue fixture는 `New(reg, nil)`과 `svc.queue == nil` assertion으로 실제 `buildSnapshotNoQueue` 경로를 고정하고, configured Node identity/Index order/Connected와 provider catalog를 검증한다. legacy adapter snapshot parity는 계획대로 새 요구로 추가하지 않았다.
- queue-backed fixture는 non-nil event bus와 `svc.queue != nil` assertion으로 `buildSnapshotLocked` 경로를 구분한다.
- reconnect fixture는 node-b의 첫 accepted generation을 연결 상태로 관측한 뒤 `Unregister`로 offline snapshot을 확인하고, 같은 Node ID의 새 `NodeEntry`를 register해 generation 증가와 동일 identity/order에서 `Connected=true` 복구를 검증한다.

## 사용자 리뷰 요청

_기본값은 `없음`이다. 구현 중 새 결정이 필요해 보여도 직접 질문하거나 선택지를 제시하거나 `request_user_input`을 호출하지 않는다. 이 섹션은 선택된 Milestone `구현 잠금 > 결정 필요` 항목이 실구현을 차단할 때만 채운다. 채운 뒤 구현 에이전트는 code-review를 실행하거나 역할을 바꾸지 않고 active pair를 유지한 채 구현 실행을 종료한다. 이 저장 상태가 runtime의 `review-ready` 신호이므로 별도 handoff 파일·사용자 메시지를 만들지 않는다. runtime은 사용자에게 묻지 않고 별도 review 에이전트 instance를 즉시 배정하며, review 에이전트가 `USER_REVIEW.md`를 실제로 만들기 전에는 terminal 상태가 아니다. 외부 환경/secret/서비스 준비, 검증 증거 공백, 반복 실패, 일반 범위 조정은 사용자 리뷰 요청이 아니며 blocker evidence·결정적 해제 조건·재검증 명령을 `검증 결과`나 `계획 대비 변경 사항`에 기록한 뒤 code-review의 일반 follow-up plan으로 처리한다._

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

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

- `buildSnapshotNoQueue`/`buildSnapshotLocked`가 captured local store만 사용하고 direct `s.nodeStore` read를 남기지 않았는가.
- `noQueue` fixture가 `svc.queue == nil`을 확인하고 coverage에서 `buildSnapshotNoQueue` non-zero를 보이는가.
- reconnect fixture가 connected→unregister/disconnect→new generation register를 거쳐 identity/order/Connected를 검증하는가.
- service 전체 race, target race, Edge 전체 회귀가 fresh 실행으로 통과하는가.

## 검증 결과

_아래 각 명령을 실제로 실행하고 stdout/stderr를 그대로 기록한다. 명령을 바꾸면 `계획 대비 변경 사항`에 이유와 대체 명령을 남긴다._

### gofmt

`gofmt -d apps/edge/internal/service/status_provider.go apps/edge/internal/service/status_provider_test.go apps/edge/internal/service/service_internal_test.go`

```text
(no output; exit code 0)
```

### diff check

`git diff --check -- apps/edge/internal/service/status_provider.go apps/edge/internal/service/status_provider_test.go apps/edge/internal/service/service_internal_test.go`

```text
(no output; exit code 0)
```

### no-queue coverage

`go test -count=1 -coverprofile=/tmp/iop-configured-snapshot-noqueue.cover ./apps/edge/internal/service -run '^TestListNodeSnapshotsIncludesConfiguredOfflineNodes/noQueue$'`

```text
ok  	iop/apps/edge/internal/service	0.048s	coverage: 3.0% of statements
```

`go tool cover -func=/tmp/iop-configured-snapshot-noqueue.cover | rg 'status_provider.go:[0-9]+:\s+buildSnapshotNoQueue\s+[1-9][0-9]*\.[0-9]+%'`

```text
iop/apps/edge/internal/service/status_provider.go:55:		buildSnapshotNoQueue			92.9%
```

### target race

`go test -race -count=1 ./apps/edge/internal/service -run '^(TestRuntimeConfigSnapshotConcurrentReplace|TestListNodeSnapshotsIncludesConfiguredOfflineNodes)$'`

```text
ok  	iop/apps/edge/internal/service	1.066s
```

### service race

`go test -race -count=1 ./apps/edge/internal/service`

```text
ok  	iop/apps/edge/internal/service	7.663s
```

### Edge regression

`go test -count=1 ./apps/edge/...`

```text
ok  	iop/apps/edge/cmd/edge	0.134s
ok  	iop/apps/edge/internal/bootstrap	0.516s
ok  	iop/apps/edge/internal/configrefresh	0.048s
ok  	iop/apps/edge/internal/controlplane	4.483s
ok  	iop/apps/edge/internal/edgecmd	0.061s
ok  	iop/apps/edge/internal/edgevalidate	0.008s
ok  	iop/apps/edge/internal/events	0.010s
ok  	iop/apps/edge/internal/input	0.012s
ok  	iop/apps/edge/internal/input/a2a	0.014s
ok  	iop/apps/edge/internal/node	0.020s
ok  	iop/apps/edge/internal/openai	7.084s
ok  	iop/apps/edge/internal/opsconsole	0.019s
ok  	iop/apps/edge/internal/service	6.508s
--- FAIL: TestDisconnectHandlerReceivesCurrentGeneration (2.01s)
    integration_test.go:798: register: request timeout for nonce 1
FAIL
FAIL	iop/apps/edge/internal/transport	6.412s
FAIL
```

1차 실패 대상을 단독 fresh 재확인했다.

`go test -count=1 ./apps/edge/internal/transport -run '^TestDisconnectHandlerReceivesCurrentGeneration$' -v`

```text
=== RUN   TestDisconnectHandlerReceivesCurrentGeneration
--- PASS: TestDisconnectHandlerReceivesCurrentGeneration (0.04s)
PASS
ok  	iop/apps/edge/internal/transport	0.046s
```

동일한 Edge 회귀 명령을 최종 fixture 상태에서 fresh 재실행했다.

```text
ok  	iop/apps/edge/cmd/edge	0.175s
ok  	iop/apps/edge/internal/bootstrap	0.408s
ok  	iop/apps/edge/internal/configrefresh	0.066s
ok  	iop/apps/edge/internal/controlplane	4.510s
ok  	iop/apps/edge/internal/edgecmd	0.064s
ok  	iop/apps/edge/internal/edgevalidate	0.062s
ok  	iop/apps/edge/internal/events	0.048s
ok  	iop/apps/edge/internal/input	0.043s
ok  	iop/apps/edge/internal/input/a2a	0.052s
ok  	iop/apps/edge/internal/node	0.010s
ok  	iop/apps/edge/internal/openai	7.110s
ok  	iop/apps/edge/internal/opsconsole	0.015s
ok  	iop/apps/edge/internal/service	6.123s
ok  	iop/apps/edge/internal/transport	4.423s
```

---

> **[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 and end the implementation execution. This filled file plus agent completion is the `review-ready` signal; do not create a separate handoff artifact, execute code-review, or switch roles in place.

## 섹션 소유권

| Section | Owner | Note |
|---------|-------|------|
| Header comment, 개요, 리뷰 에이전트 지시 | Fixed at stub creation | Implementing agent must not modify them; after filling its sections it ends its execution and runtime assigns a distinct review-agent instance |
| Archive Evidence Snapshot | Fixed at stub creation from plan | Implementing agent uses it as default prior-loop context; read only the specific archive files cited there when more detail is required |
| 구현 항목별 완료 여부 | Fixed item names | Implementing agent checks `[ ]` → `[x]` only |
| 구현 체크리스트 | Fixed from plan | Implementing agent checks `[ ]` → `[x]` only; final checkbox is mandatory |
| 코드리뷰 전용 체크리스트 | Review agent only | Implementing agent must not modify or check this section |
| 계획 대비 변경 사항, 주요 설계 결정 | Implementing agent | Replace placeholder text with actual content |
| 사용자 리뷰 요청 | Implementing agent | Keep `상태: 없음` unless a selected Milestone lock decision blocks implementation |
| 리뷰어를 위한 체크포인트 | Fixed at stub creation | Pre-filled from plan |
| 검증 결과 | Fixed headings and commands | Implementing agent fills actual stdout/stderr only |
| 코드리뷰 결과 | Review agent appends | Not included in stub |

## 코드리뷰 결과

- 종합 판정: PASS
- 차원별 평가:
  - Correctness: Pass
  - Completeness: Pass
  - Test coverage: Pass
  - API contract: Pass
  - Code quality: Pass
  - Implementation deviation: Pass
  - Verification trust: Pass
- 발견된 문제:
  - Nit — `apps/edge/internal/service/status_provider.go:116`: `emptySnapshotForConfigured` 주석은 live entry가 `Alias`도 반영한다고 설명하지만 코드는 configured `rec.Alias`를 의도적으로 유지한다. 후속 정리 시 `Alias`를 live merge 목록에서 빼고 configured identity를 유지한다고 주석만 정확히 고친다.
- 다음 단계: PASS 종결 절차로 `complete.log`를 작성하고 현재 pair와 task directory를 아카이브한다.
