<!-- task=m-provider-availability-capacity-queue-foundation/05+04_queue_observe_snapshot 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.

## 개요

date=2026-06-14
task=m-provider-availability-capacity-queue-foundation/05+04_queue_observe_snapshot, plan=0, tag=API

## Roadmap Targets

- Milestone: `agent-roadmap/phase/inference-provider-extension/milestones/provider-availability-capacity-queue-foundation.md`
- Task ids:
  - `queue-observe`: Edge가 보는 snapshot에 `capacity`, `in_flight`, `queued`가 포함되어 이후 capacity-aware routing의 입력으로 사용할 수 있다.
- Completion mode: check-on-pass

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

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

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

---

## 구현 항목별 완료 여부

| 항목 | 완료 여부 |
|------|---------|
| [API-1] Node Capabilities Queued Count | [x] |
| [API-2] Edge Snapshot Preservation | [x] |

## 구현 체크리스트

- [x] predecessor `04+03_fifo_admission_queue`의 `complete.log`가 active 또는 archive에 있는지 확인한다.
- [x] Node capabilities command가 admission manager의 actual `in_flight`와 `queued` 값을 읽는다.
- [x] `NodeCommandResponse.Result["queued"]`와 `ProviderSnapshot.Queued`에 같은 queued count를 넣는다.
- [x] Edge service/control-plane preservation tests에 queued non-zero fixture를 추가한다.
- [x] 최종 검증 명령을 실행한다.
- [x] CODE_REVIEW-*-G??.md의 구현 에이전트 소유 섹션을 실제 구현 내용과 검증 출력으로 채운다. 이 항목이 완료되기 전에는 구현이 완료된 것이 아니다.

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

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

- [x] `코드리뷰 결과`에 `PASS`, `WARN`, `FAIL` 중 하나의 판정을 append한다.
- [x] active `CODE_REVIEW-*-G??.md`를 `code_review_local_G05_N.log`로 아카이브한다.
- [x] active `PLAN-*-G??.md`를 `plan_local_G05_M.log`로 아카이브한다.
- [x] PASS이면 `complete.log`를 작성하고 active `.md` 파일을 남기지 않는다.
- [x] PASS이면 active task 디렉터리를 archive로 이동한다.
- [x] PASS이고 task group이 `m-provider-availability-capacity-queue-foundation`이면 완료 이벤트 메타데이터를 보고하고 roadmap을 직접 수정하지 않는다.

## 계획 대비 변경 사항

- 계획 범위와 동일하게 구현했다.
- 추가로 `./scripts/e2e-smoke.sh`를 실행해 임시 config 기반 `scripts/dev/edge.sh` + `scripts/dev/node.sh` 보조 진단 흐름에서 `/capabilities`와 메시지 왕복이 깨지지 않는지 확인했다.

## 주요 설계 결정

- Node `CAPABILITIES`의 `queued` 값은 새 카운터를 만들지 않고 기존 per-adapter `fifoGate`의 `queuedCount()`에서 읽도록 했다.
- `NodeCommandResponse.Result["queued"]`와 `ProviderSnapshot.Queued`는 같은 local variable에서 채워 snapshot과 map 응답이 갈라지지 않게 했다.
- Edge production mapper는 이미 typed provider snapshot을 보존하므로, service/control-plane 테스트 fixture를 non-zero queued 값으로 바꿔 보존 회귀만 강화했다.

## 사용자 리뷰 요청

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

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

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

- predecessor `04+03_fifo_admission_queue` 완료 근거가 있는지 확인한다.
- Node queued count와 ProviderSnapshot queued count가 같은 source에서 나오는지 확인한다.
- Edge production code 변경 없이 fixture/assertion만으로 보존 경로 검증이 충분한지 확인한다.

## 검증 결과

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

### API-1 중간 검증
```bash
$ go test -count=1 ./apps/node/internal/node -run 'TestOnCommandRequest_Capabilities'
ok  	iop/apps/node/internal/node	0.014s
```

### API-2 중간 검증
```bash
$ go test -count=1 ./apps/edge/internal/service ./apps/edge/internal/controlplane
ok  	iop/apps/edge/internal/service	0.004s
ok  	iop/apps/edge/internal/controlplane	4.448s
```

### 최종 검증
```bash
$ go test -count=1 ./apps/node/internal/node
ok  	iop/apps/node/internal/node	2.693s

$ go test -count=1 ./apps/edge/internal/service ./apps/edge/internal/controlplane
ok  	iop/apps/edge/internal/service	0.004s
ok  	iop/apps/edge/internal/controlplane	4.448s

$ go test -count=1 ./apps/node/... ./apps/edge/...
ok  	iop/apps/node/cmd/node	0.012s
ok  	iop/apps/node/internal/adapters	0.010s
ok  	iop/apps/node/internal/adapters/cli	46.674s
?   	iop/apps/node/internal/adapters/cli/internal/testutil	[no test files]
ok  	iop/apps/node/internal/adapters/cli/status	39.836s
?   	iop/apps/node/internal/adapters/mock	[no test files]
ok  	iop/apps/node/internal/adapters/ollama	0.008s
ok  	iop/apps/node/internal/adapters/vllm	0.007s
ok  	iop/apps/node/internal/bootstrap	0.265s
ok  	iop/apps/node/internal/node	2.693s
ok  	iop/apps/node/internal/router	0.006s
?   	iop/apps/node/internal/runtime	[no test files]
ok  	iop/apps/node/internal/store	0.080s
ok  	iop/apps/node/internal/terminal	0.544s
ok  	iop/apps/node/internal/transport	5.144s
ok  	iop/apps/edge/cmd/edge	0.043s
ok  	iop/apps/edge/internal/bootstrap	0.014s
ok  	iop/apps/edge/internal/controlplane	4.451s
ok  	iop/apps/edge/internal/edgecmd	0.007s
ok  	iop/apps/edge/internal/events	0.004s
ok  	iop/apps/edge/internal/input	0.004s
ok  	iop/apps/edge/internal/input/a2a	0.005s
ok  	iop/apps/edge/internal/node	0.005s
ok  	iop/apps/edge/internal/openai	1.509s
ok  	iop/apps/edge/internal/opsconsole	0.006s
ok  	iop/apps/edge/internal/service	0.005s
ok  	iop/apps/edge/internal/transport	2.011s
```

### 추가 검증
```bash
$ ./scripts/e2e-smoke.sh
[e2e] Auxiliary smoke test PASSED.
```

---

> **[IMPLEMENTING AGENT — BEFORE SAVING] Have you filled in every implementation-owned section: completion table, implementation checklist, changes from plan, design decisions, and verification output?**

## 코드리뷰 결과

- 종합 판정: PASS
- 차원별 평가:
  - Correctness: Pass
  - Completeness: Pass
  - Test coverage: Pass
  - API contract: Pass
  - Code quality: Pass
  - Plan deviation: Pass
  - Verification trust: Pass
- 발견된 문제: 없음
- 다음 단계: PASS 종결. active plan/review를 log로 보존하고 `complete.log` 작성 후 task directory를 archive로 이동한다.
