<!-- task=m-edge-local-dev-config-runtime/01_config_runtime_env plan=1 tag=REVIEW_CONFIG -->

# Code Review Reference - REVIEW_CONFIG

> **[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.
> 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-28
task=m-edge-local-dev-config-runtime/01_config_runtime_env, plan=1, tag=REVIEW_CONFIG

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

> **[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-edge-local-dev-config-runtime/01_config_runtime_env/`로 이동한다. WARN/FAIL이면 user-review gate를 확인한 뒤 다음 active plan/review 파일 또는 `USER_REVIEW.md`를 작성한다.
4. PASS이고 task group이 `m-edge-local-dev-config-runtime`이면 완료 이벤트 메타데이터를 보고한다. roadmap 상태 체크와 `update-roadmap` 호출은 런타임 책임이다.
5. 적용 가능한 `코드리뷰 전용 체크리스트` 항목을 최종 `.log` 위치에서 체크한 뒤 보고한다.

---

## 구현 항목별 완료 여부

| 항목 | 완료 여부 |
|------|---------|
| [REVIEW_CONFIG-1] Setup-Safe Edge Log Path | [x] |

## 구현 체크리스트

- [x] Setup-installed Edge config gets an explicit service-writable log path while `config init` keeps bundle-local empty log-path behavior.
- [x] Regression tests cover setup template/dry-run log path and bundle `config init` new-field/empty-log-path output.
- [x] `go test -count=1 ./packages/hostsetup ./apps/edge/cmd/edge ./apps/edge/internal/bootstrap` passes and bundle `config init`/`env` smoke still reports `<binary-dir>/logs/edge.log`.
- [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_G07_N.log`로 아카이브한다.
- [x] active `PLAN-*-G??.md`를 `plan_cloud_G07_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-edge-local-dev-config-runtime/01_config_runtime_env/`를 `agent-task/archive/YYYY/MM/m-edge-local-dev-config-runtime/01_config_runtime_env/`로 이동하고 최종 archive 경로에서 이 체크리스트를 갱신한다.
- [x] PASS이고 task group이 `m-edge-local-dev-config-runtime`이면 런타임이 읽을 완료 이벤트 메타데이터를 보고하고, roadmap 수정이나 `update-roadmap` 직접 호출을 하지 않는다.
- [x] PASS split 작업이면 이동 후 빈 active parent `agent-task/m-edge-local-dev-config-runtime/`를 제거하거나, 남은 sibling/file이 있어 유지했다고 확인한다.
- [ ] WARN/FAIL이고 user-review gate가 트리거되지 않았으면 다음 active `PLAN-cloud-G07.md`와 `CODE_REVIEW-cloud-G07.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로 이동한다.

## 계획 대비 변경 사항

- 계획에 없던 회귀 테스트 `TestEdgeBundleConfigTemplateKeepsEmptyLogPath`를 `packages/hostsetup/setup_test.go`에 추가했다. setup template에 service log path가 들어가는 것을 고정한다면, 반대로 bundle template에는 service path가 누설되지 않아야 두 책임이 진짜로 분리된다. 한쪽만 고정하면 향후 둘을 다시 합치는 변경이 silently 통과할 수 있어 negative assertion을 함께 둔 것이 안전하다.
- 그 외 수정 파일과 테스트 이름은 plan과 동일하다.

## 주요 설계 결정

- 두 template은 `packages/hostsetup/templates.go` 안에 인접해 둔다. setup용은 `EdgeSpec().ConfigTemplate`로 그대로 유지해 기존 `hostsetup.Run` 호출 계약을 깨지 않고, bundle용은 새 accessor `EdgeBundleConfigTemplate()`로만 노출한다. `AppSpec`에 새 필드를 추가하면 `NodeSpec`/Control Plane 등 다른 host에도 의미가 흘러가버려 의도와 어긋난다.
- setup용 path는 `/var/lib/iop/edge/logs/edge.log`로 고정한다. `EdgeSpec().DefaultDataDir == "/var/lib/iop/edge"`는 setup이 `chown -R iop:iop`로 만드는 service-owned 디렉터리이고, runtime의 `observability.NewLoggerWithFile`이 `logs/` 하위를 0o755로 생성하므로 service user가 그대로 쓸 수 있다. `/var/log/iop/edge.log` 같은 시스템 공유 경로는 service user 권한 충돌 위험이 더 크다.
- bundle template은 `logging.path: ""`를 명시 키로 노출한다. 사용자가 `config init` 결과를 보고 새 키의 존재(`server.advertise_host`, `bootstrap.artifact_base_url`, `logging.path`)를 알게 되고, 빈 값을 그대로 두면 `iop-edge serve`/`env`가 `<binary-dir>/logs/edge.log`로 해석한다는 contract가 `env` 출력과 함께 닫힌다.
- 기존 `TestConfigInitPrintsTemplateToStdout`의 `nodes: []` 검사 등을 깨지 않도록 두 template 모두 같은 top-level key 순서와 `nodes: []` empty list를 유지한다. setup unit 렌더링(`packages/hostsetup/systemd.go`)은 손대지 않는다 — systemd unit 변경 없이도 path 충돌이 해소되기 때문에 표면을 작게 유지한다.

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

- setup-generated config must not require the `iop` service user to write under `/usr/local/bin`.
- bundle `config init` must keep empty `logging.path` so local bundle logs still resolve to `<binary-dir>/logs/edge.log`.
- setup template and bundle template must both expose the new config keys users need to discover.

## 검증 결과

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

필수 규칙:
- 검증 명령은 고정된 계약이다. 임의로 대체하지 않는다.
- 대체가 필요하면 `계획 대비 변경 사항`에 이유와 대체 명령을 기록한다.
- `검증 결과`에는 실제 stdout/stderr를 붙여 넣는다.

### REVIEW_CONFIG-1 중간 검증
```text
$ go test -count=1 ./packages/hostsetup ./apps/edge/cmd/edge ./apps/edge/internal/bootstrap
ok  	iop/packages/hostsetup	0.005s
ok  	iop/apps/edge/cmd/edge	0.012s
ok  	iop/apps/edge/internal/bootstrap	0.010s
```

### 최종 검증
```text
$ go test -count=1 ./packages/hostsetup ./apps/edge/cmd/edge ./apps/edge/internal/bootstrap
ok  	iop/packages/hostsetup	0.005s
ok  	iop/apps/edge/cmd/edge	0.012s
ok  	iop/apps/edge/internal/bootstrap	0.010s
```

```text
$ tmp="$(mktemp -d)" && go build -o "$tmp/iop-edge" ./apps/edge/cmd/edge && (cd "$tmp" && ./iop-edge config init --force && ./iop-edge config check && ./iop-edge env)
wrote edge.yaml
OK edge.yaml
config: edge.yaml
binary_dir: /tmp/tmp.7L3PTxa4Oa
log_path: /tmp/tmp.7L3PTxa4Oa/logs/edge.log
advertise_host: 192.168.16.14 (auto)
node_transport: 192.168.16.14:9090
artifact_base_url: (unset)
openai_url: (disabled)
a2a_url: (disabled)
configured_nodes: 0 (none)
connected_nodes: offline (env does not start edge)
```

`config init`이 bundle template을 쓰면서 `logging.path`가 비어 있고, `env` 출력의 `log_path`가 임시 binary 디렉터리의 `logs/edge.log`로 해석되는 것을 확인했다. setup 경로는 `TestSetupDryRunUsesEdgeDefaults`가 `path: "/var/lib/iop/edge/logs/edge.log"`를 dry-run config preview에서 직접 검증한다.

회귀 확인용 풀테스트:

```text
$ go test -count=1 ./...
ok  	iop/apps/control-plane/cmd/control-plane	0.007s
ok  	iop/apps/control-plane/internal/wire	0.112s
ok  	iop/apps/edge/cmd/edge	0.014s
ok  	iop/apps/edge/internal/bootstrap	0.014s
ok  	iop/apps/edge/internal/events	0.003s
ok  	iop/apps/edge/internal/input	0.004s
ok  	iop/apps/edge/internal/input/a2a	0.007s
ok  	iop/apps/edge/internal/node	0.004s
ok  	iop/apps/edge/internal/openai	1.507s
ok  	iop/apps/edge/internal/opsconsole	0.005s
ok  	iop/apps/edge/internal/service	0.004s
ok  	iop/apps/edge/internal/transport	0.010s
ok  	iop/apps/node/cmd/node	0.009s
ok  	iop/apps/node/internal/adapters	0.005s
ok  	iop/apps/node/internal/adapters/cli	41.356s
ok  	iop/apps/node/internal/adapters/cli/status	39.733s
ok  	iop/apps/node/internal/adapters/ollama	0.008s
ok  	iop/apps/node/internal/adapters/vllm	0.006s
ok  	iop/apps/node/internal/bootstrap	0.164s
ok  	iop/apps/node/internal/node	0.012s
ok  	iop/apps/node/internal/router	0.004s
ok  	iop/apps/node/internal/store	0.041s
ok  	iop/apps/node/internal/transport	5.029s
ok  	iop/packages/config	0.016s
ok  	iop/packages/hostsetup	0.007s
ok  	iop/packages/observability	0.007s
```

---

> **[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 | setup template에는 service-owned log path가 명시되고, bundle template은 empty path를 유지해 두 실행 경로의 log contract가 분리됐다. |
| Completeness | Pass | 이전 Required의 수정 파일과 테스트가 모두 반영됐고 구현 체크리스트도 완료됐다. |
| Test coverage | Pass | setup template, bundle template, setup dry-run, bundle smoke 경로가 모두 회귀 테스트/검증으로 확인된다. |
| API contract | Pass | `EdgeSpec().ConfigTemplate` 기존 setup 호출 계약은 유지하고, bundle `config init`만 새 accessor를 사용한다. |
| Code quality | Pass | 변경 범위가 좁고 debug 출력, dead code, 불필요한 리팩터가 보이지 않는다. |
| Plan deviation | Pass | 추가 negative test는 template 책임 분리 검증을 강화하는 범위 내 변경이다. |
| Verification trust | Pass | 계획 검증 명령, bundle smoke, `go test -count=1 ./...`를 재실행해 통과를 확인했다. |

### 발견된 문제

없음

### 다음 단계

PASS이므로 `complete.log` 작성 후 active task 디렉터리를 archive로 이동한다.
