fix(client): compose 웹 빌드 경로를 보강한다

ignored sibling lock file에 의존하던 Dockerfile cache layer를 제거한다.

원격 포트 표준화 검증 루프의 완료 archive와 후속 확인 plan을 정리한다.
This commit is contained in:
toki 2026-06-07 21:15:44 +09:00
parent dd488f1e56
commit 88a01ce014
10 changed files with 1169 additions and 181 deletions

View file

@ -0,0 +1,63 @@
# User Review Required - m-workspace-port-env-standardization/03+01,02_remote_smoke_evidence
## 요청 일시
2026-06-07
## 상태
RESOLVED_PASS
## 사유
- 유형: implementation-blocked
- 현재 리뷰 회차: 2
- 최종 판정: FAIL
- 요약: repo-owned Dockerfile build blocker는 해소됐고, 원격 `code-server` compose config도 standard slot `19080`/`13000`을 비우도록 수정됐다. 실행 중인 container에는 아직 적용되지 않았으므로 사용자가 원하는 시점에 재시작/재생성한 뒤 compose service health를 재개해야 한다.
## 루프 이력
| Plan | Review | Verdict | 메모 |
|------|--------|---------|------|
| `plan_cloud_G07_0.log` | `code_review_cloud_G07_0.log` | FAIL | ignored sibling `proto-socket/dart/pubspec.lock` 의존과 standard-slot compose health 미완료가 Required로 확인됨. |
| `plan_cloud_G07_1.log` | `code_review_cloud_G07_1.log` | FAIL | Dockerfile build blocker는 해소됐으나 사용자 소유 `code-server``19080`/`13000`을 점유해 standard-slot compose health가 차단됨. |
## 차단 근거
- 문제: `port-default-rollout` completion evidence에 필요한 standard-slot compose health가 원격 `code-server` port 점유 때문에 완료되지 않았다. 이후 `code-server` compose config는 `13000``19080`을 publish하지 않도록 수정됐지만, running container에는 재시작 전까지 반영되지 않는다.
- 현재 archive plan: `plan_cloud_G07_1.log`
- 현재 archive review: `code_review_cloud_G07_1.log`
- 검증 명령: `IOP_EDGE_NODE_TOKEN=<sanitized-smoke-token> docker compose --project-name iop-g07-port-smoke --env-file .env.example up --build -d postgres redis control-plane edge web`
- 실제 출력: `control-plane`, `edge`, `web` image build와 Postgres/Redis health는 통과했으나 Control Plane start 단계에서 `Bind for 0.0.0.0:19080 failed: port is already allocated`로 실패했다. 사전 `docker ps --format '{{.Names}} {{.Ports}}' | grep -E '13000|19080' || true` 출력은 `code-server``0.0.0.0:19080->19080/tcp``0.0.0.0:13000->3000/tcp`를 점유 중임을 기록했다.
- 차단 판단 근거: plan은 사용자 소유 원격 Docker/container를 중지하거나 재배치하지 말라고 명시했고, code-review도 사용자 소유 `code-server` container를 임의로 중지할 수 없다. config는 수정됐으므로 남은 결정은 사용자가 언제 `code-server`를 재시작/재생성해 새 port mapping을 적용할지다.
## 처리된 사용자 결정
- 2026-06-07: 사용자 지시에 따라 `/Users/toki/docker/services/code-server/compose/docker-compose.yml`만 수정했다. `code-server` container는 재시작하지 않았다.
- 변경 내용: `13000-13099:3000-3099``13001-13099:3001-3099`로 바꾸고, `19080:19080` publish를 제거했다.
- 원격 백업: `/Users/toki/docker/services/code-server/compose/docker-compose.yml.backup-20260607202844`
- 확인: `/usr/local/bin/docker compose -f /Users/toki/docker/services/code-server/compose/docker-compose.yml config` render에서 `13000``19080` publish가 사라지고 `13001``9080` publish만 확인됐다.
- 현재 상태: `/usr/local/bin/docker inspect code-server --format "{{.State.Status}}"` 결과는 `running`이다. running container는 아직 기존 port mapping을 유지한다.
- 2026-06-07: 사용자가 "그냥 완료로 닫아"라고 지시해, 남은 표준 포트 실기동 검증은 사용자 수락 리스크로 두고 이 stop state를 완료/PASS 해소로 닫는다.
## 사용자 결정 필요
- [x] 테스트 환경 config를 준비한 뒤 재시도한다.
- [x] 사용자가 남은 검증 리스크를 수락하고 작업을 완료 처리한다.
- [ ] 작업 범위를 줄이거나 보류/폐기한다.
## 재개 조건
- 사용자가 원격 runner에서 `code-server`를 재시작/재생성해 수정된 compose config를 적용한다.
- 적용 후 `docker ps --format '{{.Names}} {{.Ports}}' | grep -E '13000|19080' || true`에서 `code-server``13000``19080`을 publish하지 않아야 한다.
- 재개 후 `docker compose --project-name iop-g07-port-smoke --env-file .env.example up --build -d postgres redis control-plane edge web`, `curl -fsS http://127.0.0.1:18000/healthz`, `curl -fsS http://127.0.0.1:18000/readyz`, `docker compose --project-name iop-g07-port-smoke ps`, cleanup을 다시 기록한다.
## 다음 실행 힌트
- `code-server` 재시작/재생성 후 같은 task path에서 compose health evidence만 재수집하면 된다.
- 새 구현이 필요하면 plan 스킬이 이 `USER_REVIEW.md``user_review_N.log`로 아카이브한 뒤 새 `PLAN-*-G??.md` / `CODE_REVIEW-*-G??.md`를 작성한다.
## 종료 규칙
- 사용자가 이 stop state를 완료/PASS로 해소하면 `USER_REVIEW.md`를 해소 상태로 갱신하고, `agent-ops/skills/common/code-review/templates/complete-log-template.md` 기준 `complete.log`를 작성한 뒤 task directory를 archive로 이동한다.
- 새 구현이 필요하면 `plan` 스킬이 `USER_REVIEW.md``user_review_N.log`로 아카이브한 뒤 새 `PLAN-*-G??.md` / `CODE_REVIEW-*.md`를 작성한다.

View file

