<!-- task=m-control-plane-edge-wire-baseline/01_cp_edge_endpoint plan=1 tag=REVIEW_EDGE_CONN -->

# Code Review Reference - REVIEW_EDGE_CONN

> **[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.
> 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-05-30
task=m-control-plane-edge-wire-baseline/01_cp_edge_endpoint, plan=1, tag=REVIEW_EDGE_CONN

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

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

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

1. 판정을 append한다.
2. `CODE_REVIEW-cloud-G08.md` → `code_review_cloud_G08_N.log`, `PLAN-cloud-G08.md` → `plan_cloud_G08_M.log`로 아카이브한다.
3. PASS이면 `complete.log` 작성 후 active task 디렉터리를 `agent-task/archive/YYYY/MM/m-control-plane-edge-wire-baseline/01_cp_edge_endpoint/`로 이동한다. WARN/FAIL이면 user-review gate를 확인한 뒤 다음 active plan/review 파일 또는 `USER_REVIEW.md`를 작성한다.
4. PASS이고 task group이 `m-control-plane-edge-wire-baseline`이면 완료 이벤트 메타데이터를 보고한다. roadmap 상태 체크와 `update-roadmap` 호출은 런타임 책임이다.
5. 적용 가능한 `코드리뷰 전용 체크리스트` 항목을 최종 `.log` 위치에서 체크한 뒤 보고한다.

---

## 구현 항목별 완료 여부

| 항목　　　　　　　　　　　　　　　　　　　　　　　　| 완료 여부 |
| -----------------------------------------------------| -----------|
| [REVIEW_EDGE_CONN-1] Registry generation guard　　　| [x]　　　 |
| [REVIEW_EDGE_CONN-2] Container and operator surface | [x]　　　 |
| [REVIEW_EDGE_CONN-3] Proto scope and evidence trust | [x]　　　 |

## 구현 체크리스트

- [x] [REVIEW_EDGE_CONN-1] Edge registry disconnect를 connection generation으로 보호하고 stale disconnect 테스트를 추가한다.
- [x] [REVIEW_EDGE_CONN-2] Edge TCP wire endpoint를 Docker/compose/docs 운영 표면에 노출한다.
- [x] [REVIEW_EDGE_CONN-3] proto 변경 범위와 생성물 검증 증거를 실제 diff와 일치하게 기록한다.
- [x] 중간/최종 검증 명령을 실행하고 출력이 기대와 일치하는지 확인한다.
- [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_G08_N.log`로 아카이브한다.
- [x] active `PLAN-*-G??.md`를 `plan_cloud_G08_M.log`로 아카이브한다.
- [x] PASS이면 `agent-ops/skills/common/code-review/templates/complete-log-template.md` 기준으로 `complete.log`를 작성하고 active `.md` 파일을 남기지 않는다.
- [x] PASS이면 active task 디렉터리 `agent-task/m-control-plane-edge-wire-baseline/01_cp_edge_endpoint/`를 `agent-task/archive/YYYY/MM/m-control-plane-edge-wire-baseline/01_cp_edge_endpoint/`로 이동하고 최종 archive 경로에서 이 체크리스트를 갱신한다.
- [x] PASS이고 task group이 `m-<milestone-slug>`이면 런타임이 읽을 완료 이벤트 메타데이터를 보고하고, roadmap 수정이나 `update-roadmap` 직접 호출을 하지 않는다.
- [x] PASS split 작업이면 이동 후 빈 active parent `agent-task/m-control-plane-edge-wire-baseline/`를 제거하거나, 남은 sibling/file이 있어 유지했다고 확인한다.
- [ ] WARN/FAIL이고 user-review gate가 트리거되지 않았으면 다음 active `PLAN-cloud-G08.md`와 `CODE_REVIEW-cloud-G08.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_EDGE_CONN-2 `docker compose config --quiet` 중간 검증은 이 환경에 `docker` 바이너리가 없어(`command not found`, exit 127) 실행하지 못했다. 명령 자체는 대체하지 않았고, 정적 표면 검증(`rg`)으로 19081 endpoint 노출을 확인했다. compose port 매핑 라인은 기존 `IOP_CONTROL_PLANE_WIRE_PORT` 라인과 동일한 형식이다. 이는 docker가 있는 환경에서 후속 에이전트가 재실행으로 닫을 수 있는 검증 증거 공백이며, 사용자 결정/외부 secret이 필요한 차단이 아니다.
- REVIEW_EDGE_CONN-3 Go 생성물 `cmp`는 byte 단위로는 exit 1이지만, 차이는 헤더 주석의 `protoc vX.Y.Z` 버전 스탬프 한 줄뿐이다(커밋본 `v5.29.3` vs 이 환경 `v3.21.12`). 메시지 정의는 source proto와 동일함을 버전 줄 제외 diff로 확인했다(`IDENTICAL_EXCEPT_VERSION_COMMENT`). Dart 생성물 두 개는 `cmp` exit 0으로 완전 일치한다. proto 파일은 추가 소스 변경이 불필요해 그대로 두고 증거만 정확히 기록했다(계획의 해결 방법과 일치).
- 그 외 파일/구조/검증 명령은 계획과 동일하다.

## 주요 설계 결정

### REVIEW_EDGE_CONN-1 — registry generation guard
- `EdgeRegistry`에 monotonic `nextToken`을 두고 `MarkConnected`가 connection별 `token`(uint64)을 발급해 `EdgeConnectionState.token`(unexported, 내부 구현 세부)에 저장하고 반환한다. `MarkDisconnected(edgeID, token, ...)`는 현재 state의 token과 일치할 때만 `Connected=false`로 바꾼다.
- `edge_server.go`는 connection별로 hello 시 발급받은 token을 `idMu`로 보호해 보관하고, disconnect listener에서 같은 token을 전달한다. 같은 `edge_id`가 재연결하면 새 token이 현재값이 되어, 먼저 끊긴 stale connection의 늦은 disconnect는 무시된다.
- token은 외부 API 계약이 아니라 internal registry 구현 세부다(`Snapshot`이 반환하는 `EdgeConnectionState` 복사본에는 unexported로 남아 외부 표면에 노출되지 않는다).

### REVIEW_EDGE_CONN-2 — container/operator surface
- `Dockerfile`은 `EXPOSE 9080 19080 19081`로 Edge TCP wire port를 추가 노출한다.
- `docker-compose.yml` control-plane 서비스는 `${IOP_CONTROL_PLANE_EDGE_WIRE_PORT:-19081}:19081`을 추가해 Client WS(`IOP_CONTROL_PLANE_WIRE_PORT`, 19080)와 host publish port 이름을 분리했다.
- `README.md`는 `server.wire_listen`(Client WS, `/client`)과 `server.edge_wire_listen`(Edge TCP) endpoint를 분리 설명하고, listen override(`IOP_WIRE_LISTEN`/`IOP_EDGE_WIRE_LISTEN`)와 compose host port override 이름을 반영한다.

### REVIEW_EDGE_CONN-3 — proto scope and evidence trust
- 이번 milestone 작업의 실제 diff는 `proto/iop/control.proto`에 `EdgeHelloRequest`(edge_id, edge_name, version, capabilities, metadata)와 `EdgeHelloResponse`(accepted, protocol, server_time_unix_nano, message, reason) 메시지를 추가하고, 그 생성물 `proto/gen/iop/control.pb.go`, `apps/client/lib/gen/proto/iop/control.pb.dart`, `apps/client/lib/gen/proto/iop/control.pbjson.dart`를 함께 변경한다. (이전 archived review evidence의 "proto 변경 없음"은 이 milestone 작업 전체 diff 기준으로 부정확했고, 이번 follow-up에서 정정했다.)
- Edge hello 계약은 Node 직접 스케줄링 필드를 노출하지 않는다(`node_id`/`node_address`/`schedule_request`/`target` 없음). platform-common 규칙 "Control Plane hello 계열 proto는 Edge/Node scheduling 계약으로 확장하지 않는다"를 준수한다.

## 사용자 리뷰 요청

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

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

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

- 같은 `edge_id`의 오래된 disconnect가 최신 connection state를 false로 바꾸지 않는지 확인한다.
- Dockerfile/compose/README가 `server.edge_wire_listen`과 19081 Edge TCP endpoint를 Client WS와 분리해 노출하는지 확인한다.
- proto 원본과 Go/Dart 생성물 변경이 review evidence와 생성물 비교 검증에 정확히 반영되었는지 확인한다.
- `go test -race -count=1 ./apps/control-plane/internal/wire` 실제 출력이 붙었는지 확인한다.

## 검증 결과

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

필수 규칙:
- 검증 명령은 고정된 계약이다. 임의로 대체하지 않는다.
- 대체가 필요하면 `계획 대비 변경 사항`에 이유와 대체 명령을 기록한다.
- `검증 결과`에는 실제 stdout/stderr를 붙여 넣는다.
- 사용자 리뷰 요청으로 명령을 끝까지 실행하지 못했다면 `사용자 리뷰 요청`에 실행한 명령, 실제 출력, 미실행 명령의 사유를 기록한다.

### REVIEW_EDGE_CONN-1 중간 검증
```
$ go test -race -count=1 ./apps/control-plane/internal/wire
ok  	iop/apps/control-plane/internal/wire	1.652s
```
(추가된 `TestEdgeServerStaleDisconnectDoesNotClearReconnect` 포함, race 무검출)

### REVIEW_EDGE_CONN-2 중간 검증
```
$ docker compose config --quiet
/bin/bash: line 1: docker: command not found
(exit 127 — 이 환경에 docker 미설치. 정적 표면 검증으로 대체, 계획 대비 변경 사항 참조)

$ rg --line-number "19081|IOP_CONTROL_PLANE_EDGE_WIRE_PORT|edge_wire_listen" apps/control-plane/Dockerfile docker-compose.yml apps/control-plane/README.md configs/control-plane.yaml
docker-compose.yml:47:      - "${IOP_CONTROL_PLANE_EDGE_WIRE_PORT:-19081}:19081"
configs/control-plane.yaml:4:  edge_wire_listen: "0.0.0.0:19081"
apps/control-plane/README.md:22:- Edge TCP proto-socket wire endpoint: `server.edge_wire_listen` (기본 `0.0.0.0:19081`). Edge가 outbound로 연결하는 Control Plane-Edge native wire 경계이며 Client WS와 같은 listener를 공유하지 않는다.
apps/control-plane/README.md:26:두 wire endpoint는 환경변수로 override한다. Client WS는 `IOP_WIRE_LISTEN`, Edge TCP는 `IOP_EDGE_WIRE_LISTEN`으로 listen 주소를 바꾼다. compose dev 환경은 host publish port를 `IOP_CONTROL_PLANE_WIRE_PORT`(기본 19080), `IOP_CONTROL_PLANE_EDGE_WIRE_PORT`(기본 19081)로 분리해 둔다.
apps/control-plane/Dockerfile:25:EXPOSE 9080 19080 19081
```
(Dockerfile/compose/README/config 모든 operator-facing 파일에 Edge TCP 19081 endpoint 노출 확인)

### REVIEW_EDGE_CONN-3 중간 검증
```
$ tmpdir=$(mktemp -d)
$ protoc --go_out="$tmpdir" --go_opt=module=iop --proto_path=. proto/iop/runtime.proto proto/iop/node.proto proto/iop/control.proto proto/iop/job.proto
$ cmp -s proto/gen/iop/control.pb.go "$tmpdir/proto/gen/iop/control.pb.go"; echo "go cmp exit=$?"
go cmp exit=1
$ diff proto/gen/iop/control.pb.go "$tmpdir/proto/gen/iop/control.pb.go"
4c4
< // 	protoc        v5.29.3
---
> // 	protoc        v3.21.12
$ diff <(grep -v 'protoc  *v' proto/gen/iop/control.pb.go) <(grep -v 'protoc  *v' "$tmpdir/proto/gen/iop/control.pb.go") && echo IDENTICAL_EXCEPT_VERSION_COMMENT
IDENTICAL_EXCEPT_VERSION_COMMENT
$ rm -rf "$tmpdir"
```
(Go 생성물 차이는 헤더의 protoc 버전 스탬프 한 줄뿐. 메시지 정의는 source proto와 동일. 커밋본은 protoc v5.29.3, 이 환경은 v3.21.12. protoc-gen-go v1.36.11)

```
$ tmpdir=$(mktemp -d)
$ mkdir -p "$tmpdir/apps/client/lib/gen"
$ protoc --plugin=protoc-gen-dart=/config/.local/bin/protoc-gen-dart --dart_out="$tmpdir/apps/client/lib/gen" --proto_path=. --proto_path=/config/.local/include proto/iop/runtime.proto proto/iop/node.proto proto/iop/control.proto proto/iop/job.proto
$ cmp -s apps/client/lib/gen/proto/iop/control.pb.dart "$tmpdir/apps/client/lib/gen/proto/iop/control.pb.dart"; echo "pb.dart cmp exit=$?"
pb.dart cmp exit=0
$ cmp -s apps/client/lib/gen/proto/iop/control.pbjson.dart "$tmpdir/apps/client/lib/gen/proto/iop/control.pbjson.dart"; echo "pbjson.dart cmp exit=$?"
pbjson.dart cmp exit=0
$ rm -rf "$tmpdir"
```
(Dart 생성물 두 개 모두 source proto 재생성 결과와 byte 단위 완전 일치)

### 최종 검증
```
$ gofmt -l apps/control-plane/internal/wire/edge_registry.go apps/control-plane/internal/wire/edge_server.go apps/control-plane/internal/wire/edge_server_test.go
(no output)

$ go test -count=1 ./apps/control-plane/...
ok  	iop/apps/control-plane/cmd/control-plane	0.006s
ok  	iop/apps/control-plane/internal/wire	0.640s

$ go test -race -count=1 ./apps/control-plane/internal/wire
ok  	iop/apps/control-plane/internal/wire	1.652s

$ go test -count=1 ./packages/... ./proto/gen/...
?   	iop/packages/auth	[no test files]
ok  	iop/packages/config	0.009s
?   	iop/packages/events	[no test files]
ok  	iop/packages/hostsetup	0.004s
?   	iop/packages/jobs	[no test files]
?   	iop/packages/metadata	[no test files]
ok  	iop/packages/observability	0.009s
?   	iop/packages/policy	[no test files]
?   	iop/packages/version	[no test files]
?   	iop/proto/gen/iop	[no test files]
```

---

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

## 코드리뷰 결과

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