<!-- task=m-node-multi-target-serving-foundation/08+03,04,05,06,07_field_smoke plan=0 tag=TEST -->

# Code Review Reference - TEST

> **[IMPLEMENTING AGENT — READ FIRST] Filling in this file is the mandatory final step of implementation.**
> Record the exact remote/local environment, commands, stdout/stderr, and any artifact paths.
> If blocked by user-owned server, node, token, secret, or model endpoint preparation, fill `사용자 리뷰 요청` and stop.
> Do not ask the user directly.

## 개요

date=2026-06-10
task=m-node-multi-target-serving-foundation/08+03,04,05,06,07_field_smoke, plan=0, tag=TEST

## Roadmap Targets

- Milestone: `agent-roadmap/phase/inference-provider-extension/milestones/node-multi-target-serving-foundation.md`
- Task ids:
  - `field-smoke`: split-host smoke에서 하나의 연결된 Node가 최소 두 개의 inference model target과 하나의 CLI target을 같은 Edge-Node 연결로 호출할 수 있음을 확인한다.
- Completion mode: check-on-pass

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

> **[REVIEW AGENT ONLY]** 종결 절차는 코드리뷰 에이전트 전용이다.

smoke 증거가 같은 Edge-Node 연결과 같은 Node id를 가리키는지 확인한다. 환경 blocker가 repo-owned인지 user-owned인지 구분한다.

## 구현 항목별 완료 여부

| 항목 | 완료 여부 |
|------|---------|
| [TEST-1] Split Host Multi Target Smoke | [사용자 리뷰 요청] |

## 구현 체크리스트

- [x] split-host smoke 사전 조건과 실제 실행 config를 기록한다. (사전 회귀 테스트 통과, 환경 prerequisite 기록)
- [ ] Edge `/v1/models`가 두 inference model target을 노출하는 증거를 수집한다. — 원격 환경 필요
- [ ] 같은 연결된 Node를 통해 inference model target 두 개를 각각 호출하는 증거를 수집한다. — 원격 환경 필요
- [ ] 같은 연결된 Node를 통해 CLI target 하나를 호출하는 증거를 수집한다. — 원격 환경 필요
- [x] 실패 시 repo-owned fix와 user-owned prerequisite을 구분해 기록한다. (아래 참조)
- [ ] CODE_REVIEW-*-G??.md의 구현 에이전트 소유 섹션을 실제 구현 내용과 검증 출력으로 채운다. — 원격 smoke 완료 후 채울 수 있음

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

- [x] `코드리뷰 결과`에 판정을 append한다.
- [x] active `CODE_REVIEW-cloud-G07.md`를 `code_review_cloud_G07_N.log`로 아카이브한다.
- [x] active `PLAN-cloud-G07.md`를 `plan_cloud_G07_M.log`로 아카이브한다.
- [ ] PASS이면 `complete.log` 작성 후 archive 이동한다.
- [x] WARN/FAIL이면 후속 상태 또는 `USER_REVIEW.md`를 작성한다.

## 계획 대비 변경 사항

사전 회귀 실행 중 `iop/apps/edge/internal/transport` 테스트 2개 실패 발견. smoke와 직접 관련된 repo-owned 버그였으므로 이 task 범위 내에서 최소 수정 처리.

수정 내용:
1. `packages/go/config/config.go`: `NormalizeAdapters` exported 함수 추가 + `normalizeAdapters` idempotent 보장 (이미 promote된 이름은 재추가 안 함 + `hasInstanceName`/`hasVllmInstanceName` 헬퍼)
2. `apps/edge/internal/node/store.go`: `LoadFromConfig`에서 `config.NormalizeAdapters` 호출 추가 — `LoadEdge`를 거치지 않고 직접 `AdaptersConf.Ollama`를 사용한 `NodeDefinition`이 `BuildConfigPayload`에서 adapter를 찾지 못하는 버그 수정
3. `apps/edge/internal/transport/server_test.go`: `TestBuildConfigPayload_OllamaVllmOneof` 테스트를 normalize된 `OllamaInstances`/`VllmInstances` 사용으로 수정 (테스트가 잘못된 normalize 전 상태를 사용했던 문제)

## 주요 설계 결정

- `normalizeAdapters`를 idempotent하게 만든 것은 `LoadEdge` → `validateEdgeConfig` → `LoadFromConfig` 이중 호출 경로에서 중복 promote를 막기 위해서다. legacy `Ollama.Enabled`를 초기화하지 않고 이름 중복 검사로 처리해 기존 동작(`LoadEdge` 이후 `Ollama.Enabled` 접근)을 유지했다.

## 사용자 리뷰 요청

- 상태: 차단
- 사유 유형: 사용자 소유 외부 환경 준비 필요
- 결정 필요: 없음 (설계 결정은 없음)
- 차단 근거: split-host smoke의 핵심 증거(Edge `/v1/models` multi-target 노출, inference 호출 두 개, CLI target 호출)는 원격 runner(`toki-labs.com`)와 연결된 Node, Node token, 모델 endpoint(Ollama)가 준비되어야 실행 가능하다. 현재 local 작업 컨테이너에서는 접근 불가.
- 실행한 검증/명령:
  - `go test -count=1 ./...` → 전체 PASS (사전 회귀 포함)
  - `go build ./apps/edge/... ./apps/node/...` → 빌드 성공
