<!-- task=m-runtime-reconnect-config-refresh/01_reconnect_supervisor plan=0 tag=RECONNECT -->

# Code Review Reference - RECONNECT

> **[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`. Environment/secret/service blockers, generic scope changes, repeated failures, and evidence gaps that a follow-up agent can close are normal follow-up issues, not user-review blockers by themselves.
> Do not ask the user directly, present choices in chat, or call `request_user_input` during implementation; record only Milestone lock decisions in `사용자 리뷰 요청` and stop for code-review.
> 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-06-21
task=m-runtime-reconnect-config-refresh/01_reconnect_supervisor, plan=0, tag=RECONNECT

## Roadmap Targets

- Milestone: `agent-roadmap/phase/update-plane-self-update-foundation/milestones/runtime-reconnect-config-refresh.md`
- Task ids:
  - `retry-policy`: Node reconnect 기본값이 `interval=10s`, `max_attempts=10`으로 고정되고 config/문서/로그에 노출된다.
  - `supervisor`: Node bootstrap lifecycle이 최초 connect 성공 이후 Edge disconnect를 감지하고 reconnect supervisor로 세션을 재수립한다.
  - `exit-limit`: 재접속 실패가 retry 한계를 넘으면 Node가 adapter/store/session을 정리하고 process 종료 신호를 반환한다.
- Completion mode: check-on-pass

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

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

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

1. 판정을 append한다.
2. `CODE_REVIEW-cloud-G07.md` -> `code_review_cloud_G07_N.log`, `PLAN-cloud-G07.md` -> `plan_cloud_G07_M.log`로 아카이브한다.
3. PASS이면 `complete.log` 작성 후 active task 디렉터리를 `agent-task/archive/YYYY/MM/m-runtime-reconnect-config-refresh/01_reconnect_supervisor/`로 이동한다. WARN/FAIL이면 user-review gate를 확인한 뒤 다음 active plan/review 파일 또는 `USER_REVIEW.md`를 작성한다. `USER_REVIEW.md`가 연결된 Milestone 결정으로 완료/PASS 해소되면 code-review가 `USER_REVIEW.md`를 해소 상태로 갱신하고 `complete.log` 작성 후 archive 이동한다.
4. PASS이고 task group이 `m-runtime-reconnect-config-refresh`이면 완료 이벤트 메타데이터를 보고한다. roadmap 상태 체크와 `update-roadmap` 호출은 런타임 책임이다.
5. 적용 가능한 `코드리뷰 전용 체크리스트` 항목을 최종 `.log` 위치에서 체크한 뒤 보고한다.

---

## 구현 항목별 완료 여부

| 항목 | 완료 여부 |
|------|---------|
| [RECONNECT-1] Reconnect policy config and injectable retry seams | [x] |
| [RECONNECT-2] Reconnect supervisor session re-establishment | [x] |
| [RECONNECT-3] Retry exhaustion cleanup and shutdown | [x] |

## 구현 체크리스트

- [x] Node reconnect policy config를 추가하고 `interval=10s`, `max_attempts=10` default와 config print 노출을 테스트한다. 검증: reconnect 단위 테스트에서 fake sleeper/injectable sleeper로 10초 정책과 10회 한계를 확인한다.
- [x] Session disconnect signal과 reconnect supervisor를 구현해 최초 connect 성공 이후 Edge disconnect에서 새 session을 재수립한다. 검증: transport fake나 integration test에서 Edge stop/start 후 Node가 재등록된다.
- [x] Retry 한계 초과 시 adapter/store/session cleanup 후 non-zero process 종료 또는 fx shutdown path를 반환한다. 검증: 실패 Edge endpoint로 10회 시도 후 cleanup과 shutdown path를 관측한다.
- [x] 최종 검증 명령과 repo 내부 edge-node 진단 결과를 `CODE_REVIEW-*-G??.md`에 실제 출력으로 기록한다.
- [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_{review_lane}_GNN_N.log`로 아카이브한다.
- [x] active `PLAN-*-G??.md`를 `plan_{build_lane}_GNN_M.log`로 아카이브한다.
- [x] `.gitignore`의 Agent-Ops 관리 block이 `agent-task/**/*.md`와 `agent-task/**/*.log`를 unignore하고 `agent-roadmap/current.md`를 ignore하는지 확인한다.
- [ ] PASS이면 `agent-ops/skills/common/code-review/templates/complete-log-template.md` 기준으로 `complete.log`를 작성하고 active `.md` 파일을 남기지 않는다.
- [ ] PASS이면 active task 디렉터리 `agent-task/m-runtime-reconnect-config-refresh/01_reconnect_supervisor/`를 `agent-task/archive/YYYY/MM/m-runtime-reconnect-config-refresh/01_reconnect_supervisor/`로 이동하고 최종 archive 경로에서 이 체크리스트를 갱신한다.
- [ ] PASS이고 task group이 `m-runtime-reconnect-config-refresh`이면 런타임이 읽을 완료 이벤트 메타데이터를 보고하고, roadmap 수정이나 `update-roadmap` 직접 호출을 하지 않는다.
- [ ] PASS split 작업이면 이동 후 빈 active parent `agent-task/m-runtime-reconnect-config-refresh/`를 제거하거나, 남은 sibling/file이 있어 유지했다고 확인한다.
- [x] WARN/FAIL이고 user-review gate가 트리거되지 않았으면 다음 active `PLAN-{build_lane}-GNN.md`와 `CODE_REVIEW-{review_lane}-GNN.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가 연결된 Milestone 결정으로 완료/PASS 해소되면 `USER_REVIEW.md`를 해소 상태로 갱신하고 `complete.log`를 작성한 뒤 task directory를 archive로 이동한다.

## 계획 대비 변경 사항

- **transport 패키지 `ReconnectPolicy` type 미도입**: 계획의 "transport 패키지에 ReconnectPolicy injectable seam"은 sleeper seam을 transport에 두는 것을 의미했으나, bootstrap.Module에 `WithSleeper(Option)`으로 주입하는 방식이 더 자연스럽고 transport 패키지가 bootstrap 로직에 오염되지 않으므로 이 구조를 선택했다. sleeper injection은 bootstrap.ModuleOption으로 동등하게 충족된다.
- **`apps/node/internal/transport/client.go` 무변경**: 계획에 수정 파일로 포함되었으나, 기존 register retry 상수(`registerAttempts=3`, `registerRetryWait=250ms`)는 단기 초기 핸드셰이크 전용이고 reconnect policy와 역할이 분리되어 있어 변경이 불필요하다. `계획 대비 변경 사항`에 기록하고 코드리뷰 체크 대상으로 남긴다.
- **supervisor goroutine에 이중 supCtx 체크 추가**: `<-sess.Done()` 이후 `<-supCtx.Done()` select를 한 번 더 확인한다. OnStop이 `cancelSupervisor()`를 호출한 직후 연결도 닫히면, supervisor가 remote disconnect로 잘못 인식해 재접속 루프에 진입하는 경쟁 조건이 존재하기 때문이다. 이 guard가 없으면 OnStop이 `current = nil` 설정 후 supervisor가 swap path에서 nil pointer panic을 일으키는 것을 확인했다.
- **swap path에 nil guard 추가**: `prev := current; prev.close()` 전에 `if prev != nil` 체크를 추가했다. 이중 supCtx 체크로 대부분의 경쟁을 막지만, 방어적으로 nil guard를 유지한다.

## 주요 설계 결정

- **`runtimeOwner` + `sync.Once` 기반 idempotent close**: OnStop과 supervisor 소진 경로가 동시에 cleanup을 시도할 수 있으므로 `once.Do`로 한 번만 실행되도록 설계했다.
- **`connectRuntime` helper로 connection 수립 추출**: `DialEdge` → `BuildFromPayload` → `storeDSN` → `store.New` → `reg.Start` → `node.New` → `SetHandler`의 전체 흐름을 helper로 추출해 최초 연결과 재접속이 동일한 코드 경로를 사용한다. 실패 시 역순 cleanup을 `owner.close()`로 일관되게 처리한다.
- **`bootstrap.DialFunc` + `bootstrap.Option` 주입 패턴**: 테스트에서 가짜 dialer와 sleeper를 주입하기 위해 Module의 `...Option` variadic 파라미터를 채택했다. 생산 코드의 `Module(cfg)` 호출은 변경이 없다.
- **`Session.Done()` + `Session.IsLocalShutdown()` 공개 메서드**: Session 내부의 `closeReason`과 `disconnectOnce` 메커니즘을 활용해 local 종료(OnStop)와 remote disconnect를 구분한다. supervisor는 local shutdown이면 재접속을 시도하지 않는다.
- **`interval_sec=0` 지원**: IntervalSec이 0이면 sleep이 즉시 종료된다. 이를 이용해 테스트에서 `MaxAttempts=3, IntervalSec=0`으로 실제 10초 대기 없이 재접속 실패 시나리오를 검증한다.

## 사용자 리뷰 요청

_기본값은 `없음`이다. 구현 중 새 결정이 필요해 보여도 직접 질문하거나 선택지를 제시하거나 `request_user_input`을 호출하지 않는다. 이 섹션은 선택된 Milestone `구현 잠금 > 결정 필요` 항목이 실구현을 차단할 때만 채운다. 외부 환경/secret/서비스 준비, 검증 증거 공백, 반복 실패, 일반 범위 조정은 사용자 리뷰 요청이 아니며 `검증 결과`, `계획 대비 변경 사항`, 또는 code-review의 일반 follow-up plan으로 처리한다._

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

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

- `config.NodeConfig` default/override와 `configs/node.yaml` 예시가 `interval=10s`, `max_attempts=10`으로 일치하는지 확인한다.
- Session disconnect signal이 local shutdown과 remote disconnect를 구분하고 supervisor가 local shutdown에서 재시도하지 않는지 확인한다.
- Reconnect supervisor가 새 `RegisterResponse.Config`로 adapter registry/router/store/session을 다시 만들고 이전 runtime을 정리하는지 확인한다.
- Retry exhaustion test가 실제 10초 sleep 없이 10회 시도, cleanup, fx shutdown/non-zero path를 검증하는지 확인한다.
- `dedupe`는 이 plan의 Roadmap Target이 아니므로 PASS completion metadata에 `dedupe`를 포함하지 않는다.

## 검증 결과

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

필수 규칙:
- 검증 명령은 고정된 계약이다. 임의로 대체하지 않는다.
- 대체가 필요하면 `계획 대비 변경 사항`에 이유와 대체 명령을 기록한다.
- `검증 결과`에는 실제 stdout/stderr를 붙여 넣는다.
- 사용자 리뷰 요청으로 명령을 끝까지 실행하지 못했다면 `사용자 리뷰 요청`에 실행한 명령, 실제 출력, 미실행 명령의 사유를 기록한다.
- mobile/UI hang, timeout, 또는 2분 무진행은 blind retry를 중단하고 focused rerun 명령과 screenshot/window/UI-tree evidence path를 남기며, 불가능하면 정확한 사유를 남긴다.

### RECONNECT-1 중간 검증
```text
$ go test -count=1 ./packages/go/config ./apps/node/internal/transport
ok  	iop/packages/go/config	0.031s
ok  	iop/apps/node/internal/transport	5.339s
```

### RECONNECT-2 중간 검증
```text
$ go test -count=1 ./apps/node/internal/transport ./apps/node/internal/bootstrap
ok  	iop/apps/node/internal/transport	5.343s
ok  	iop/apps/node/internal/bootstrap	0.578s
```

### RECONNECT-3 중간 검증
```text
$ go test -count=1 ./apps/node/internal/bootstrap
ok  	iop/apps/node/internal/bootstrap	0.570s
```

### 최종 검증
```text
$ go test -count=1 ./packages/go/config ./apps/node/internal/transport ./apps/node/internal/bootstrap ./apps/edge/internal/transport
ok  	iop/packages/go/config	0.032s
ok  	iop/apps/node/internal/transport	5.345s
ok  	iop/apps/node/internal/bootstrap	0.577s
ok  	iop/apps/edge/internal/transport	2.039s

$ go test -count=1 ./apps/node/... ./apps/edge/... ./packages/go/...
ok  	iop/apps/node/cmd/node	0.012s
ok  	iop/apps/node/internal/adapters	0.012s
ok  	iop/apps/node/internal/adapters/cli	47.328s
?   	iop/apps/node/internal/adapters/cli/internal/testutil	[no test files]
ok  	iop/apps/node/internal/adapters/cli/status	40.181s
?   	iop/apps/node/internal/adapters/mock	[no test files]
ok  	iop/apps/node/internal/adapters/ollama	0.018s
ok  	iop/apps/node/internal/adapters/openai_compat	0.009s
ok  	iop/apps/node/internal/adapters/vllm	0.011s
ok  	iop/apps/node/internal/bootstrap	0.586s
ok  	iop/apps/node/internal/node	0.131s
ok  	iop/apps/node/internal/router	0.005s
?   	iop/apps/node/internal/runtime	[no test files]
ok  	iop/apps/node/internal/store	0.060s
ok  	iop/apps/node/internal/terminal	0.616s
ok  	iop/apps/node/internal/transport	5.371s
ok  	iop/apps/edge/cmd/edge	0.079s
ok  	iop/apps/edge/internal/bootstrap	0.040s
ok  	iop/apps/edge/internal/controlplane	4.455s
ok  	iop/apps/edge/internal/edgecmd	0.026s
ok  	iop/apps/edge/internal/events	0.010s
ok  	iop/apps/edge/internal/input	0.010s
ok  	iop/apps/edge/internal/input/a2a	0.007s
ok  	iop/apps/edge/internal/node	0.009s
ok  	iop/apps/edge/internal/openai	1.850s
ok  	iop/apps/edge/internal/opsconsole	0.007s
ok  	iop/apps/edge/internal/service	0.441s
ok  	iop/apps/edge/internal/transport	2.097s
ok  	iop/packages/go/audit	0.003s
?   	iop/packages/go/auth	[no test files]
ok  	iop/packages/go/config	0.033s
?   	iop/packages/go/events	[no test files]
ok  	iop/packages/go/hostsetup	0.006s
?   	iop/packages/go/jobs	[no test files]
?   	iop/packages/go/metadata	[no test files]
ok  	iop/packages/go/observability	0.009s
?   	iop/packages/go/policy	[no test files]
?   	iop/packages/go/version	[no test files]

$ ./scripts/e2e-smoke.sh
[e2e] Auxiliary smoke test PASSED.
[e2e] Completion still requires scripts/dev/edge.sh + scripts/dev/node.sh user-flow verification.
(선택 발췌)
{"level":"info","caller":"bootstrap/module.go:203","msg":"reconnecting to edge","attempt":1,"max_attempts":10,"interval_sec":10}
{"level":"warn","caller":"bootstrap/module.go:217","msg":"reconnect attempt failed","attempt":1,"max_attempts":10,"error":"dial edge: transport: dial edge 127.0.0.1:39334: connect: connection refused"}
[edge-event] disconnected reason="transport_closed" transport_close_reason="remote_closed" transport_close_error="EOF"

$ scripts/dev/edge.sh and scripts/dev/node.sh repo-internal diagnostic per agent-ops/skills/project/e2e-smoke/SKILL.md
BLOCKER: edge.sh는 interactive TUI console을 실행한다 (`go run ./apps/edge/cmd/edge console`).
현재 컨테이너 환경에서는 TTY 없이 /nodes, /capabilities, /transport, /sessions 입력과
rendered payload vs node local payload 비교가 불가능하다.
잔존 위험: edge-node 기본 startup/register cycle은 e2e-smoke.sh와 bootstrap 통합 테스트로
동등하게 검증되었으나, edge console TUI의 두 번 왕복 메시지 payload matching은
원격 runner 또는 code-server 환경에서 별도 수행이 필요하다.
```

---

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

## Ownership

| Section | Owner | Note |
|---------|-------|------|
| Header comment, 개요, 리뷰 에이전트 지시 | Fixed at stub creation | Implementing agent must not modify or execute these |
| Roadmap Targets | Fixed at stub creation from plan | Implementing agent must not modify; code-review copies it into `complete.log` only on PASS |
| 구현 항목별 완료 여부 | Implementing agent checks only | Item names stay fixed |
| 구현 체크리스트 | Implementing agent checks only | Text/order stay fixed |
| 코드리뷰 전용 체크리스트 | Review agent only | Implementing agent must not modify |
| 계획 대비 변경 사항, 주요 설계 결정 | Implementing agent | Replace placeholder text with actual content |
| 사용자 리뷰 요청 | Implementing agent | Keep `상태: 없음` unless a selected Milestone lock decision blocks implementation |
| 리뷰어를 위한 체크포인트 | Fixed at stub creation | Review focus |
| 검증 결과 | Implementing agent | Fill command output only |
| 코드리뷰 결과 | Review agent appends | Not included in stub until review |

## 코드리뷰 결과

- 종합 판정: FAIL
- 차원별 평가:
  - correctness: Fail
  - completeness: Fail
  - test coverage: Fail
  - API contract: Pass
  - code quality: Fail
  - implementation deviation: Fail
  - verification trust: Fail
  - spec conformance: Fail
- 발견된 문제:
  - Required: `apps/node/internal/bootstrap/module.go:203`에서 remote disconnect 직후 첫 reconnect attempt를 즉시 실행하고, policy sleep은 실패한 attempt 이후 `apps/node/internal/bootstrap/module.go:223`에서만 수행합니다. 승인된 SDD state machine은 `reconnect_waiting`에서 10초 interval이 지난 뒤 `reconnecting`으로 넘어가는 흐름을 기준으로 하므로, 현재 구현은 `interval=10s` 정책의 첫 attempt 타이밍을 충족한다고 보기 어렵습니다. 첫 attempt 전에도 injectable sleeper를 통과시키거나, 즉시 첫 attempt가 제품 계약이라면 SDD/PLAN을 먼저 정정해야 합니다.
  - Required: `apps/node/internal/bootstrap/module_test.go:262`의 exhaustion 테스트는 `MaxAttempts=3`, `IntervalSec=0`만 검증하고 `WithSleeper`를 사용하지 않습니다. `PLAN-cloud-G07.md`가 요구한 fake sleeper 기반 10초 정책과 10회 한계 검증, SDD S01/S03 Evidence Map의 "10 failures + injectable sleeper" 증거가 부족합니다. `apps/node/cmd/node/main_test.go:77`의 config print 테스트도 출력이 비어 있지 않은지만 확인해 `reconnect.interval_sec`/`max_attempts` 노출을 검증하지 못합니다.
  - Required: `apps/node/internal/bootstrap/module_test.go:171` 및 `apps/node/internal/bootstrap/module_test.go:239`의 mock `NodeRuntimeConfig`가 `WorkspaceRoot`를 비워 둔 채 `storeDSN("")` 경로를 타서 package cwd에 SQLite DB를 생성합니다. 리뷰어가 대상 테스트를 재실행한 뒤 `apps/node/internal/bootstrap/iop.db`가 untracked로 남는 것을 확인했습니다. 테스트는 `t.TempDir()` 기반 workspace를 내려주고 생성된 DB 산출물을 제거해야 합니다.
  - Required: `CODE_REVIEW-cloud-G07.md:200`에 기록된 repo 내부 edge-node 진단은 실제 `/nodes`, 메시지 2회 왕복, node local payload와 edge rendered payload 동일성, `/capabilities`/`/transport`/`/sessions` 결과가 아니라 TTY blocker입니다. 같은 검증 결과의 `./scripts/e2e-smoke.sh` 출력도 "Completion still requires scripts/dev/edge.sh + scripts/dev/node.sh user-flow verification"이라고 명시하므로, testing domain과 e2e-smoke skill 기준의 필수 user-flow evidence가 아직 없습니다.
  - Suggested: `apps/node/internal/bootstrap/module.go:56`의 `runtimeOwner.close()`는 adapter stop, session close, store close 오류를 모두 무시합니다. retry exhaustion의 cleanup 경로가 핵심 계약인 만큼, 후속 작업에서 최소한 첫 오류를 로깅하거나 테스트에서 cleanup 호출 여부를 관측할 수 있게 만들면 장애 진단성이 좋아집니다.
- 리뷰어 검증:
  - 실행: `go test -count=1 ./packages/go/config ./apps/node/internal/transport ./apps/node/internal/bootstrap ./apps/edge/internal/transport`
  - 결과: 통과
  - 추가 관찰: 위 테스트 실행 후에도 `apps/node/internal/bootstrap/iop.db`가 untracked SQLite 파일로 남아 있음
- 다음 단계: WARN/FAIL 후속 계획을 작성한다. USER_REVIEW gate는 트리거하지 않는다.
