<!-- task=m-model-group-mixed-provider-dispatch/05_sideband_observation plan=0 tag=SURFACE_OBS -->

# Code Review Reference - SURFACE_OBS

> **[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 selected Milestone `구현 잠금 > 결정 필요` item, fill `사용자 리뷰 요청` with linked 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 is review-agent-only.

## 개요

date=2026-07-12
task=m-model-group-mixed-provider-dispatch/05_sideband_observation, plan=0, tag=SURFACE_OBS

## Roadmap Targets

- Milestone: `agent-roadmap/phase/routing-policy-model-orchestration/milestones/model-group-mixed-provider-dispatch.md`
- Milestone link: [Milestone 문서](agent-roadmap/phase/routing-policy-model-orchestration/milestones/model-group-mixed-provider-dispatch.md)
- Task ids:
  - `sideband-observation`: Provider-pool 실행 결과 selected provider, adapter, served target, execution path, queue decision, usage observation 기록
- Completion mode: check-on-pass

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

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

각 항목의 구현을 실제 소스 파일과 대조하고, `검증 결과` 섹션의 출력이 코드와 일치하는지 확인하세요. PASS 시 task archive와 완료 이벤트 메타데이터 보고까지 처리하고 roadmap 수정은 런타임에 맡깁니다.

---

## 구현 항목별 완료 여부

| 항목 | 완료 여부 |
|------|---------|
| [SURFACE_OBS-1] service dispatch observation DTO | [x] |
| [SURFACE_OBS-2] OpenAI log/sideband observation boundary | [x] |
| [SURFACE_OBS-3] usage observation regression | [x] |

## 구현 체크리스트

- [x] [SURFACE_OBS-1] service provider-pool dispatch info에 selected provider id/type과 execution path를 추가하고 tunnel/normalized 양쪽에서 채운다.
- [x] [SURFACE_OBS-2] OpenAI provider-pool dispatch logs와 direct sideband route observation이 selected provider/adapter/target/execution path/queue reason을 기록하도록 보강한다.
- [x] [SURFACE_OBS-3] 표준 provider-pool Chat response에는 `iop_sideband`, `iop.sideband`, `X-IOP-Response-Mode`가 섞이지 않고, internal observation만 남음을 regression test로 검증한다. 검증: `GOCACHE=/tmp/iop-go-cache go test ./apps/edge/internal/openai -run 'ProviderPool.*Observation|AssembledLogs|UsageMetrics' -count=1`.
- [x] [SURFACE_OBS-4] service와 OpenAI 전체 패키지 검증을 실행한다. 검증: `GOCACHE=/tmp/iop-go-cache go test ./apps/edge/internal/service -count=1` 및 `GOCACHE=/tmp/iop-go-cache go test ./apps/edge/internal/openai -count=1`.
- [x] CODE_REVIEW-local-G07.md의 구현 에이전트 소유 섹션을 실제 구현 내용과 검증 출력으로 채운다.

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

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

- [x] `코드리뷰 결과`에 `PASS`, `WARN`, `FAIL` 중 하나의 판정을 append한다.
- [x] active `CODE_REVIEW-*-G??.md`와 `PLAN-*-G??.md`를 `.log`로 아카이브한다.
- [x] `.gitignore`의 Agent-Ops 관리 block이 task artifact를 unignore하는지 확인한다.
- [x] PASS이면 `complete.log`를 작성하고 active task 디렉터리를 archive로 이동한다.
- [x] PASS이고 task group이 `m-<milestone-slug>`이면 완료 이벤트 메타데이터를 보고하고 roadmap 수정은 하지 않는다.
- [x] PASS split 작업이므로 이동 후 빈 active parent `agent-task/m-model-group-mixed-provider-dispatch/`를 제거했다.
- [ ] WARN/FAIL이면 다음 active plan/review 또는 USER_REVIEW gate를 처리한다.

## 계획 대비 변경 사항

- Prometheus labels에 provider id 추가: 계획에서 SURFACE_OBS-3 해결 방법으로 `provider id label 추가가 필요하다고 판단되면 configured provider id만 low-cardinality로 추가`라는 선택지를 제시했다. 구현에서는 Prometheus metric labels에는 provider id를 추가하지 않는 방향으로 결정했다. 이유: SDD S08 라벨 allowlist 원칙(고cardinality 식별자/비공개 데이터 레이크 방지)과 기존 `usageRequestLabelNames`/`usageTokenLabelNames` 허용 목록이 이미 안정적으로 유지되고 있다.

## 주요 설계 결정

1. **`RunDispatch`에 3개 필드 추가**: `ProviderID`, `ProviderType`, `ExecutionPath`를 `RunDispatch` 구조체에 추가한다. 기존 `QueueReason` 뒤, export된 표면에서 순서 정렬을 유지한다.
2. **`candidateNode.providerType` 추가**: `candidateNode`에 `providerType string` 필드를 추가하고 `resolveProviderPoolCandidates`에서 `prov.Type`을 저장한다. `classifyProviderExecutionPath`가 이미 `prov.Type`을 평가하므로 `providerType`은 원본 값을 그대로 보존한다.
3. **tunnel/normalized 양쪽에서 채우기**: `submitRunQueued`, `SubmitProviderPool` tunnel path(`openProviderTunnel`), `dispatchProviderPoolRun`에서 `selected.providerID`/`selected.providerType`/`selected.executionPath`를 채운다. legacy direct dispatch(`dispatchToEntry`, `submitProviderTunnelDirect`)는 빈 값으로 둔다.
4. **`openProviderTunnel` 시그니처 변경**: 3개 provider observation 인자(`providerID`, `providerType`, `executionPath`)를 추가했다. tunnel handle의 `RunDispatch`에 이 값을 채워 `SubmitProviderPool` tunnel path의 `DispatchInfo`에서 `handle.Dispatch()`를 읽어도 일관된 값을 얻도록 했다.
5. **OpenAI log 보강**: `chat_handler.go`, `responses_handler.go`, `stream.go`의 모든 provider-pool/direct dispatch log에 `provider_id`, `provider_type`, `execution_path` 필드를 추가했다. legacy path에서는 빈 값이 기록된다.
6. **sidebandRouteObservation 보강**: `provider_id`, `provider_type`, `execution_path`, `queue_reason` 필드를 `omitempty`와 함께 추가했다. provider-pool 표준 응답에는 sideband extension writer를 타지 않으므로 이 필드는 sideband 경로(observer logger)에서만 활용된다.
7. **사용자 리뷰 요청 없음**: 구현 중 사용자 결정이 필요한 잠금 항목이 없었다.

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

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

- `RunDispatch` provider observation fields가 provider-pool tunnel/normalized 양쪽에서 채워지는가.
- 표준 provider-pool response에는 sideband/custom field/header가 추가되지 않는가.
- provider id/type/execution path/queue reason은 logs/sideband/internal observation으로 남고 secret/raw payload label은 추가되지 않는가.

## 검증 결과

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

### SURFACE_OBS-1 중간 검증
```bash
$ GOCACHE=/tmp/iop-go-cache go test ./apps/edge/internal/service -run 'SubmitProviderPool.*Observation|DispatchInfo|ClassifiesExecutionPath' -count=1
=== RUN   TestSubmitProviderPoolDispatchInfoObservation
=== RUN   TestSubmitProviderPoolDispatchInfoObservation/vllm_tunnel
=== RUN   TestSubmitProviderPoolDispatchInfoObservation/ollama_normalized
=== RUN   TestSubmitProviderPoolDispatchInfoObservation/cli_normalized
--- PASS: TestSubmitProviderPoolDispatchInfoObservation (0.00s)
    --- PASS: TestSubmitProviderPoolDispatchInfoObservation/vllm_tunnel (0.00s)
    --- PASS: TestSubmitProviderPoolDispatchInfoObservation/ollama_normalized (0.00s)
    --- PASS: TestSubmitProviderPoolDispatchInfoObservation/cli_normalized (0.00s)
PASS
ok  	iop/apps/edge/internal/service	0.004s
```

### SURFACE_OBS-2/3 중간 검증
```bash
$ GOCACHE=/tmp/iop-go-cache go test ./apps/edge/internal/openai -run 'ProviderPool.*Observation|AssembledLogs|UsageMetrics' -count=1
=== RUN   TestProviderPoolDispatchLogObservationFields
--- PASS: TestProviderPoolDispatchLogObservationFields (0.00s)
=== RUN   TestProviderPoolStandardResponseNoSideband
--- PASS: TestProviderPoolStandardResponseNoSideband (0.00s)
PASS
ok  	iop/apps/edge/internal/openai	0.008s
```

### 최종 검증
```bash
$ GOCACHE=/tmp/iop-go-cache go test ./apps/edge/internal/service -count=1
ok  	iop/apps/edge/internal/service	1.033s
$ GOCACHE=/tmp/iop-go-cache go test ./apps/edge/internal/openai -count=1
ok  	iop/apps/edge/internal/openai	6.778s
```

## 코드리뷰 결과

- 종합 판정: PASS
- 차원별 평가:
  - correctness: Pass
  - completeness: Pass
  - test coverage: Pass
  - API contract: Pass
  - code quality: Pass
  - implementation deviation: Pass
  - verification trust: Pass
  - spec conformance: Pass
- 발견된 문제: 없음
- 다음 단계: PASS 절차로 active plan/review를 archive log로 전환하고 `complete.log` 작성 후 task directory를 archive로 이동한다.

---

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