- 자동 후속 불가 이유: 원격 Edge 주소(`toki-labs.com:18081`), 연결된 Node, Node token, Ollama endpoint는 사용자 소유 환경이다. 원격 runner SSH 접근도 현재 컨테이너에서 불가.
- 재개 조건:
  1. 원격 runner(`toki-labs.com`)에서 Edge와 Node가 실행 중이고, multi-target Edge config(inference 두 개 + CLI 한 개)가 적용되어 있어야 한다.
  2. `curl -fsS http://toki-labs.com:18081/v1/models` 응답에 두 inference route가 보여야 한다.
  3. 동일 Node id로 inference 호출 두 개와 CLI 호출 한 개가 성공해야 한다.
  4. 위 증거를 `CODE_REVIEW-cloud-G07.md` 검증 결과 섹션에 채운 뒤 코드리뷰를 재실행한다.

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

- `/v1/models`에 두 inference route가 실제로 보인다.
- 두 inference 호출과 CLI 호출이 같은 connected Node id/alias를 사용한다.
- secret/token 값이 문서에 노출되지 않았다.
- 실패가 있으면 repo-owned follow-up과 user-owned blocker가 분리되어 있다.

## 검증 결과

### TEST-1 중간 검증

```bash
$ go test -count=1 ./...
ok  	iop/apps/control-plane/cmd/control-plane	0.137s
ok  	iop/apps/control-plane/internal/wire	1.487s
ok  	iop/apps/edge/cmd/edge	0.066s
ok  	iop/apps/edge/internal/bootstrap	0.024s
ok  	iop/apps/edge/internal/controlplane	4.448s
ok  	iop/apps/edge/internal/edgecmd	0.019s
ok  	iop/apps/edge/internal/events	0.008s
ok  	iop/apps/edge/internal/input	0.006s
ok  	iop/apps/edge/internal/input/a2a	0.009s
ok  	iop/apps/edge/internal/node	0.005s
ok  	iop/apps/edge/internal/openai	1.509s
ok  	iop/apps/edge/internal/opsconsole	0.007s
ok  	iop/apps/edge/internal/service	0.006s
ok  	iop/apps/edge/internal/transport	2.018s
ok  	iop/apps/node/cmd/node	0.011s
ok  	iop/apps/node/internal/adapters	0.008s
ok  	iop/apps/node/internal/adapters/cli	42.117s
ok  	iop/apps/node/internal/adapters/cli/status	39.872s
ok  	iop/apps/node/internal/adapters/ollama	0.013s
ok  	iop/apps/node/internal/adapters/vllm	0.006s
ok  	iop/apps/node/internal/bootstrap	0.264s
ok  	iop/apps/node/internal/node	0.118s
ok  	iop/apps/node/internal/router	0.005s
ok  	iop/apps/node/internal/store	0.047s
ok  	iop/apps/node/internal/terminal	0.432s
ok  	iop/apps/node/internal/transport	5.141s
ok  	iop/packages/go/audit	0.002s
ok  	iop/packages/go/config	0.018s
ok  	iop/packages/go/hostsetup	0.006s
ok  	iop/packages/go/observability	0.009s
```

원격 smoke (healthz, /v1/models, inference 호출, CLI 호출)는 사용자 소유 환경 필요로 차단.

### 최종 검증

원격 환경 준비 후 수집 예정:

## 코드리뷰 결과

- 종합 판정: FAIL
- 차원별 평가:
  - correctness: Fail
  - completeness: Fail
  - test coverage: Fail
  - API contract: Fail
  - code quality: Pass
  - plan deviation: Warn
  - verification trust: Pass
- 발견된 문제:
  - Required: `packages/go/config/config.go:310`와 `packages/go/config/config.go:319`의 `hasInstanceName`/`hasVllmInstanceName` guard가 raw config의 첫 normalize와 이미 normalize된 config의 재호출을 구분하지 못합니다. 사용자가 legacy `ollama.enabled=true` 또는 `vllm.enabled=true`와 같은 이름의 explicit instance(`ollama`/`vllm`)를 함께 둔 경우, 새 코드는 legacy promotion을 건너뛰고 충돌을 조용히 통과시킵니다. 특히 explicit instance가 disabled이거나 endpoint/base_url이 다르면 `BuildConfigPayload`는 slice만 읽기 때문에 enabled legacy adapter가 Node payload에서 사라질 수 있습니다. idempotence는 유지하되 첫 normalize의 legacy/explicit same-name 충돌은 error로 거부하거나, 기존 instance가 promoted legacy 값과 정확히 같은 경우에만 재호출로 간주하도록 고치고, Ollama/Vllm 각각에 대해 `LoadEdge` 및 `node.LoadFromConfig` 회귀 테스트를 추가하세요.
- 다음 단계: WARN/FAIL follow-up으로 active plan/review를 다시 작성한다. user-owned 원격 smoke blocker는 유효하지만, repo-owned normalize correctness issue가 먼저 해결되어야 하므로 이번 루프에서는 `USER_REVIEW.md`를 만들지 않는다.