@ -0,0 +1,286 @@
<!-- task=m-workspace-port-env-standardization/03+01,02_remote_smoke_evidence plan=0 tag=TEST -->
# Code Review Reference - TEST
> **[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.
## 개요
date=2026-06-07
task=m-workspace-port-env-standardization/03+01,02_remote_smoke_evidence, plan=0, tag=TEST
## Roadmap Targets
- Milestone: `agent-roadmap/phase/automation-runtime-bridge/milestones/workspace-port-env-standardization.md`
- Task ids:
- `port-default-rollout`: `.env.example`, `docker-compose.yml`, config/default, app README, `agent-test/local`의 포트 기본값과 검증 명령을 표준 후보에 맞춰 정렬한다.
- 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 디렉터리를 archive로 이동한다.
4. PASS이고 task group이 `m-workspace-port-env-standardization`이면 완료 이벤트 메타데이터를 보고한다. roadmap 수정이나 `update-roadmap` 직접 호출은 하지 않는다.
---
## 구현 항목별 완료 여부
| 항목 | 완료 여부 |
|------|---------|
| [TEST-1] Confirm predecessor completion and local regression | [x] |
| [TEST-2] Verify remote compose slots | [ ] blocked |
| [TEST-3] Verify wire, client, and Edge input smoke | [x] |
## 구현 체크리스트
- [x] predecessor `01_compose_env_defaults`와 `02+01_runtime_config_docs`의 `complete.log`를 확인한다.
- [x] local quick regression을 실행하고 결과를 기록한다.
- [ ] 원격 runner/code-server에서 compose render와 compose service health를 새 host slot으로 확인한다. Render는 통과했으나 full compose는 web image build blocker, web 제외 service health는 `19080` port collision으로 차단됨.
- [x] Control Plane-Edge wire, edge-node smoke, OpenAI-compatible smoke 중 변경 범위에 맞는 smoke를 실행하고 pass/blocker를 분리해 기록한다.
- [x] 검증 결과에 host/token/credential 원문이 남지 않도록 출력 sanitization 여부를 확인한다.
- [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] `.gitignore`의 Agent-Ops 관리 block이 task artifact를 unignore하고 `agent-roadmap/current.md`를 ignore하는지 확인한다.
- [x] WARN/FAIL이고 user-review gate가 트리거되지 않았으면 다음 active `PLAN-cloud-G07.md`와 `CODE_REVIEW-cloud-G07.md`를 작성하고 `complete.log`를 작성하지 않는다.
- [ ] PASS이면 `complete.log`를 작성하고 active `.md` 파일을 남기지 않는다.
- [ ] PASS이면 active task 디렉터리를 archive로 이동한다.
- [ ] PASS이고 task group이 `m-workspace-port-env-standardization`이면 Roadmap Completion metadata를 보고한다.
## 계획 대비 변경 사항
- 원격 runner 기본 checkout은 local HEAD와 달랐고 dirty 상태였으므로 사용하지 않았다. remote repo에서 `git fetch origin main` 후 local HEAD와 같은 commit `dd488f1e566899881fca7371ca71d417f90a34ed`로 별도 임시 worktree를 만들었다.
- `docker-compose.yml`의 build context가 parent directory의 `iop/...` 경로를 전제로 하므로, 임시 parent 아래 `iop` 이름으로 worktree를 배치했다.
- 원격 runner에 `rg`가 없어 compose render slot 확인은 `grep -E` fallback으로 수행했다.
- 원격 shell의 `IOP_EDGE_NODE_TOKEN`은 unset이었다. Compose render/build isolation에는 secret이 아닌 임시 smoke token을 주입했으며, review output에는 token 원문을 기록하지 않았다.
- 기존 remote Docker project를 건드리지 않기 위해 Compose project name은 `iop-g07-port-smoke`로 분리했다. host publish port 값은 `.env.example` 표준 slot 그대로 검증했다.
- full compose가 web image build blocker로 실패한 뒤, 원인 분리를 위해 `postgres redis control-plane edge`만 추가 실행했다. 이 추가 실행도 host `19080` collision으로 Control Plane publish가 실패했다.
- 검증 후 임시 remote worktree와 Compose project는 정리했다. Remote 기본 checkout은 수정하지 않았다.
## 주요 설계 결정
- Source 수정 없음. 이 split은 검증/evidence 기록 전용으로 유지했다.
- remote evidence는 dirty 기본 checkout이 아니라 isolated worktree 기준으로 수집했다.
- host/token/credential 원문은 검증 결과에 기록하지 않았다. Remote endpoint는 `<remote-runner>`로 표기하고, node token은 `<set>` 또는 `<sanitized-test-token>`으로만 표기했다.
## 사용자 리뷰 요청
_기본값은 `없음`이다. 구현 중 사용자 결정, 사용자 소유 외부 환경/secret/서비스 준비, 또는 계획 범위 변경 없이는 안전하게 진행할 수 없으면 아래 항목을 실제 내용으로 교체하고, 구현을 중단한 뒤 active 파일을 그대로 둔 채 리뷰를 요청한다._
- 상태: 요청
- 사유 유형: 사용자 소유 외부 환경 전제 + 범위 충돌 가능성
- 결정 필요:
- 원격 runner shell에 실제 `IOP_EDGE_NODE_TOKEN`을 설정하고 표준 host slot `13000`, `19080`을 비울지, 또는 이번 smoke에서 임시 override port 사용을 허용할지 결정이 필요하다.
- `apps/client/Dockerfile`이 `proto-socket/dart/pubspec.lock`을 필수로 `COPY`하지만 remote sibling `proto-socket/dart/`에 해당 lock file이 없어 web image build가 실패한다. 이 build contract를 이번 task에서 수정할지 별도 follow-up으로 보낼지 판단이 필요하다.
- 차단 근거:
- `test -n "${IOP_EDGE_NODE_TOKEN:?set IOP_EDGE_NODE_TOKEN in the remote shell}"` failed with `IOP_EDGE_NODE_TOKEN: set IOP_EDGE_NODE_TOKEN in the remote shell`.
- `docker compose --env-file .env.example ... up --build -d postgres redis control-plane edge web` failed while building `web`: `"/proto-socket/dart/pubspec.lock": not found`.
- `docker compose --env-file .env.example ... up --build -d postgres redis control-plane edge` built Go services but failed to start Control Plane because `0.0.0.0:19080` was already allocated. Remote `lsof` showed Docker listening on `19080`; Docker also occupied `13000`.
- 실행한 검증/명령:
- predecessor complete log checks: PASS
- `go test ./...`: PASS
- remote compose render: PASS with `grep -E` fallback; standard slots `18000`, `13000`, `15400`, `16300`, `19080`, `19081`, `19090` present
- remote full compose up with `web`: BLOCKED by `proto-socket/dart/pubspec.lock` missing
- remote compose up without `web`: BLOCKED by `19080` port collision after `postgres`/`redis` became healthy
- `make test-control-plane-edge-wire`: PASS
- remote `cd apps/client && flutter test`: PASS, 27 tests
- remote `make client-build-web`: PASS
- `./scripts/e2e-smoke.sh`: PASS
- `./scripts/e2e-openai-ollama.sh`: PASS
- 자동 후속 불가 이유: remote service stop/restart or port freeing is user-owned environment control, and changing Dockerfile/proto-socket lock behavior exceeds this validation-only split without review direction.
- 재개 조건: remote token configured, standard ports freed or override approved, and web Docker build contract fixed or explicitly excluded from this validation.
## 리뷰어를 위한 체크포인트
- predecessor `01`, `02` 완료 근거가 확인되었는지 확인한다.
- remote compose output에서 token/host secret이 노출되지 않았는지 확인한다.
- OpenAI smoke 실패가 port regression인지 외부 provider/environment blocker인지 분리되었는지 확인한다.
- PASS이면 `Roadmap Targets`의 `port-default-rollout`만 completion 대상으로 보고한다.
## 검증 결과
_구현 에이전트가 각 중간 검증 및 최종 검증 명령 실행 후 출력을 여기에 붙여 넣는다._
### TEST-1 중간 검증
```bash
$ test -f agent-task/m-workspace-port-env-standardization/01_compose_env_defaults/complete.log || find agent-task/archive -path '*/m-workspace-port-env-standardization/01_compose_env_defaults/complete.log' -print -quit
agent-task/archive/2026/06/m-workspace-port-env-standardization/01_compose_env_defaults/complete.log
$ test -f agent-task/m-workspace-port-env-standardization/02+01_runtime_config_docs/complete.log || find agent-task/archive -path '*/m-workspace-port-env-standardization/02+01_runtime_config_docs/complete.log' -print -quit
agent-task/archive/2026/06/m-workspace-port-env-standardization/02+01_runtime_config_docs/complete.log
$ go test ./...
ok iop/apps/control-plane/cmd/control-plane (cached)
ok iop/apps/control-plane/internal/wire (cached)
ok iop/apps/edge/... (cached)
ok iop/apps/node/internal/adapters/cli 42.319s
ok iop/apps/node/... (cached)
ok iop/packages/go/... (cached)
? iop/proto/gen/iop [no test files]
```
### TEST-2 중간 검증
```bash
$ test -n "${IOP_EDGE_NODE_TOKEN:?set IOP_EDGE_NODE_TOKEN in the remote shell}"
zsh:2: IOP_EDGE_NODE_TOKEN: set IOP_EDGE_NODE_TOKEN in the remote shell
$ docker compose --env-file .env.example config >/tmp/iop-compose-config.out
(remote isolated worktree, token value sanitized) exit=0
$ rg --sort path '18000|13000|15400|16300|19080|19081|19090' /tmp/iop-compose-config.out
(remote `rg` missing; used `grep -E` fallback)
- http://127.0.0.1:18000/healthz
target: 18000
published: "18000"
target: 19080
published: "19080"
target: 19081
published: "19081"
IOP_CONTROL_PLANE_EDGE_WIRE_ADDR: control-plane:19081
published: "19090"
published: "15400"
published: "16300"
IOP_CONTROL_PLANE_HTTP_URL: http://localhost:18000
IOP_CONTROL_PLANE_WIRE_URL: ws://localhost:19080/client
published: "13000"
$ docker compose --env-file .env.example up --build -d postgres redis control-plane edge web
BLOCKED. Full compose build failed in `web` image:
COPY proto-socket/dart/pubspec.yaml proto-socket/dart/pubspec.lock /workspace/proto-socket/dart/
failed to calculate checksum ... "/proto-socket/dart/pubspec.lock": not found
Additional isolation run without `web`:
postgres and redis became healthy, control-plane/edge images built, then Control Plane failed to start:
Bind for 0.0.0.0:19080 failed: port is already allocated
$ curl -fsS http://127.0.0.1:18000/healthz
curl: (7) Failed to connect to 127.0.0.1 port 18000 after 0 ms: Couldn't connect to server
$ curl -fsS http://127.0.0.1:18000/readyz
curl: (7) Failed to connect to 127.0.0.1 port 18000 after 0 ms: Couldn't connect to server
$ docker compose ps
NAME SERVICE STATUS PORTS
iop-g07-port-smoke-postgres-1 postgres Up 10 seconds (healthy) 127.0.0.1:15400->5432/tcp
iop-g07-port-smoke-redis-1 redis Up 10 seconds (healthy) 127.0.0.1:16300->6379/tcp
Remote port owner check:
TCP *:19080 (LISTEN) by Docker
TCP *:13000 (LISTEN) by Docker
$ docker compose down
Removed `iop-g07-port-smoke` containers/network. `docker ps -a --filter name=iop-g07-port-smoke` returned no containers.
```
### TEST-3 중간 검증
```bash
$ make test-control-plane-edge-wire
[cp-edge-wire] CP: hello accepted
[cp-edge-wire] Edge: connected to control plane
[cp-edge-wire] CP: edge disconnected
[cp-edge-wire] Control Plane-Edge wire smoke PASSED.
$ cd apps/client && flutter test
remote isolated worktree:
00:03 +27: All tests passed!
$ make client-build-web
remote isolated worktree:
flutter build web --dart-define=IOP_CONTROL_PLANE_HTTP_URL=http://localhost:18000 --dart-define=IOP_CONTROL_PLANE_WIRE_URL=ws://localhost:19080/client
Compiling lib/main.dart for the Web... 24.7s
✓ Built build/web
$ ./scripts/e2e-smoke.sh
[e2e] Auxiliary smoke test PASSED.
[e2e] Completion still requires scripts/dev/edge.sh + scripts/dev/node.sh user-flow verification.
$ ./scripts/e2e-openai-ollama.sh
[openai-ollama] OpenAI-compatible Ollama serving test PASSED.
```
### 최종 검증
```bash
$ test -f agent-task/m-workspace-port-env-standardization/01_compose_env_defaults/complete.log || find agent-task/archive -path '*/m-workspace-port-env-standardization/01_compose_env_defaults/complete.log' -print -quit
agent-task/archive/2026/06/m-workspace-port-env-standardization/01_compose_env_defaults/complete.log
$ test -f agent-task/m-workspace-port-env-standardization/02+01_runtime_config_docs/complete.log || find agent-task/archive -path '*/m-workspace-port-env-standardization/02+01_runtime_config_docs/complete.log' -print -quit
agent-task/archive/2026/06/m-workspace-port-env-standardization/02+01_runtime_config_docs/complete.log
$ go test ./...
PASS. Same run as TEST-1; all Go packages completed successfully.
$ test -n "${IOP_EDGE_NODE_TOKEN:?set IOP_EDGE_NODE_TOKEN in the remote shell}"
BLOCKED. Remote shell token is unset.
$ docker compose --env-file .env.example config >/tmp/iop-compose-config.out
PASS in remote isolated worktree with sanitized temporary token.
$ rg --sort path '18000|13000|15400|16300|19080|19081|19090' /tmp/iop-compose-config.out
BLOCKED for exact command because remote `rg` is unavailable. `grep -E` fallback confirmed all listed slots.
$ docker compose --env-file .env.example up --build -d postgres redis control-plane edge web
BLOCKED. `web` image build failed because `proto-socket/dart/pubspec.lock` is missing.
$ curl -fsS http://127.0.0.1:18000/healthz
BLOCKED. Control Plane did not start due `19080` host port collision.
$ curl -fsS http://127.0.0.1:18000/readyz
BLOCKED. Control Plane did not start due `19080` host port collision.
$ docker compose down
PASS cleanup. No `iop-g07-port-smoke` containers remained.
$ make test-control-plane-edge-wire
PASS.
$ cd apps/client && flutter test
PASS, 27 tests.
$ make client-build-web
PASS, `✓ Built build/web`.
$ ./scripts/e2e-smoke.sh
PASS, auxiliary mock smoke.
$ ./scripts/e2e-openai-ollama.sh
PASS.
```
Overall final verification status: BLOCKED on TEST-2 remote compose service health. Passing checks are sufficient to show Go/client/wire/e2e smoke did not regress, but not sufficient to mark `port-default-rollout` complete because standard-slot Compose health could not be proven.
## 코드리뷰 결과
- 종합 판정: FAIL
- 차원별 평가:
- correctness: Fail
- completeness: Fail
- test coverage: Fail
- API contract: Fail
- code quality: Pass
- plan deviation: Fail
- verification trust: Fail
- 발견된 문제:
- Required: `apps/client/Dockerfile:14`가 sibling `proto-socket/dart/pubspec.lock`을 필수로 `COPY`하지만 해당 파일은 sibling repo에서 추적되지 않고 `.gitignore`로 무시된다(`../proto-socket/.gitignore:5`). clean/isolated runner에서는 review evidence처럼 web image build가 `"/proto-socket/dart/pubspec.lock": not found`로 실패하므로 compose web build 계약이 재현 가능하지 않다. 후속에서 Dockerfile이 ignored lock file에 의존하지 않도록 고치거나, 의도된 lock artifact를 추적 가능한 계약으로 만들고 clean remote context에서 `docker compose --env-file .env.example up --build -d postgres redis control-plane edge web`를 재검증한다.
- Required: `agent-task/m-workspace-port-env-standardization/03+01,02_remote_smoke_evidence/CODE_REVIEW-cloud-G07.md:48`의 핵심 구현 체크리스트인 원격 compose service health가 미완료이고, 최종 검증도 `/healthz`와 `/readyz`를 `19080` host port collision 때문에 확인하지 못했다(`agent-task/m-workspace-port-env-standardization/03+01,02_remote_smoke_evidence/CODE_REVIEW-cloud-G07.md:241`). 이 task는 `port-default-rollout` completion evidence를 내는 split이므로 standard-slot compose health를 실제로 통과시키거나, repo-owned 이슈를 해결한 뒤에도 user-owned 포트 점유가 남는다는 evidence로 사용자 리뷰 stop을 다시 기록해야 한다.
- 다음 단계: WARN/FAIL 후속 plan/review를 작성한다.

View file

@ -0,0 +1,313 @@
<!-- task=m-workspace-port-env-standardization/03+01,02_remote_smoke_evidence plan=1 tag=REVIEW_TEST -->
# Code Review Reference - REVIEW_TEST
> **[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.
> Do not ask the user directly, present choices in chat, or call `request_user_input` during implementation; record the needed decision 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-07
task=m-workspace-port-env-standardization/03+01,02_remote_smoke_evidence, plan=1, tag=REVIEW_TEST
## Roadmap Targets
- Milestone: `agent-roadmap/phase/automation-runtime-bridge/milestones/workspace-port-env-standardization.md`
- Task ids:
- `port-default-rollout`: `.env.example`, `docker-compose.yml`, config/default, app README, `agent-test/local`의 포트 기본값과 검증 명령을 표준 후보에 맞춰 정렬한다.
- 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-workspace-port-env-standardization/03+01,02_remote_smoke_evidence/`로 이동한다. WARN/FAIL이면 user-review gate를 확인한 뒤 다음 active plan/review 파일 또는 `USER_REVIEW.md`를 작성한다.
4. PASS이고 task group이 `m-workspace-port-env-standardization`이면 완료 이벤트 메타데이터를 보고한다. roadmap 상태 체크와 `update-roadmap` 호출은 런타임 책임이다.
5. 적용 가능한 `코드리뷰 전용 체크리스트` 항목을 최종 `.log` 위치에서 체크한 뒤 보고한다.
---
## 구현 항목별 완료 여부
| 항목 | 완료 여부 |
|------|---------|
| [REVIEW_TEST-1] Remove ignored sibling lock dependency from client Docker image build | [x] |
| [REVIEW_TEST-2] Recollect standard-slot compose health evidence after the repo-owned fix | [ ] blocked |
## 구현 체크리스트
- [x] `apps/client/Dockerfile`이 ignored sibling `proto-socket/dart/pubspec.lock`에 의존하지 않도록 수정한다.
- [x] Dockerfile 변경 후 client/package quick regression과 web build 검증을 실행하고 실제 stdout/stderr를 기록한다.
- [x] 원격 runner/code-server의 isolated worktree에 local patch를 동기화한 뒤 표준 host slot compose render/build/service health를 재검증한다.
- [x] 표준 `13000`/`19080` slot이 repo-owned fix 후에도 사용자 소유 Docker 상태로 막히면 직접 중지하지 말고 `사용자 리뷰 요청`에 port owner evidence와 재개 조건을 기록한다.
- [x] 검증 결과에 host/token/credential 원문이 남지 않도록 출력 sanitization 여부를 확인한다.
- [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] `.gitignore`의 Agent-Ops 관리 block이 `agent-task/**/*.md`와 `agent-task/**/*.log`를 unignore하고 `agent-roadmap/current.md`를 ignore하는지 확인한다.
- [x] PASS이면 `agent-ops/skills/common/code-review/templates/complete-log-template.md` 기준으로 `complete.log`를 작성하고 active `.md` 파일을 남기지 않는다.
- [x] PASS이면 active task 디렉터리 `agent-task/m-workspace-port-env-standardization/03+01,02_remote_smoke_evidence/`를 `agent-task/archive/YYYY/MM/m-workspace-port-env-standardization/03+01,02_remote_smoke_evidence/`로 이동하고 최종 archive 경로에서 이 체크리스트를 갱신한다.
- [x] PASS이고 task group이 `m-workspace-port-env-standardization`이면 런타임이 읽을 완료 이벤트 메타데이터를 보고하고, roadmap 수정이나 `update-roadmap` 직접 호출을 하지 않는다.
- [x] PASS split 작업이면 이동 후 빈 active parent `agent-task/m-workspace-port-env-standardization/`를 제거하거나, 남은 sibling/file이 있어 유지했다고 확인한다.
- [ ] WARN/FAIL이고 user-review gate가 트리거되지 않았으면 다음 active `PLAN-cloud-G07.md`와 `CODE_REVIEW-cloud-G07.md`를 작성하고 `complete.log`를 작성하지 않는다.
- [x] USER_REVIEW이면 `agent-ops/skills/common/code-review/templates/user-review-template.md` 기준으로 `USER_REVIEW.md`를 작성하고 active `PLAN-*.md`, `CODE_REVIEW-*.md`, `complete.log`를 남기지 않는다.
- [x] USER_REVIEW가 사용자 결정으로 완료/PASS 해소되면 `USER_REVIEW.md`를 해소 상태로 갱신하고 `complete.log`를 작성한 뒤 task directory를 archive로 이동한다.
## 계획 대비 변경 사항
- `apps/client/Dockerfile`에서 `proto-socket/dart/pubspec.lock`뿐 아니라 clean Docker context에 없는 sibling package lock 의존성도 제거했다. `iop_console/pubspec.lock`은 local generated file로 존재할 수 있지만 git 추적 대상이 아니어서 Dockerfile 필수 `COPY` 대상으로 둘 수 없다.
- `flutter pub get` 단계가 app의 path dependencies를 해석할 수 있도록 `proto-socket`, `agent-shell`, `nexo_messaging`, `iop_console` manifest를 먼저 복사하고, `flutter build web` 전에 해당 source를 복사하도록 Dockerfile을 보강했다. 첫 remote build rerun에서 `iop_console` path dependency 누락이 추가로 드러나 repo-owned build contract 범위로 처리했다.
- 원격 runner의 `nexo` sibling은 외부 symlink였고 Docker build context가 context 밖 symlink target을 따라가지 않아, 검증용 isolated context에는 symlink target의 실제 디렉터리 복사본을 넣었다. 이는 검증 환경 준비이며 tracked source 변경은 아니다.
- `docker compose build web`을 추가로 실행해 repo-owned Dockerfile build contract가 해소됐는지 `up` 전에 분리 확인했다. 이후 계획의 standard-slot `docker compose up --build ...` 명령을 실행했다.
- repo-owned Dockerfile issue 해소 후에도 원격 standard host slot `19080`과 `13000`은 사용자 소유 `code-server` container가 점유 중이었다. 해당 container를 중지하지 않고 blocker evidence와 재개 조건을 남겼다.
## 주요 설계 결정
- Source 수정은 `apps/client/Dockerfile`에 한정했다.
- sibling package lock file은 추적 여부가 repo마다 다를 수 있으므로 Docker cache layer는 manifest-only로 구성하고, app-level `apps/client/pubspec.lock`을 유지했다.
- Docker build stage의 path dependency resolution은 `/workspace` 아래 실제 경로 구조가 app `pubspec.yaml`의 relative path와 맞도록 구성했다.
- 원격 standard-slot collision은 사용자 소유 Docker 상태로 판단해 stop/restart하지 않았다.
- 출력에는 token 원문을 기록하지 않고 `<sanitized-smoke-token>`으로 표기했다.
## 사용자 리뷰 요청
_기본값은 `없음`이다. 구현 중 사용자 결정, 사용자 소유 외부 환경/secret/서비스 준비, 또는 계획 범위 변경 없이는 안전하게 진행할 수 없으면 아래 항목을 실제 내용으로 교체하고, 구현을 중단한 뒤 active 파일을 그대로 둔 채 리뷰를 요청한다. 구현 에이전트는 사용자에게 직접 질문하거나 선택지를 제시하거나 `request_user_input`을 호출하지 않는다. 후속 에이전트가 명령 재실행이나 산출물 수집으로 해소할 수 있는 검증 증거 공백만으로는 사용자 리뷰 요청을 작성하지 않는다._
- 상태: 요청
- 사유 유형: 사용자 소유 외부 환경 전제
- 결정 필요: 원격 runner에서 standard host slot `19080`과 `13000`을 점유 중인 `code-server` container를 중지/재배치하거나, 이 validation split에서 temporary override port로 compose health를 인정할지 code-review/user 판단이 필요하다.
- 차단 근거:
- repo-owned Dockerfile issue 해소 후 `docker compose --project-name iop-g07-port-smoke --env-file .env.example up --build -d postgres redis control-plane edge web`는 `control-plane`, `edge`, `web` image build까지 통과했으나 Control Plane start 단계에서 `Bind for 0.0.0.0:19080 failed: port is already allocated`로 실패했다.
- 사전 port owner 확인에서 `code-server` container가 `0.0.0.0:19080->19080/tcp`와 `0.0.0.0:13000->3000/tcp`를 점유 중이었다.
- 실패 후 `curl -fsS http://127.0.0.1:18000/healthz`와 `/readyz`는 Control Plane이 뜨지 못해 exit 7로 실패했다.
- 실행한 검증/명령:
- `rg -n --sort path 'proto-socket/dart/pubspec\.lock' apps/client/Dockerfile`: PASS, no matches, exit=1
- `go test ./...`: PASS
- `cd apps/client && flutter test`: PASS, 27 tests
- `make client-build-web`: PASS, `✓ Built build/web`
- remote isolated `docker compose build web`: PASS, `Service web Built`
- remote standard-slot compose config: PASS, standard slots present
- remote standard-slot `docker compose up --build -d postgres redis control-plane edge web`: BLOCKED by user-owned `19080` collision after all relevant images built
- `make test-control-plane-edge-wire`: PASS
- `./scripts/e2e-smoke.sh`: PASS
- `./scripts/e2e-openai-ollama.sh`: PASS
- 자동 후속 불가 이유: port owner is an existing user-owned `code-server` container, and the plan explicitly forbids stopping/restarting user-owned remote Docker state.
- 재개 조건: `19080` and `13000` are freed/reassigned on the remote runner, or code-review/user approves temporary override ports for compose health evidence.
## 리뷰어를 위한 체크포인트
- `apps/client/Dockerfile`이 ignored sibling `proto-socket/dart/pubspec.lock`에 더 이상 의존하지 않는지 확인한다.
- client/web build 검증이 Dockerfile 변경과 같은 patch 상태에서 수행되었는지 확인한다.
- remote compose evidence가 `.env.example` 표준 host slot `18000`, `13000`, `15400`, `16300`, `19080`, `19081`, `19090`을 기준으로 수집되었는지 확인한다.
- remote port collision이 남으면 repo-owned fix 후에도 사용자 소유 blocker인지, 아니면 follow-up agent가 정리 가능한 smoke project 잔여물인지 구분한다.
- token/host/credential 원문이 검증 결과에 남지 않았는지 확인한다.
## 검증 결과
_구현 에이전트가 각 중간 검증 및 최종 검증 명령 실행 후 출력을 여기에 붙여 넣는다._
필수 규칙:
- 검증 명령은 고정된 계약이다. 임의로 대체하지 않는다.
- 대체가 필요하면 `계획 대비 변경 사항`에 이유와 대체 명령을 기록한다.
- `검증 결과`에는 실제 stdout/stderr를 붙여 넣는다.
- 사용자 리뷰 요청으로 명령을 끝까지 실행하지 못했다면 `사용자 리뷰 요청`에 실행한 명령, 실제 출력, 미실행 명령의 사유를 기록한다.
- mobile/UI hang, timeout, 또는 2분 무진행은 blind retry를 중단하고 focused rerun 명령과 screenshot/window/UI-tree evidence path를 남기며, 불가능하면 정확한 사유를 남긴다.
### REVIEW_TEST-1 중간 검증
```bash
$ rg -n --sort path 'proto-socket/dart/pubspec\.lock' apps/client/Dockerfile
exit=1
$ cd apps/client && flutter test
00:03 +27: All tests passed!
$ make client-build-web
cd apps/client && flutter build web \
--dart-define=IOP_CONTROL_PLANE_HTTP_URL=http://localhost:18000 \
--dart-define=IOP_CONTROL_PLANE_WIRE_URL=ws://localhost:19080/client
Compiling lib/main.dart for the Web... 33.4s
✓ Built build/web
```
### REVIEW_TEST-2 중간 검증
```bash
$ docker ps --format '{{.Names}} {{.Ports}}' | grep -E '13000|19080' || true
code-server 0.0.0.0:9080->9080/tcp, 0.0.0.0:18080->18080/tcp, 8443/tcp, 0.0.0.0:19080->19080/tcp, 0.0.0.0:13000->3000/tcp, ... 0.0.0.0:13099->3099/tcp, 0.0.0.0:18081->8080/tcp, 0.0.0.0:19090->9090/tcp, 0.0.0.0:19092->9092/tcp, 0.0.0.0:19190->9190/tcp
$ IOP_EDGE_NODE_TOKEN=<sanitized-smoke-token> docker compose --project-name iop-g07-port-smoke --env-file .env.example config >/tmp/iop-compose-config.out
(remote isolated worktree with Dockerfile patch) exit=0
$ grep -E '18000|13000|15400|16300|19080|19081|19090' /tmp/iop-compose-config.out
- http://127.0.0.1:18000/healthz
target: 18000
published: "18000"
target: 19080
published: "19080"
target: 19081
published: "19081"
IOP_CONTROL_PLANE_EDGE_WIRE_ADDR: control-plane:19081
published: "19090"
published: "15400"
published: "16300"
IOP_CONTROL_PLANE_HTTP_URL: http://localhost:18000
IOP_CONTROL_PLANE_WIRE_URL: ws://localhost:19080/client
published: "13000"
$ IOP_EDGE_NODE_TOKEN=<sanitized-smoke-token> docker compose --project-name iop-g07-port-smoke --env-file .env.example build web
Service web Building
...
#16 [web builder 8/14] RUN flutter pub get
#16 DONE 2.3s
...
#22 30.48 Compiling lib/main.dart for the Web... 26.7s
#22 30.49 ✓ Built build/web
...
Service web Built
$ IOP_EDGE_NODE_TOKEN=<sanitized-smoke-token> docker compose --project-name iop-g07-port-smoke --env-file .env.example up --build -d postgres redis control-plane edge web
Service control-plane Built
Service edge Built
Service web Built
Container iop-g07-port-smoke-postgres-1 Healthy
Container iop-g07-port-smoke-redis-1 Healthy
Container iop-g07-port-smoke-control-plane-1 Starting
Error response from daemon: driver failed programming external connectivity on endpoint iop-g07-port-smoke-control-plane-1 (...): Bind for 0.0.0.0:19080 failed: port is already allocated
$ curl -fsS http://127.0.0.1:18000/healthz
curl: (7) Failed to connect to 127.0.0.1 port 18000 after 0 ms: Couldn't connect to server
$ curl -fsS http://127.0.0.1:18000/readyz
curl: (7) Failed to connect to 127.0.0.1 port 18000 after 0 ms: Couldn't connect to server
$ docker compose --project-name iop-g07-port-smoke ps
NAME IMAGE COMMAND SERVICE CREATED STATUS PORTS
iop-g07-port-smoke-postgres-1 postgres:17-alpine "docker-entrypoint.s..." postgres 11 seconds ago Up 10 seconds (healthy) 127.0.0.1:15400->5432/tcp
iop-g07-port-smoke-redis-1 redis:7-alpine "docker-entrypoint.s..." redis 11 seconds ago Up 10 seconds (healthy) 127.0.0.1:16300->6379/tcp
$ docker compose --project-name iop-g07-port-smoke --env-file .env.example down
Container iop-g07-port-smoke-web-1 Removed
Container iop-g07-port-smoke-edge-1 Removed
Container iop-g07-port-smoke-control-plane-1 Removed
Container iop-g07-port-smoke-postgres-1 Removed
Container iop-g07-port-smoke-redis-1 Removed
Network iop-g07-port-smoke_default Removed
up_rc=1 health_rc=7 ready_rc=7
```
### 최종 검증
```bash
$ rg -n --sort path 'proto-socket/dart/pubspec\.lock' apps/client/Dockerfile
exit=1
$ go test ./...
ok iop/apps/control-plane/cmd/control-plane (cached)
ok iop/apps/control-plane/internal/wire (cached)
ok iop/apps/edge/... (cached)
ok iop/apps/node/... (cached)
ok iop/packages/go/... (cached)
? iop/proto/gen/iop [no test files]
$ cd apps/client && flutter test
00:03 +27: All tests passed!
$ make client-build-web
Compiling lib/main.dart for the Web... 33.4s
✓ Built build/web
$ docker ps --format '{{.Names}} {{.Ports}}' | grep -E '13000|19080' || true
code-server 0.0.0.0:9080->9080/tcp, 0.0.0.0:18080->18080/tcp, 8443/tcp, 0.0.0.0:19080->19080/tcp, 0.0.0.0:13000->3000/tcp, ... 0.0.0.0:13099->3099/tcp
$ IOP_EDGE_NODE_TOKEN=<sanitized-smoke-token> docker compose --project-name iop-g07-port-smoke --env-file .env.example config >/tmp/iop-compose-config.out
PASS; config rendered in remote isolated worktree with sanitized token.
$ grep -E '18000|13000|15400|16300|19080|19081|19090' /tmp/iop-compose-config.out
PASS; output includes published slots `18000`, `13000`, `15400`, `16300`, `19080`, `19081`, `19090`.
$ IOP_EDGE_NODE_TOKEN=<sanitized-smoke-token> docker compose --project-name iop-g07-port-smoke --env-file .env.example up --build -d postgres redis control-plane edge web
BLOCKED; images built, Postgres/Redis healthy, Control Plane failed to publish `0.0.0.0:19080` because the port is already allocated by `code-server`.
$ curl -fsS http://127.0.0.1:18000/healthz
BLOCKED; Control Plane did not start. curl exit=7.
$ curl -fsS http://127.0.0.1:18000/readyz
BLOCKED; Control Plane did not start. curl exit=7.
$ docker compose --project-name iop-g07-port-smoke ps
postgres and redis were healthy before cleanup; control-plane failed before health endpoints were available.
$ docker compose --project-name iop-g07-port-smoke --env-file .env.example down
PASS cleanup; `iop-g07-port-smoke` containers/network removed.
$ make test-control-plane-edge-wire
[cp-edge-wire] CP: hello accepted
[cp-edge-wire] Edge: connected to control plane
[cp-edge-wire] CP: edge disconnected
[cp-edge-wire] Control Plane-Edge wire smoke PASSED.
$ ./scripts/e2e-smoke.sh
[e2e] Auxiliary smoke test PASSED.
[e2e] Completion still requires scripts/dev/edge.sh + scripts/dev/node.sh user-flow verification.
$ ./scripts/e2e-openai-ollama.sh
[openai-ollama] OpenAI-compatible Ollama serving test PASSED.
```
Overall final verification status: BLOCKED on user-owned remote standard-slot collision. Repo-owned Dockerfile build blockers found in the first review loop and follow-up rerun are fixed; `docker compose build web` now passes in an isolated clean context with the local patch.
---
> **[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.
Sections and their ownership:
| 섹션 | 소유자 | 설명 |
|------|--------|------|
| 헤더 주석, 개요(date/task/plan/tag), 리뷰 에이전트 지시 | 스텁 생성 시 고정 | 구현 에이전트가 수정하거나 실행하지 않음 |
| Roadmap Targets | follow-up plan에서 복사해 스텁 생성 시 고정 | 구현 에이전트가 수정하지 않음; PASS 시 code-review가 `complete.log`의 `Roadmap Completion`으로 복사 |
| 구현 항목별 완료 여부 (항목명) | 스텁 생성 시 고정 | `[ ]` -> `[x]` 체크만 구현 에이전트가 수행 |
| 구현 체크리스트 (항목 텍스트/순서) | follow-up plan에서 복사해 스텁 생성 시 고정 | 구현 에이전트가 `[ ]` -> `[x]` 체크만 수행; 마지막 체크박스는 저장 전 필수 |
| 코드리뷰 전용 체크리스트 | Review agent only | Implementing agent must not modify or check this section |
| 계획 대비 변경 사항, 주요 설계 결정 | 구현 에이전트가 채움 | placeholder 텍스트를 실제 내용으로 교체 |
| 사용자 리뷰 요청 | 구현 에이전트가 채움 | 진행에 사용자 입력이 필요하지 않으면 `상태: 없음` 유지 |
| 리뷰어를 위한 체크포인트 | 스텁 생성 시 고정 | 계획에서 추출한 리뷰 포인트 |
| 검증 결과 (섹션 제목 + 명령) | 스텁 생성 시 고정 | 실행 출력만 구현 에이전트가 채움; 명령 변경은 `계획 대비 변경 사항`에 기록 |
| 코드리뷰 결과 | 리뷰 에이전트가 append | 스텁에 포함하지 않음 |
## 코드리뷰 결과
- 종합 판정: FAIL
- 차원별 평가:
- correctness: Pass
- completeness: Fail
- test coverage: Fail
- API contract: Pass
- code quality: Pass
- plan deviation: Pass
- verification trust: Pass
- 발견된 문제:
- Required: `agent-task/m-workspace-port-env-standardization/03+01,02_remote_smoke_evidence/CODE_REVIEW-cloud-G07.md:46`의 standard-slot compose health 검증이 아직 완료되지 않았다. Dockerfile build blocker는 해소됐고 `docker compose build web`까지 통과했지만, 원격 runner의 사용자 소유 `code-server` container가 `19080`과 `13000`을 점유해 `docker compose --project-name iop-g07-port-smoke --env-file .env.example up --build -d postgres redis control-plane edge web`가 `Bind for 0.0.0.0:19080 failed: port is already allocated`로 막혔다(`agent-task/m-workspace-port-env-standardization/03+01,02_remote_smoke_evidence/CODE_REVIEW-cloud-G07.md:248`). 이 task는 `port-default-rollout`의 completion evidence split이므로, 사용자가 `code-server`의 standard slot 점유를 해제/재배치하거나 temporary override port를 completion evidence로 인정해야 재개할 수 있다.
- 다음 단계: USER_REVIEW stop state를 작성한다.

View file

@ -0,0 +1,48 @@
# Complete - m-workspace-port-env-standardization/03+01,02_remote_smoke_evidence
## 완료 일시
2026-06-07
## 요약
Remote smoke evidence split을 2회 리뷰와 USER_REVIEW 해소를 거쳐 PASS 완료 처리했다. repo-owned Dockerfile build blocker는 수정됐고, 원격 code-server compose config는 표준 검증 slot을 비우도록 준비됐으며, 남은 running-container 재시작/실기동 재검증은 사용자 결정으로 완료 조건에서 제외했다.
## 루프 이력
| Plan | Review | Verdict | 메모 |
|------|--------|---------|------|
| `plan_cloud_G07_0.log` | `code_review_cloud_G07_0.log` | FAIL | ignored sibling `proto-socket/dart/pubspec.lock` 의존과 standard-slot compose health 미완료가 Required로 확인됨. |
| `plan_cloud_G07_1.log` | `code_review_cloud_G07_1.log` | FAIL | Dockerfile build blocker는 해소됐으나 사용자 소유 `code-server`가 `19080`/`13000`을 점유해 standard-slot compose health가 차단됨. |
| `USER_REVIEW.md` | user decision | PASS/RESOLVED | 사용자가 config-only 준비와 남은 실기동 검증 리스크를 수락하고 완료 처리를 지시함. |
## 구현/정리 내용
- `apps/client/Dockerfile`에서 ignored sibling `proto-socket/dart/pubspec.lock` 의존을 제거하고, path dependencies의 manifest/source copy 순서를 보강했다.
- 원격 `/Users/toki/docker/services/code-server/compose/docker-compose.yml`에서 `13000`과 `19080` publish를 비우도록 config를 수정했다.
- 원격 config 백업은 `/Users/toki/docker/services/code-server/compose/docker-compose.yml.backup-20260607202844`에 남겼다.
- USER_REVIEW stop state는 사용자 결정에 따라 `RESOLVED_PASS`로 해소했다.
## 최종 검증
- `rg -n --sort path 'proto-socket/dart/pubspec\\.lock' apps/client/Dockerfile` - PASS; no matches, exit=1.
- `go test ./...` - PASS; all Go packages passed locally.
- `cd apps/client && flutter test` - PASS; 27 tests passed locally.
- `make client-build-web` - PASS; Flutter web build completed locally.
- `/usr/local/bin/docker compose -f /Users/toki/docker/services/code-server/compose/docker-compose.yml config` - PASS; remote render no longer publishes `13000` or `19080`, and still publishes `13001` and `9080`.
- Standard-slot `docker compose up --build -d postgres redis control-plane edge web` - ACCEPTED BY USER; not rerun after config-only remote update because applying the new mapping requires user-timed `code-server` restart/recreate in the same execution environment.
## Roadmap Completion
- Milestone: `agent-roadmap/phase/automation-runtime-bridge/milestones/workspace-port-env-standardization.md`
- Completed task ids:
- `port-default-rollout`: PASS; evidence=`plan_cloud_G07_0.log`, `code_review_cloud_G07_0.log`, `plan_cloud_G07_1.log`, `code_review_cloud_G07_1.log`, `USER_REVIEW.md`; verification=`go test ./...`, `cd apps/client && flutter test`, `make client-build-web`, remote `code-server` compose config render, user acceptance of deferred standard-slot runtime restart.
- Not completed task ids: 없음
## 잔여 Nit
- 없음
## 후속 작업
- 작업 확인 plan: `agent-task/m-workspace-port-env-standardization/04+03_standard_slot_runtime_check/PLAN-cloud-G07.md`로 분리했다. 원격 `code-server` 재시작/재생성 후 수정된 compose config 적용 여부와 standard-slot compose health evidence는 해당 plan에서 확인한다.

View file

@ -0,0 +1,167 @@
<!-- task=m-workspace-port-env-standardization/03+01,02_remote_smoke_evidence plan=1 tag=REVIEW_TEST -->
# Plan - REVIEW_TEST
## 이 파일을 읽는 구현 에이전트에게
이 follow-up은 `code_review_cloud_G07_0.log`의 FAIL 판정을 해소한다. 구현 중 사용자에게 직접 질문하거나 선택지를 제시하지 않는다. repo-owned Dockerfile/build 계약을 먼저 고친 뒤에도 표준 host slot 검증이 사용자 소유 원격 Docker/port 상태 때문에 불가능하면, `CODE_REVIEW-cloud-G07.md`의 `사용자 리뷰 요청` 섹션에 실제 명령과 stdout/stderr, 재개 조건을 기록하고 멈춘다.
## 배경
`03+01,02_remote_smoke_evidence`는 `port-default-rollout`의 최종 evidence split이다. 첫 리뷰 루프에서는 predecessor completion, Go/client/wire/e2e smoke는 확인됐지만, Docker compose full service health가 `apps/client/Dockerfile`의 ignored sibling lock 의존성과 원격 `19080`/`13000` port 점유로 막혔다. 보조 smoke는 통과했으나 standard-slot compose health가 증명되지 않았으므로 roadmap task completion evidence로 볼 수 없다.
## 사용자 리뷰 요청 흐름
구현 중 blocker는 active review stub의 `사용자 리뷰 요청` 섹션에 기록한다. 구현 에이전트는 채팅에서 직접 질문하거나 선택지를 제시하지 않으며, code-review가 사용자 리뷰 요청의 정당성을 판단한다. 단순한 증거 공백이나 repo-owned build 계약 문제는 사용자 리뷰 요청이 아니라 후속 구현/검증으로 해소한다.
## Roadmap Targets
- Milestone: `agent-roadmap/phase/automation-runtime-bridge/milestones/workspace-port-env-standardization.md`
- Task ids:
- `port-default-rollout`: `.env.example`, `docker-compose.yml`, config/default, app README, `agent-test/local`의 포트 기본값과 검증 명령을 표준 후보에 맞춰 정렬한다.
- Completion mode: check-on-pass
## 분석 결과
### 읽은 파일
- `agent-task/m-workspace-port-env-standardization/03+01,02_remote_smoke_evidence/plan_cloud_G07_0.log`
- `agent-task/m-workspace-port-env-standardization/03+01,02_remote_smoke_evidence/code_review_cloud_G07_0.log`
- `agent-task/archive/2026/06/m-workspace-port-env-standardization/01_compose_env_defaults/complete.log`
- `agent-task/archive/2026/06/m-workspace-port-env-standardization/02+01_runtime_config_docs/complete.log`
- `.gitignore`
- `.env.example`
- `docker-compose.yml`
- `apps/client/Dockerfile`
- `apps/client/pubspec.yaml`
- `apps/client/pubspec.lock`
- `../proto-socket/dart/pubspec.yaml`
- `../proto-socket/.gitignore`
- `Makefile`
- `scripts/e2e-smoke.sh`
- `scripts/e2e-openai-ollama.sh`
- `scripts/e2e-control-plane-edge-wire.sh`
- `scripts/dev/web.sh`
- `agent-test/local/rules.md`
- `agent-test/local/testing-smoke.md`
- `agent-test/local/client-smoke.md`
- `agent-test/local/control-plane-smoke.md`
- `agent-test/local/edge-smoke.md`
- `agent-test/local/node-smoke.md`
- `agent-test/local/platform-common-smoke.md`
### 실패 원인
- `apps/client/Dockerfile`은 `proto-socket/dart/pubspec.lock`을 필수 `COPY`하지만 sibling `../proto-socket` repo는 `dart/pubspec.lock`을 `.gitignore`로 무시하고 추적하지 않는다. clean remote checkout에서는 web image build가 재현 가능하게 실패할 수 있다.
- 첫 리뷰 루프의 compose render는 표준 slot을 확인했지만, full compose service health와 `/healthz`/`/readyz`는 통과하지 못했다.
- 원격 `19080`/`13000` port 점유는 사용자 소유 Docker 상태일 수 있으므로, repo-owned Dockerfile issue를 해소한 뒤에도 표준 slot이 막히면 정확한 port owner evidence로 사용자 리뷰 stop을 남겨야 한다.
### 범위 결정 근거
- 이 follow-up은 `apps/client/Dockerfile`과 active review evidence만 수정한다. `.env.example`, `docker-compose.yml`, runtime defaults, docs/test-rule defaults는 predecessor PASS 범위이므로 새 결함이 확인되지 않으면 수정하지 않는다.
- sibling `../proto-socket` repo를 수정하거나 ignored lock file을 추적 대상으로 바꾸는 선택은 이 repo의 기본 수정 범위를 벗어난다. 기본 해법은 IOP Dockerfile이 ignored sibling lock에 의존하지 않게 하는 것이다.
- 원격 runner의 기존 Docker project/container를 임의로 중지하지 않는다. 현재 smoke project가 만든 container만 정리한다.
### 빌드 등급
- `cloud-G07`: remote Docker compose, Flutter web image build, standard host slot service health evidence가 중심이며, 포트 충돌과 외부 runner 상태 판정이 필요하다.
## 구현 체크리스트
- [ ] `apps/client/Dockerfile`이 ignored sibling `proto-socket/dart/pubspec.lock`에 의존하지 않도록 수정한다.
- [ ] Dockerfile 변경 후 client/package quick regression과 web build 검증을 실행하고 실제 stdout/stderr를 기록한다.
- [ ] 원격 runner/code-server의 isolated worktree에 local patch를 동기화한 뒤 표준 host slot compose render/build/service health를 재검증한다.
- [ ] 표준 `13000`/`19080` slot이 repo-owned fix 후에도 사용자 소유 Docker 상태로 막히면 직접 중지하지 말고 `사용자 리뷰 요청`에 port owner evidence와 재개 조건을 기록한다.
- [ ] 검증 결과에 host/token/credential 원문이 남지 않도록 출력 sanitization 여부를 확인한다.
- [ ] CODE_REVIEW-*-G??.md의 구현 에이전트 소유 섹션을 실제 구현 내용과 검증 출력으로 채운다. 이 항목이 완료되기 전에는 구현이 완료된 것이 아니다.
### [REVIEW_TEST-1] Remove ignored sibling lock dependency from client Docker image build
문제: `apps/client/Dockerfile`의 early cache layer가 ignored sibling `proto-socket/dart/pubspec.lock`을 필수로 요구해 clean remote Docker build가 실패한다.
해결 방법:
- `apps/client/Dockerfile`에서 `proto-socket/dart/pubspec.lock` 필수 `COPY`를 제거한다.
- `proto-socket/dart/pubspec.yaml`과 `apps/client/pubspec.yaml`/`apps/client/pubspec.lock` cache layer는 유지하되, ignored sibling lock file이 없어도 `flutter pub get`과 `flutter build web`이 진행되도록 한다.
- final `COPY proto-socket/dart/ ...`는 Flutter build 전에 유지해 path dependency source가 이미지에 들어가게 한다.
수정 파일 및 체크리스트:
- [ ] `apps/client/Dockerfile`: ignored sibling lock 필수 COPY 제거
- [ ] `CODE_REVIEW-cloud-G07.md`: 변경 근거와 검증 출력 기록
테스트 작성: Dockerfile build 계약 보정이므로 새 테스트 파일은 작성하지 않는다. 대신 clean remote compose/web image build evidence를 수집한다.
중간 검증:
```bash
rg -n --sort path 'proto-socket/dart/pubspec\.lock' apps/client/Dockerfile
cd apps/client && flutter test
make client-build-web
```
기대 결과: 첫 명령은 출력 없음(exit=1)으로 ignored sibling lock 의존이 제거되었음을 보인다. Flutter test와 web build는 통과한다.
### [REVIEW_TEST-2] Recollect standard-slot compose health evidence after the repo-owned fix
문제: `port-default-rollout` completion은 `.env.example` 표준 host slot의 compose service health evidence가 필요하지만 첫 루프는 web image build와 `19080` collision으로 막혔다.
해결 방법:
- 원격 runner/code-server에서 local patch와 같은 commit/patch 상태의 isolated worktree를 준비한다.
- `IOP_EDGE_NODE_TOKEN`은 원격 shell 또는 명령 prefix로 sanitized smoke token을 주입하고, 출력에는 원문을 남기지 않는다.
- smoke project name을 분리해 compose render, build, service health, Control Plane health/readiness를 확인한다.
- `19080`/`13000`이 여전히 기존 user-owned Docker process에 점유되어 있으면, 중지하지 말고 `docker ps`/port owner evidence와 재개 조건을 active review stub의 `사용자 리뷰 요청`에 기록한다.
수정 파일 및 체크리스트:
- [ ] source 수정 없음
- [ ] `CODE_REVIEW-cloud-G07.md`: remote path/sync 상태, compose output, cleanup output 기록
테스트 작성: 검증-only 항목이므로 새 테스트 파일은 작성하지 않는다.
중간 검증:
```bash
docker ps --format '{{.Names}} {{.Ports}}' | grep -E '13000|19080' || true
IOP_EDGE_NODE_TOKEN=<sanitized-smoke-token> docker compose --project-name iop-g07-port-smoke --env-file .env.example config >/tmp/iop-compose-config.out
grep -E '18000|13000|15400|16300|19080|19081|19090' /tmp/iop-compose-config.out
IOP_EDGE_NODE_TOKEN=<sanitized-smoke-token> docker compose --project-name iop-g07-port-smoke --env-file .env.example up --build -d postgres redis control-plane edge web
curl -fsS http://127.0.0.1:18000/healthz
curl -fsS http://127.0.0.1:18000/readyz
docker compose --project-name iop-g07-port-smoke ps
docker compose --project-name iop-g07-port-smoke --env-file .env.example down
```
기대 결과: compose render, full build/start, Control Plane health/readiness, cleanup이 통과한다. 실패 시 web build regression, port collision, token missing, Docker unavailable을 분리해 기록한다.
## 수정 파일 요약
| 파일 | 항목 |
|------|------|
| `apps/client/Dockerfile` | REVIEW_TEST-1 |
| `CODE_REVIEW-cloud-G07.md` | REVIEW_TEST-1, REVIEW_TEST-2 |
## 최종 검증
```bash
rg -n --sort path 'proto-socket/dart/pubspec\.lock' apps/client/Dockerfile
go test ./...
cd apps/client && flutter test
make client-build-web
docker ps --format '{{.Names}} {{.Ports}}' | grep -E '13000|19080' || true
IOP_EDGE_NODE_TOKEN=<sanitized-smoke-token> docker compose --project-name iop-g07-port-smoke --env-file .env.example config >/tmp/iop-compose-config.out
grep -E '18000|13000|15400|16300|19080|19081|19090' /tmp/iop-compose-config.out
IOP_EDGE_NODE_TOKEN=<sanitized-smoke-token> docker compose --project-name iop-g07-port-smoke --env-file .env.example up --build -d postgres redis control-plane edge web
curl -fsS http://127.0.0.1:18000/healthz
curl -fsS http://127.0.0.1:18000/readyz
docker compose --project-name iop-g07-port-smoke ps
docker compose --project-name iop-g07-port-smoke --env-file .env.example down
make test-control-plane-edge-wire
./scripts/e2e-smoke.sh
./scripts/e2e-openai-ollama.sh
```
기대 결과: ignored sibling lock 의존 제거, Go/client/web build 회귀, standard-slot compose health, wire/e2e smoke가 모두 통과한다. `rg -n ... pubspec.lock` 명령은 출력 없음(exit=1)이 기대 결과이므로 실패로 보지 말고 그대로 기록한다. 원격 사용자 소유 port collision이 남으면 `사용자 리뷰 요청`으로 멈춘다.
모든 코드 변경 완료 후 반드시 `CODE_REVIEW-*-G??.md`의 구현 에이전트 소유 섹션을 채운다. 이 파일 작성이 구현의 마지막 단계다.

View file

@ -1,177 +0,0 @@
<!-- task=m-workspace-port-env-standardization/03+01,02_remote_smoke_evidence plan=0 tag=TEST -->
# Code Review Reference - TEST
> **[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.
## 개요
date=2026-06-07
task=m-workspace-port-env-standardization/03+01,02_remote_smoke_evidence, plan=0, tag=TEST
## Roadmap Targets
- Milestone: `agent-roadmap/phase/automation-runtime-bridge/milestones/workspace-port-env-standardization.md`
- Task ids:
- `port-default-rollout`: `.env.example`, `docker-compose.yml`, config/default, app README, `agent-test/local`의 포트 기본값과 검증 명령을 표준 후보에 맞춰 정렬한다.
- 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 디렉터리를 archive로 이동한다.
4. PASS이고 task group이 `m-workspace-port-env-standardization`이면 완료 이벤트 메타데이터를 보고한다. roadmap 수정이나 `update-roadmap` 직접 호출은 하지 않는다.
---
## 구현 항목별 완료 여부
| 항목 | 완료 여부 |
|------|---------|
| [TEST-1] Confirm predecessor completion and local regression | [ ] |
| [TEST-2] Verify remote compose slots | [ ] |
| [TEST-3] Verify wire, client, and Edge input smoke | [ ] |
## 구현 체크리스트
- [ ] predecessor `01_compose_env_defaults``02+01_runtime_config_docs``complete.log`를 확인한다.
- [ ] local quick regression을 실행하고 결과를 기록한다.
- [ ] 원격 runner/code-server에서 compose render와 compose service health를 새 host slot으로 확인한다.
- [ ] Control Plane-Edge wire, edge-node smoke, OpenAI-compatible smoke 중 변경 범위에 맞는 smoke를 실행하고 pass/blocker를 분리해 기록한다.
- [ ] 검증 결과에 host/token/credential 원문이 남지 않도록 출력 sanitization 여부를 확인한다.
- [ ] CODE_REVIEW-*-G??.md의 구현 에이전트 소유 섹션을 실제 구현 내용과 검증 출력으로 채운다. 이 항목이 완료되기 전에는 구현이 완료된 것이 아니다.
## 코드리뷰 전용 체크리스트
> **[REVIEW AGENT ONLY]** 이 체크리스트는 코드리뷰 에이전트만 사용한다.
- [ ] `코드리뷰 결과``PASS`, `WARN`, `FAIL` 중 하나의 판정을 append한다.
- [ ] 판정과 Required/Suggested/Nit 분류가 서로 일치한다.
- [ ] active `CODE_REVIEW-*-G??.md``code_review_cloud_G07_N.log`로 아카이브한다.
- [ ] active `PLAN-*-G??.md``plan_cloud_G07_M.log`로 아카이브한다.
- [ ] `.gitignore`의 Agent-Ops 관리 block이 task artifact를 unignore하고 `agent-roadmap/current.md`를 ignore하는지 확인한다.
- [ ] PASS이면 `complete.log`를 작성하고 active `.md` 파일을 남기지 않는다.
- [ ] PASS이면 active task 디렉터리를 archive로 이동한다.
- [ ] PASS이고 task group이 `m-workspace-port-env-standardization`이면 Roadmap Completion metadata를 보고한다.
## 계획 대비 변경 사항
_구현 에이전트가 계획과 다르게 구현한 부분을 이유와 함께 기록한다._
## 주요 설계 결정
_구현 에이전트가 주요 설계 결정 사항을 기록한다._
## 사용자 리뷰 요청
_기본값은 `없음`이다. 구현 중 사용자 결정, 사용자 소유 외부 환경/secret/서비스 준비, 또는 계획 범위 변경 없이는 안전하게 진행할 수 없으면 아래 항목을 실제 내용으로 교체하고, 구현을 중단한 뒤 active 파일을 그대로 둔 채 리뷰를 요청한다._
- 상태: 없음
- 사유 유형: 없음
- 결정 필요: 없음
- 차단 근거: 없음
- 실행한 검증/명령: 없음
- 자동 후속 불가 이유: 없음
- 재개 조건: 없음
## 리뷰어를 위한 체크포인트
- predecessor `01`, `02` 완료 근거가 확인되었는지 확인한다.
- remote compose output에서 token/host secret이 노출되지 않았는지 확인한다.
- OpenAI smoke 실패가 port regression인지 외부 provider/environment blocker인지 분리되었는지 확인한다.
- PASS이면 `Roadmap Targets``port-default-rollout`만 completion 대상으로 보고한다.
## 검증 결과
_구현 에이전트가 각 중간 검증 및 최종 검증 명령 실행 후 출력을 여기에 붙여 넣는다._
### TEST-1 중간 검증
```bash
$ test -f agent-task/m-workspace-port-env-standardization/01_compose_env_defaults/complete.log || find agent-task/archive -path '*/m-workspace-port-env-standardization/01_compose_env_defaults/complete.log' -print -quit
(output)
$ test -f agent-task/m-workspace-port-env-standardization/02+01_runtime_config_docs/complete.log || find agent-task/archive -path '*/m-workspace-port-env-standardization/02+01_runtime_config_docs/complete.log' -print -quit
(output)
$ go test ./...
(output)
```
### TEST-2 중간 검증
```bash
$ test -n "${IOP_EDGE_NODE_TOKEN:?set IOP_EDGE_NODE_TOKEN in the remote shell}"
(output)
$ docker compose --env-file .env.example config >/tmp/iop-compose-config.out
(output)
$ rg --sort path '18000|13000|15400|16300|19080|19081|19090' /tmp/iop-compose-config.out
(output)
$ docker compose --env-file .env.example up --build -d postgres redis control-plane edge web
(output)
$ curl -fsS http://127.0.0.1:18000/healthz
(output)
$ curl -fsS http://127.0.0.1:18000/readyz
(output)
$ docker compose ps
(output)
$ docker compose down
(output)
```
### TEST-3 중간 검증
```bash
$ make test-control-plane-edge-wire
(output)
$ cd apps/client && flutter test
(output)
$ make client-build-web
(output)
$ ./scripts/e2e-smoke.sh
(output)
$ ./scripts/e2e-openai-ollama.sh
(output)
```
### 최종 검증
```bash
$ test -f agent-task/m-workspace-port-env-standardization/01_compose_env_defaults/complete.log || find agent-task/archive -path '*/m-workspace-port-env-standardization/01_compose_env_defaults/complete.log' -print -quit
(output)
$ test -f agent-task/m-workspace-port-env-standardization/02+01_runtime_config_docs/complete.log || find agent-task/archive -path '*/m-workspace-port-env-standardization/02+01_runtime_config_docs/complete.log' -print -quit
(output)
$ go test ./...
(output)
$ test -n "${IOP_EDGE_NODE_TOKEN:?set IOP_EDGE_NODE_TOKEN in the remote shell}"
(output)
$ docker compose --env-file .env.example config >/tmp/iop-compose-config.out
(output)
$ rg --sort path '18000|13000|15400|16300|19080|19081|19090' /tmp/iop-compose-config.out
(output)
$ docker compose --env-file .env.example up --build -d postgres redis control-plane edge web
(output)
$ curl -fsS http://127.0.0.1:18000/healthz
(output)
$ curl -fsS http://127.0.0.1:18000/readyz
(output)
$ docker compose down
(output)
$ make test-control-plane-edge-wire
(output)
$ cd apps/client && flutter test
(output)
$ make client-build-web
(output)
$ ./scripts/e2e-smoke.sh
(output)
$ ./scripts/e2e-openai-ollama.sh
(output)
```

View file

@ -0,0 +1,139 @@
<!-- task=m-workspace-port-env-standardization/04+03_standard_slot_runtime_check plan=0 tag=CHECK -->
# Code Review Reference - CHECK
> **[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`.
> Do not ask the user directly, present choices in chat, call `request_user_input`, or restart/recreate `code-server` during implementation.
> Finalization (`코드리뷰 결과`, log rename, `complete.log`, archive moves, `코드리뷰 전용 체크리스트`) is review-agent-only.
## 개요
date=2026-06-07
task=m-workspace-port-env-standardization/04+03_standard_slot_runtime_check, plan=0, tag=CHECK
## 이 파일을 읽는 리뷰 에이전트에게
> **[REVIEW AGENT ONLY]** 아래 종결 절차는 코드리뷰 에이전트 전용이다. 구현 에이전트는 이 섹션을 실행하지 않는다.
각 항목의 구현을 실제 source/config와 대조하고, `검증 결과` 섹션의 출력이 plan과 일치하는지 확인하세요.
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 디렉터리를 archive로 이동한다. WARN/FAIL이면 user-review gate를 확인한 뒤 다음 active plan/review 파일 또는 `USER_REVIEW.md`를 작성한다.
4. PASS이고 task group이 `m-workspace-port-env-standardization`이면 완료 이벤트 메타데이터를 보고한다. roadmap 수정이나 `update-roadmap` 직접 호출은 하지 않는다.
---
## 구현 항목별 완료 여부
| 항목 | 완료 여부 |
|------|---------|
| [CHECK-1] Confirm standard slots are free after user-managed code-server restart | [ ] |
| [CHECK-2] Verify standard-slot compose health | [ ] |
## 구현 체크리스트
- [ ] 원격 `code-server`가 더 이상 `13000``19080`을 publish하지 않는지 확인한다.
- [ ] 표준 slot compose config render와 service health/readiness를 원격 isolated context에서 확인한다.
- [ ] smoke project cleanup과 `code-server` running 상태를 확인한다.
- [ ] 검증 결과에 host/token/credential 원문이 남지 않도록 출력 sanitization 여부를 확인한다.
- [ ] CODE_REVIEW-*-G??.md의 구현 에이전트 소유 섹션을 실제 구현 내용과 검증 출력으로 채운다. 이 항목이 완료되기 전에는 구현이 완료된 것이 아니다.
## 코드리뷰 전용 체크리스트
> **[REVIEW AGENT ONLY]** 이 체크리스트는 코드리뷰 에이전트만 사용한다.
- [ ] `코드리뷰 결과``PASS`, `WARN`, `FAIL` 중 하나의 판정을 append한다.
- [ ] 판정과 Required/Suggested/Nit 분류가 서로 일치한다.
- [ ] active `CODE_REVIEW-*-G??.md``code_review_cloud_G07_N.log`로 아카이브한다.
- [ ] active `PLAN-*-G??.md``plan_cloud_G07_M.log`로 아카이브한다.
- [ ] `.gitignore`의 Agent-Ops 관리 block이 task artifact를 unignore하고 `agent-roadmap/current.md`를 ignore하는지 확인한다.
- [ ] PASS이면 `complete.log`를 작성하고 active `.md` 파일을 남기지 않는다.
- [ ] PASS이면 active task 디렉터리를 archive로 이동한다.
- [ ] PASS이고 task group이 `m-workspace-port-env-standardization`이면 Roadmap Completion metadata를 보고한다.
- [ ] PASS split 작업이면 이동 후 빈 active parent를 제거하거나, 남은 sibling/file이 있어 유지했다고 확인한다.
- [ ] WARN/FAIL이고 user-review gate가 트리거되지 않았으면 다음 active `PLAN-cloud-G07.md``CODE_REVIEW-cloud-G07.md`를 작성하고 `complete.log`를 작성하지 않는다.
- [ ] USER_REVIEW이면 `USER_REVIEW.md`를 작성하고 active `PLAN-*.md`, `CODE_REVIEW-*.md`, `complete.log`를 남기지 않는다.
## 계획 대비 변경 사항
_구현 에이전트가 계획과 다르게 구현한 부분을 이유와 함께 기록한다._
## 주요 설계 결정
_구현 에이전트가 주요 설계 결정 사항을 기록한다._
## 사용자 리뷰 요청
_기본값은 `없음`이다. 구현 중 사용자 결정, 사용자 소유 외부 환경/secret/서비스 준비, 또는 계획 범위 변경 없이는 안전하게 진행할 수 없으면 아래 항목을 실제 내용으로 교체하고, 구현을 중단한 뒤 active 파일을 그대로 둔 채 리뷰를 요청한다._
- 상태: 없음
- 사유 유형: 없음
- 결정 필요: 없음
- 차단 근거: 없음
- 실행한 검증/명령: 없음
- 자동 후속 불가 이유: 없음
- 재개 조건: 없음
## 리뷰어를 위한 체크포인트
- 구현 에이전트가 `code-server` stop/start/restart/recreate를 실행하지 않았는지 확인한다.
- `code-server``13000``19080`을 publish하지 않는 상태에서 compose 검증이 시작됐는지 확인한다.
- `iop-g07-port-smoke` project cleanup이 수행됐는지 확인한다.
- 이 plan은 `Roadmap Targets`가 없으므로 PASS해도 중복 roadmap Task completion을 발생시키지 않아야 한다.
## 검증 결과
_구현 에이전트가 각 중간 검증 및 최종 검증 명령 실행 후 출력을 여기에 붙여 넣는다._
### CHECK-1 중간 검증
```bash
$ ssh toki@toki-labs.com '/usr/local/bin/docker inspect code-server --format "{{.State.Status}}" && /usr/local/bin/docker ps --format "{{.Names}} {{.Ports}}" | grep -E "code-server|13000|19080" || true'
(output)
```
### CHECK-2 중간 검증
```bash
$ ssh toki@toki-labs.com 'cd /Users/toki/agent-work/iop-g07-standard-20260607200222/iop && IOP_EDGE_NODE_TOKEN=<sanitized-smoke-token> /usr/local/bin/docker compose --project-name iop-g07-port-smoke --env-file .env.example config >/tmp/iop-compose-config-g07-standard.out && grep -E "18000|13000|15400|16300|19080|19081|19090" /tmp/iop-compose-config-g07-standard.out'
(output)
$ ssh toki@toki-labs.com 'cd /Users/toki/agent-work/iop-g07-standard-20260607200222/iop && IOP_EDGE_NODE_TOKEN=<sanitized-smoke-token> /usr/local/bin/docker compose --project-name iop-g07-port-smoke --env-file .env.example up --build -d postgres redis control-plane edge web'
(output)
$ ssh toki@toki-labs.com 'curl -fsS http://127.0.0.1:18000/healthz && curl -fsS http://127.0.0.1:18000/readyz'
(output)
$ ssh toki@toki-labs.com 'cd /Users/toki/agent-work/iop-g07-standard-20260607200222/iop && /usr/local/bin/docker compose --project-name iop-g07-port-smoke ps'
(output)
$ ssh toki@toki-labs.com 'cd /Users/toki/agent-work/iop-g07-standard-20260607200222/iop && IOP_EDGE_NODE_TOKEN=<sanitized-smoke-token> /usr/local/bin/docker compose --project-name iop-g07-port-smoke --env-file .env.example down'
(output)
```
### 최종 검증
```bash
$ ssh toki@toki-labs.com '/usr/local/bin/docker inspect code-server --format "{{.State.Status}}" && /usr/local/bin/docker ps --format "{{.Names}} {{.Ports}}" | grep -E "code-server|13000|19080" || true'
(output)
$ ssh toki@toki-labs.com 'cd /Users/toki/agent-work/iop-g07-standard-20260607200222/iop && IOP_EDGE_NODE_TOKEN=<sanitized-smoke-token> /usr/local/bin/docker compose --project-name iop-g07-port-smoke --env-file .env.example config >/tmp/iop-compose-config-g07-standard.out && grep -E "18000|13000|15400|16300|19080|19081|19090" /tmp/iop-compose-config-g07-standard.out'
(output)
$ ssh toki@toki-labs.com 'cd /Users/toki/agent-work/iop-g07-standard-20260607200222/iop && IOP_EDGE_NODE_TOKEN=<sanitized-smoke-token> /usr/local/bin/docker compose --project-name iop-g07-port-smoke --env-file .env.example up --build -d postgres redis control-plane edge web'
(output)
$ ssh toki@toki-labs.com 'curl -fsS http://127.0.0.1:18000/healthz && curl -fsS http://127.0.0.1:18000/readyz'
(output)
$ ssh toki@toki-labs.com 'cd /Users/toki/agent-work/iop-g07-standard-20260607200222/iop && /usr/local/bin/docker compose --project-name iop-g07-port-smoke ps'
(output)
$ ssh toki@toki-labs.com 'cd /Users/toki/agent-work/iop-g07-standard-20260607200222/iop && IOP_EDGE_NODE_TOKEN=<sanitized-smoke-token> /usr/local/bin/docker compose --project-name iop-g07-port-smoke --env-file .env.example down'
(output)
```

View file

@ -0,0 +1,144 @@
<!-- task=m-workspace-port-env-standardization/04+03_standard_slot_runtime_check plan=0 tag=CHECK -->
# Plan - CHECK
## 이 파일을 읽는 구현 에이전트에게
이 작업은 `03+01,02_remote_smoke_evidence` 완료 뒤 남긴 확인용 후속 plan이다. 원격 `code-server` container를 stop/start/restart/recreate하지 않는다. 사용자가 별도로 재시작/재생성을 완료한 뒤에만 표준 포트 실기동 검증을 수행한다. 아직 `code-server``13000` 또는 `19080`을 publish하고 있으면 검증을 강행하지 말고 `CODE_REVIEW-cloud-G07.md``사용자 리뷰 요청`에 evidence를 기록한다.
## 배경
`03+01,02_remote_smoke_evidence`는 사용자 결정으로 완료 처리됐다. 당시 repo-owned Dockerfile build blocker는 해소됐고, 원격 `/Users/toki/docker/services/code-server/compose/docker-compose.yml``13000``19080` publish를 비우도록 수정됐다. 다만 running container에는 새 mapping이 적용되지 않았고, 사용자가 재부팅/재생성을 나중에 처리하기로 했다. 이 plan은 그 이후 실제 표준 slot compose health evidence만 수집한다.
## 사용자 리뷰 요청 흐름
구현 중 blocker는 active review stub의 `사용자 리뷰 요청` 섹션에 기록한다. 구현 에이전트는 사용자에게 직접 질문하거나 원격 `code-server`를 직접 재시작하지 않는다.
## 분석 결과
### 읽은 파일
- `agent-task/archive/2026/06/m-workspace-port-env-standardization/03+01,02_remote_smoke_evidence/complete.log`
- `agent-task/archive/2026/06/m-workspace-port-env-standardization/03+01,02_remote_smoke_evidence/USER_REVIEW.md`
- `apps/client/Dockerfile`
- `.env.example`
- `docker-compose.yml`
- `agent-test/local/rules.md`
- `agent-test/local/testing-smoke.md`
- `agent-test/local/client-smoke.md`
- `agent-test/local/control-plane-smoke.md`
### 테스트 환경 규칙
- 선택 test_env: `local`
- `agent-test/local/rules.md`를 읽었다.
- 적용 profile: `testing-smoke`, `client-smoke`, `control-plane-smoke`
- Docker compose와 Flutter/runtime evidence는 원격 runner/code-server 환경에서 확인한다.
- token/secret 원문은 tracked 파일과 review output에 기록하지 않는다.
- 원격 `code-server` stop/start/restart/recreate는 이 plan 범위에서 금지한다.
### 테스트 커버리지 공백
- unit/client build는 이전 작업에서 통과했다.
- 아직 남은 공백은 수정된 `code-server` compose config가 실제 running port mapping에 적용된 뒤, IOP standard slot `13000`/`19080`/`19090` 기반 compose stack이 health/readiness까지 통과하는지 여부다.
### 심볼 참조
- none
### 분할 판단
- split decision policy를 평가했다.
- 이 작업은 기존 split task `03` 완료 뒤 확인만 수행하는 독립 후속 검증이다.
- 선행 `03`: `agent-task/archive/2026/06/m-workspace-port-env-standardization/03+01,02_remote_smoke_evidence/complete.log`로 충족됐다.
- 추가 코드 변경 단위가 없으므로 단일 plan으로 둔다.
### 범위 결정 근거
- 이 plan은 source 수정 없이 검증 evidence만 수집한다.
- 원격 `/Users/toki/docker/services/code-server/compose/docker-compose.yml` 추가 수정, `code-server` 재시작/재생성, 임시 override port 검증은 제외한다.
- `Roadmap Targets`는 의도적으로 포함하지 않는다. `port-default-rollout`은 이전 완료 로그에서 사용자 결정으로 완료 처리됐고, 이 plan은 중복 roadmap completion을 발생시키지 않는 확인 작업이다.
### 빌드 등급
- `cloud-G07`: 원격 Docker compose, long-running image/service startup, stdout/stderr evidence, host port mapping 판정이 중심이다.
## 구현 체크리스트
- [ ] 원격 `code-server`가 더 이상 `13000``19080`을 publish하지 않는지 확인한다.
- [ ] 표준 slot compose config render와 service health/readiness를 원격 isolated context에서 확인한다.
- [ ] smoke project cleanup과 `code-server` running 상태를 확인한다.
- [ ] 검증 결과에 host/token/credential 원문이 남지 않도록 출력 sanitization 여부를 확인한다.
- [ ] CODE_REVIEW-*-G??.md의 구현 에이전트 소유 섹션을 실제 구현 내용과 검증 출력으로 채운다. 이 항목이 완료되기 전에는 구현이 완료된 것이 아니다.
### [CHECK-1] Confirm standard slots are free after user-managed code-server restart
문제: 이전 완료 시점에는 `code-server` running container가 `13000``19080`을 계속 publish하고 있었다.
해결 방법:
- 원격 Docker 상태를 읽기 전용으로 확인한다.
- `code-server`가 여전히 `13000` 또는 `19080`을 publish하면 검증을 중단하고 `사용자 리뷰 요청`에 기록한다.
수정 파일 및 체크리스트:
- [ ] source 수정 없음
- [ ] `CODE_REVIEW-cloud-G07.md`: port mapping 확인 결과 기록
테스트 작성: 검증-only 작업이므로 새 테스트 파일은 작성하지 않는다.
중간 검증:
```bash
ssh toki@toki-labs.com '/usr/local/bin/docker inspect code-server --format "{{.State.Status}}" && /usr/local/bin/docker ps --format "{{.Names}} {{.Ports}}" | grep -E "code-server|13000|19080" || true'
```
기대 결과: `code-server`는 running이고, 출력에 `13000``19080` publish가 없어야 한다. 여전히 보이면 사용자 리뷰 요청으로 멈춘다.
### [CHECK-2] Verify standard-slot compose health
문제: `port-default-rollout`의 최종 확인은 표준 host slot compose service health evidence다.
해결 방법:
- 기존 dirty remote checkout을 사용하지 않고 isolated context를 사용한다.
- `IOP_EDGE_NODE_TOKEN`은 명령 환경에만 두고 output에는 `<sanitized-smoke-token>`으로 기록한다.
- `iop-g07-port-smoke` project만 생성하고 cleanup한다.
수정 파일 및 체크리스트:
- [ ] source 수정 없음
- [ ] `CODE_REVIEW-cloud-G07.md`: compose config/up/health/ps/down output 기록
테스트 작성: 검증-only 작업이므로 새 테스트 파일은 작성하지 않는다.
중간 검증:
```bash
ssh toki@toki-labs.com 'cd /Users/toki/agent-work/iop-g07-standard-20260607200222/iop && IOP_EDGE_NODE_TOKEN=<sanitized-smoke-token> /usr/local/bin/docker compose --project-name iop-g07-port-smoke --env-file .env.example config >/tmp/iop-compose-config-g07-standard.out && grep -E "18000|13000|15400|16300|19080|19081|19090" /tmp/iop-compose-config-g07-standard.out'
ssh toki@toki-labs.com 'cd /Users/toki/agent-work/iop-g07-standard-20260607200222/iop && IOP_EDGE_NODE_TOKEN=<sanitized-smoke-token> /usr/local/bin/docker compose --project-name iop-g07-port-smoke --env-file .env.example up --build -d postgres redis control-plane edge web'
ssh toki@toki-labs.com 'curl -fsS http://127.0.0.1:18000/healthz && curl -fsS http://127.0.0.1:18000/readyz'
ssh toki@toki-labs.com 'cd /Users/toki/agent-work/iop-g07-standard-20260607200222/iop && /usr/local/bin/docker compose --project-name iop-g07-port-smoke ps'
ssh toki@toki-labs.com 'cd /Users/toki/agent-work/iop-g07-standard-20260607200222/iop && IOP_EDGE_NODE_TOKEN=<sanitized-smoke-token> /usr/local/bin/docker compose --project-name iop-g07-port-smoke --env-file .env.example down'
```
기대 결과: config render, full build/start, `/healthz`, `/readyz`, compose ps, cleanup이 모두 성공한다.
## 수정 파일 요약
| 파일 | 항목 |
|------|------|
| `CODE_REVIEW-cloud-G07.md` | CHECK-1, CHECK-2 |
## 최종 검증
```bash
ssh toki@toki-labs.com '/usr/local/bin/docker inspect code-server --format "{{.State.Status}}" && /usr/local/bin/docker ps --format "{{.Names}} {{.Ports}}" | grep -E "code-server|13000|19080" || true'
ssh toki@toki-labs.com 'cd /Users/toki/agent-work/iop-g07-standard-20260607200222/iop && IOP_EDGE_NODE_TOKEN=<sanitized-smoke-token> /usr/local/bin/docker compose --project-name iop-g07-port-smoke --env-file .env.example config >/tmp/iop-compose-config-g07-standard.out && grep -E "18000|13000|15400|16300|19080|19081|19090" /tmp/iop-compose-config-g07-standard.out'
ssh toki@toki-labs.com 'cd /Users/toki/agent-work/iop-g07-standard-20260607200222/iop && IOP_EDGE_NODE_TOKEN=<sanitized-smoke-token> /usr/local/bin/docker compose --project-name iop-g07-port-smoke --env-file .env.example up --build -d postgres redis control-plane edge web'
ssh toki@toki-labs.com 'curl -fsS http://127.0.0.1:18000/healthz && curl -fsS http://127.0.0.1:18000/readyz'
ssh toki@toki-labs.com 'cd /Users/toki/agent-work/iop-g07-standard-20260607200222/iop && /usr/local/bin/docker compose --project-name iop-g07-port-smoke ps'
ssh toki@toki-labs.com 'cd /Users/toki/agent-work/iop-g07-standard-20260607200222/iop && IOP_EDGE_NODE_TOKEN=<sanitized-smoke-token> /usr/local/bin/docker compose --project-name iop-g07-port-smoke --env-file .env.example down'
```
기대 결과: user-managed restart 이후 standard slots가 비어 있고 compose health/readiness가 통과한다. 모든 코드 변경 완료 후 반드시 `CODE_REVIEW-*-G??.md`의 구현 에이전트 소유 섹션을 채운다. 이 파일 작성이 구현의 마지막 단계다.

View file

@ -8,14 +8,19 @@ ARG IOP_CONTROL_PLANE_WIRE_URL=ws://localhost:19080/client
WORKDIR /workspace/iop/apps/client
# docker-compose builds this Dockerfile with /config/workspace as context so the
# sibling proto-socket/dart path dependency declared in pubspec.yaml resolves to
# /workspace/proto-socket/dart inside the image. Copy its manifest first so pub
# get can cache, then copy full source before the build step.
COPY proto-socket/dart/pubspec.yaml proto-socket/dart/pubspec.lock /workspace/proto-socket/dart/
# sibling path dependencies declared in pubspec.yaml resolve under /workspace.
# Copy manifests first so pub get can cache, then copy full sources before build.
COPY proto-socket/dart/pubspec.yaml /workspace/proto-socket/dart/
COPY agent-shell/pubspec.yaml /workspace/agent-shell/
COPY nexo/packages/messaging_flutter/pubspec.yaml /workspace/nexo/packages/messaging_flutter/
COPY iop/packages/flutter/iop_console/pubspec.yaml /workspace/iop/packages/flutter/iop_console/
COPY iop/apps/client/pubspec.yaml iop/apps/client/pubspec.lock ./
RUN flutter pub get
COPY proto-socket/dart/ /workspace/proto-socket/dart/
COPY agent-shell/ /workspace/agent-shell/
COPY nexo/packages/messaging_flutter/ /workspace/nexo/packages/messaging_flutter/
COPY iop/packages/flutter/iop_console/ /workspace/iop/packages/flutter/iop_console/
COPY iop/apps/client/ ./
RUN flutter build web \
--release \