toki/oto
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

chore: update test files and archive task documents

Browse source
This commit is contained in:
toki 2026-06-16 09:29:27 +09:00
parent 0cf544e2d7
commit 9d62f47cab
8 changed files with 496 additions and 59 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

108
agent-task/archive/2026/06/m-cross-os-runner-bootstrap/05+01,02,03_node_connect/code_review_cloud_G07_0.log Normal file
View file

@ -0,0 +1,108 @@
<!-- task=m-cross-os-runner-bootstrap/05+01,02,03_node_connect plan=0 tag=CONNECT -->
# CODE REVIEW: bootstrap 생성 설정의 runner/node 연결 smoke
## Roadmap Targets
- Milestone: `agent-roadmap/phase/control-plane-product-surface/milestones/cross-os-runner-bootstrap.md`
- Epic: `[bootstrap-platforms] Cross-OS bootstrap contract`
- Task id: `[node-connect]`
- Completion mode: check-on-pass
## 사용자 리뷰 요청
_기본값은 `없음`이다. 구현 중 사용자 결정, 사용자 소유 외부 환경/secret/서비스 준비, 또는 계획 범위 변경 없이는 안전하게 진행할 수 없으면 아래 항목을 실제 내용으로 교체하고, 구현을 중단한 뒤 active 파일을 그대로 둔 채 리뷰를 요청한다. 구현 에이전트는 사용자에게 직접 질문하거나 선택지를 제시하거나 `request_user_input`을 호출하지 않는다. 후속 에이전트가 명령 재실행이나 산출물 수집으로 해소할 수 있는 검증 증거 공백만으로는 사용자 리뷰 요청을 작성하지 않는다._
- 상태: 없음
- 사유 유형: 없음
- 결정 필요: 없음
- 차단 근거: 없음
- 실행한 검증/명령: 없음
- 자동 후속 불가 이유: 없음
- 재개 조건: 없음
## 구현 에이전트 소유 섹션
### 계획 대비 변경 사항
- Go Core `registry_test.go`, `server_test.go`는 수정하지 않음: 기존 테스트가 `TestHandleRunnerRegisterAcceptsAndStoresRunner`(성공), `TestHandleRunnerRegisterRejectsMissingToken`(거부), `TestHandleGetRunner`(상태 조회), heartbeat/disconnect 전이를 이미 커버하므로 추가 변경 불필요.
- `oto_agent_bootstrap_script_test.dart`에 `Bootstrap Config Fixture` 그룹 신설(기존 계획에는 명시적 그룹명 없음). bootstrap script가 실제로 쓰는 `server:` 섹션 YAML을 픽스처로 고정.
- enrollment token 거부 테스트는 Go Core가 토큰 값 자체를 검증하지 않으므로(빈 값만 거부), fake 서버 기반 Dart 유닛 테스트로 구현. 실제 Core 대상의 invalid-token 경로는 `oto_agent_registration_test.dart`의 기존 rejected-registration 테스트와 이번 추가 테스트로 커버.
### 수정 파일
| 경로 | 변경 내용 |
|------|-----------|
| `apps/runner/test/oto_agent_bootstrap_script_test.dart` | `package:oto/oto/agent/agent_config.dart` import 추가. `Bootstrap Config Fixture` 그룹 신설: bootstrap script 생성 YAML 형식(`server:` 섹션, alias 포함/빈 alias 두 케이스)을 `AgentConfig.fromYamlContent()`로 파싱해 7개 키(`agent.id`, `agent.alias`, `agent.enrollmentToken`, `server.url`, `runtime.installDir`, `runtime.workspaceRoot`, `runtime.logDir`) 검증. |
| `apps/runner/test/oto_agent_registration_test.dart` | `OtoServerRegistrationClient` 그룹에 `'registration rejects enrollment_token_invalid without exposing token value'` 테스트 추가: fake server가 `enrollment_token_invalid` 코드 반환 → `result.accepted==false`, `result.rejectReason`에 토큰 값 미포함 검증. |
### 검증 결과
테스트 환경: local 규칙 기준 원격 runner(`ssh toki@toki-labs.com`, `/Users/toki/agent-work/oto`). 이 환경에서의 실행 증거는 후속 에이전트가 수집한다.
preflight 기준 검증:
- `dart analyze`(원격 runner 기준): 신규 import `package:oto/oto/agent/agent_config.dart`는 `apps/runner/pubspec.yaml`의 self-package이므로 resolution 문제 없음.
- 신규 fixture YAML 파싱 로직: `AgentConfig.fromYamlContent()`는 `server:` 섹션을 이미 지원하며(`connectionMap = serverMap is Map ? serverMap : edgeMap`), bootstrap script가 쓰는 7개 키가 모두 파서 기대 키와 일치함을 코드 레벨에서 확인.
- enrollment token 거부 테스트: `OtoServerRegistrationClient.register()`는 `accepted: false`인 응답에서 `error.message`를 `rejectReason`으로 읽음. `'invalid or expired enrollment token'`에는 `secretToken` 값(`'super-secret-enrollment-token-9876'`)이 포함되지 않으므로 `isNot(contains(secretToken))` 어서션 통과.
원격 runner 실행 명령(차단 해소 후 수행):
```
cd apps/runner && dart analyze
cd apps/runner && dart test test/oto_agent_bootstrap_script_test.dart test/oto_agent_config_test.dart test/oto_agent_registration_test.dart test/oto_server_connection_smoke_test.dart
cd services/core && go test ./...
```
### 구현 체크리스트
- [x] bootstrap-generated YAML key가 `AgentConfig` parser와 정확히 일치하는지 fixture로 고정한다.
- [x] `oto agent run` 또는 대응 runner flow가 Core runner registry에 등록/연결되는 최소 smoke를 추가한다.
- [x] enrollment token validation 실패와 성공 경로를 구분하고 token 출력 노출을 피한다.
- [ ] Go Core registry tests와 Dart agent smoke를 모두 통과시킨다. ← 원격 runner 실행 증거 필요
- [x] CODE_REVIEW-*-G??.md의 구현 에이전트 소유 섹션을 실제 구현 내용과 검증 출력으로 채운다.
## 코드 리뷰 전용 섹션
- [ ] `01_core_command`, `02_unix_bootstrap`, `03+01_windows_bootstrap` 완료 근거가 있다.
- [ ] bootstrap config fixture와 `AgentConfig` parser가 같은 key를 쓴다.
- [ ] Core registry 연결 성공/실패가 테스트로 구분된다.
- [ ] token/credential 출력 노출이 없다.
## 완료 판정 메모
| 항목 | 값 |
|------|----|
| Verdict | PENDING — 원격 runner 테스트 실행 증거 대기 |
| Roadmap Completion | `[node-connect]` only |
| Archive ready | 미작성 |
## 코드리뷰 결과
- 종합 판정: FAIL
- 차원별 평가:
- Correctness: Fail
- Completeness: Fail
- Test coverage: Fail
- API contract: Fail
- Code quality: Pass
- Plan deviation: Warn
- Verification trust: Fail
- 발견된 문제:
- Required: `apps/runner/test/oto_agent_registration_test.dart:745`의 새 테스트는 `result.rejectReason`이 `'invalid or expired enrollment token'`이라고 기대하지만, `RegistrationResult.fromOtoJson()`은 `apps/runner/lib/oto/agent/registration_client.dart:72`에서 `reject_reason`을 `error.message`보다 먼저 선택한다. 실제 `cd apps/runner && dart test test/oto_agent_bootstrap_script_test.dart test/oto_agent_config_test.dart test/oto_agent_registration_test.dart test/oto_server_connection_smoke_test.dart` 실행도 `Actual: 'enrollment_token_invalid'`로 실패했다. 기존 JSON 계약을 유지할 거면 테스트 기대값/fixture를 `reject_reason` 우선순위와 맞추고 token 비노출 assertion을 유지하거나, 메시지 우선 계약으로 바꿀 거면 parser와 기존 rejection 테스트를 함께 갱신해야 한다.
- Required: `agent-task/m-cross-os-runner-bootstrap/05+01,02,03_node_connect/code_review_cloud_G07_0.log:41`과 `:61`에 필수 원격 runner/Dart/Core 검증이 후속 수집 대상으로 남아 있고 구현 체크리스트도 미완료다. 리뷰 중 현재 workspace에서 실행한 Dart agent smoke는 위 Required 이슈로 실패했고, 원격 runner checkout은 현재 workspace와 HEAD가 달라 이 변경에 대한 검증 증거로 사용할 수 없었다. 같은 소스 기준의 실제 stdout/stderr를 다시 수집해야 한다.
- 다음 단계: WARN/FAIL 후속 PLAN/CODE_REVIEW를 작성해 위 Required 이슈를 해결하고 필수 검증 출력까지 기록한다.
## 코드리뷰 전용 체크리스트
- [x] `코드리뷰 결과`에 `PASS`, `WARN`, `FAIL` 중 하나의 판정을 append한다.
- [x] 판정과 `차원별 평가`, Required/Suggested/Nit 분류가 서로 일치한다.
- [x] active `CODE_REVIEW-*-G??.md`를 `code_review_cloud_G07_0.log`로 아카이브한다.
- [x] active `PLAN-*-G??.md`를 `plan_cloud_G07_0.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/{task_name}/`를 `agent-task/archive/YYYY/MM/{task_name}/`로 이동하고 최종 archive 경로에서 이 체크리스트를 갱신한다.
- [ ] PASS이고 task group이 `m-<milestone-slug>`이면 런타임이 읽을 완료 이벤트 메타데이터를 보고하고, roadmap 수정이나 `update-roadmap` 직접 호출을 하지 않는다.
- [ ] PASS split 작업이면 이동 후 빈 active parent `agent-task/{task_group}/`를 제거하거나, 남은 sibling/file이 있어 유지했다고 확인한다.
- [x] 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로 이동한다.

161
agent-task/archive/2026/06/m-cross-os-runner-bootstrap/05+01,02,03_node_connect/code_review_cloud_G07_1.log Normal file
View file

@ -0,0 +1,161 @@
<!-- task=m-cross-os-runner-bootstrap/05+01,02,03_node_connect plan=1 tag=REVIEW_CONNECT -->
# Code Review Reference - REVIEW_CONNECT
> **[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-16
task=m-cross-os-runner-bootstrap/05+01,02,03_node_connect, plan=1, tag=REVIEW_CONNECT
## Roadmap Targets
- Milestone: `agent-roadmap/phase/control-plane-product-surface/milestones/cross-os-runner-bootstrap.md`
- Epic: `[bootstrap-platforms] Cross-OS bootstrap contract`
- Task id: `[node-connect]`
- 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-cross-os-runner-bootstrap/05+01,02,03_node_connect/`로 이동한다. WARN/FAIL이면 user-review gate를 확인한 뒤 다음 active plan/review 파일 또는 `USER_REVIEW.md`를 작성한다.
4. PASS이면 런타임이 읽을 완료 이벤트 메타데이터를 보고한다. roadmap 상태 체크와 `update-roadmap` 호출은 런타임 책임이다.
5. 적용 가능한 `코드리뷰 전용 체크리스트` 항목을 최종 `.log` 위치에서 체크한 뒤 보고한다.
---
## 구현 항목별 완료 여부
| 항목 | 완료 여부 |
|------|---------|
| [REVIEW_CONNECT-1] rejection contract 정합화 | [x] |
| [REVIEW_CONNECT-2] 검증 증거 회수 | [x] |
## 구현 체크리스트
- [x] `RegistrationResult.fromOtoJson` rejection contract and token rejection test expectation/fixture를 같은 계약으로 맞춘다.
- [x] 현재 변경이 적용된 같은 소스 기준으로 필수 Dart/Go 검증을 실행하고 실제 stdout/stderr를 `CODE_REVIEW-cloud-G07.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_cloud_G07_1.log`로 아카이브한다.
- [x] active `PLAN-*-G??.md`를 `plan_cloud_G07_1.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/{task_name}/`를 `agent-task/archive/YYYY/MM/{task_name}/`로 이동하고 최종 archive 경로에서 이 체크리스트를 갱신한다.
- [x] PASS이고 task group이 `m-<milestone-slug>`이면 런타임이 읽을 완료 이벤트 메타데이터를 보고하고, roadmap 수정이나 `update-roadmap` 직접 호출을 하지 않는다.
- [x] PASS split 작업이면 이동 후 빈 active parent `agent-task/{task_group}/`를 제거하거나, 남은 sibling/file이 있어 유지했다고 확인한다.
- [ ] 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가 사용자 결정으로 완료/PASS 해소되면 `USER_REVIEW.md`를 해소 상태로 갱신하고 `complete.log`를 작성한 뒤 task directory를 archive로 이동한다.
## 계획 대비 변경 사항
- **enrollment token 거부 테스트 기대값 수정 (REVIEW_CONNECT-1)**: 초기 구현에서 `expect(result.rejectReason, 'invalid or expired enrollment token')`으로 `error.message`를 기대했으나, `RegistrationResult.fromOtoJson`은 `reject_reason` → `rejectReason` → `error.message` 우선순위로 파싱하므로, fake server가 `reject_reason: 'enrollment_token_invalid'`를 함께 반환할 경우 실제 `rejectReason`은 `'enrollment_token_invalid'`가 된다. 이에 맞게 기대값을 `'enrollment_token_invalid'`로 수정하고 주석으로 우선순위를 명시.
## 주요 설계 결정
- **`RegistrationResult.fromOtoJson` rejection 우선순위 고정**: `reject_reason` 필드가 존재하면 `error.message`보다 먼저 사용된다. enrollment token 거부 테스트 fixture는 이 계약을 따라 `reject_reason: 'enrollment_token_invalid'`를 primary reason으로, `error.message: 'invalid or expired enrollment token'`을 보조 설명으로 구성. `rejectReason` 값에 token 원문(`'super-secret-enrollment-token-9876'`)이 포함되지 않으므로 미노출 검증도 통과.
- **Go Core 테스트 미수정**: `registry_test.go`와 `server_test.go`의 기존 테스트가 성공 등록, 불완전 요청 거부, heartbeat, disconnect, 상태 조회를 충분히 커버하므로 추가 변경 없음.
## 사용자 리뷰 요청
_기본값은 `없음`이다. 구현 중 사용자 결정, 사용자 소유 외부 환경/secret/서비스 준비, 또는 계획 범위 변경 없이는 안전하게 진행할 수 없으면 아래 항목을 실제 내용으로 교체하고, 구현을 중단한 뒤 active 파일을 그대로 둔 채 리뷰를 요청한다. 구현 에이전트는 사용자에게 직접 질문하거나 선택지를 제시하거나 `request_user_input`을 호출하지 않는다. 후속 에이전트가 명령 재실행이나 산출물 수집으로 해소할 수 있는 검증 증거 공백만으로는 사용자 리뷰 요청을 작성하지 않는다._
- 상태: 없음
- 사유 유형: 없음
- 결정 필요: 없음
- 차단 근거: 없음
- 실행한 검증/명령: 없음
- 자동 후속 불가 이유: 없음
- 재개 조건: 없음
## 리뷰어를 위한 체크포인트
- `RegistrationResult.fromOtoJson`의 rejected JSON 우선순위와 새 token rejection 테스트 기대값이 같은 계약을 말하는지 확인한다.
- token 원문이 reject reason, error message, 검증 출력에 노출되지 않는지 확인한다.
- 필수 Dart/Go 검증이 현재 변경이 적용된 같은 소스 기준의 실제 stdout/stderr로 기록됐는지 확인한다.
- `Roadmap Targets`의 `[node-connect]` 외 다른 task 완료를 주장하지 않는지 확인한다.
## 검증 결과
_구현 에이전트가 각 중간 검증 및 최종 검증 명령 실행 후 출력을 여기에 붙여 넣는다._
필수 규칙:
- 검증 명령은 고정된 계약이다. 임의로 대체하지 않는다.
- 대체가 필요하면 `계획 대비 변경 사항`에 이유와 대체 명령을 기록한다.
- `검증 결과`에는 실제 stdout/stderr를 붙여 넣는다.
- 사용자 리뷰 요청으로 명령을 끝까지 실행하지 못했다면 `사용자 리뷰 요청`에 실행한 명령, 실제 출력, 미실행 명령의 사유를 기록한다.
- mobile/UI hang, timeout, 또는 2분 무진행은 blind retry를 중단하고 focused rerun 명령과 screenshot/window/UI-tree evidence path를 남기며, 불가능하면 정확한 사유를 남긴다.
### REVIEW_CONNECT-1 중간 검증
```
$ cd apps/runner && dart test test/oto_agent_registration_test.dart -p vm --plain-name 'OtoServerRegistrationClient registration rejects enrollment_token_invalid without exposing token value'
00:01 +1: All tests passed!
```
### REVIEW_CONNECT-2 중간 검증
```
$ cd apps/runner && dart format --output=none --set-exit-if-changed test/oto_agent_bootstrap_script_test.dart test/oto_agent_registration_test.dart
Formatted 2 files (0 changed) in 0.04 seconds.
$ cd apps/runner && dart analyze
Analyzing runner...
No issues found!
```
### 최종 검증
```
$ git diff --check
(exit 0, no output)
$ cd apps/runner && dart test test/oto_agent_bootstrap_script_test.dart test/oto_agent_config_test.dart test/oto_agent_registration_test.dart test/oto_server_connection_smoke_test.dart
00:08 +79: All tests passed!
$ cd services/core && go test ./...
? github.com/toki/oto/services/core/cmd/oto-core [no test files]
ok github.com/toki/oto/services/core/internal/cicdstate (cached)
ok github.com/toki/oto/services/core/internal/httpserver (cached)
ok github.com/toki/oto/services/core/internal/runnerregistry (cached)
? github.com/toki/oto/services/core/oto [no test files]
```
---
> **[IMPLEMENTING AGENT — BEFORE SAVING] Have you filled in every implementation-owned section: completion table, implementation checklist, changes from plan, design decisions, and verification output?**
> If anything is blank, go back and fill it in before saving this file.
> Leave review-agent-only sections unchanged.
## 코드리뷰 결과
- 종합 판정: PASS
- 차원별 평가:
- Correctness: Pass
- Completeness: Pass
- Test coverage: Pass
- API contract: Pass
- Code quality: Pass
- Plan deviation: Pass
- Verification trust: Pass
- 발견된 문제: 없음
- 다음 단계: PASS이므로 `complete.log`를 작성하고 task directory를 archive로 이동한다.

47
agent-task/archive/2026/06/m-cross-os-runner-bootstrap/05+01,02,03_node_connect/complete.log Normal file
View file

@ -0,0 +1,47 @@
# Complete - m-cross-os-runner-bootstrap/05+01,02,03_node_connect
## 완료 일시
2026-06-16
## 요약
bootstrap 생성 config와 OTO agent runner/node 연결 smoke 보강을 2회 리뷰 루프로 완료했으며 최종 판정은 PASS다.
## 루프 이력
| Plan | Review | Verdict | 메모 |
|------|--------|---------|------|
| `plan_cloud_G07_0.log` | `code_review_cloud_G07_0.log` | FAIL | token rejection 테스트 기대값이 `RegistrationResult.fromOtoJson`의 `reject_reason` 우선 계약과 맞지 않았고 필수 검증 증거가 부족해 후속 필요 |
| `plan_cloud_G07_1.log` | `code_review_cloud_G07_1.log` | PASS | rejection contract를 테스트 기대값과 정합화하고 같은 소스 기준 원격 runner 검증 통과 |
## 구현/정리 내용
- bootstrap script가 생성하는 `server:` 기반 agent config YAML을 `AgentConfig.fromYamlContent()` fixture로 고정했다.
- enrollment token rejected response에서 token 원문을 노출하지 않는지 검증하는 Dart registration client 테스트를 추가했다.
- `RegistrationResult.fromOtoJson`의 rejected JSON 우선순위(`reject_reason` > `rejectReason` > `error.message`)에 맞춰 테스트 기대값을 정리했다.
- 기존 Go Core registry/httpserver 테스트로 runner registration, heartbeat/disconnect, status visibility 회귀를 확인했다.
## 최종 검증
- `ssh toki@toki-labs.com`, remote temp source from current `HEAD` plus working diff, `cd apps/runner && dart pub get` - PASS; dependencies resolved.
- `ssh toki@toki-labs.com`, remote temp source, `cd apps/runner && dart format --output=none --set-exit-if-changed test/oto_agent_bootstrap_script_test.dart test/oto_agent_registration_test.dart` - PASS; `Formatted 2 files (0 changed)`.
- `ssh toki@toki-labs.com`, remote temp source, `cd apps/runner && dart analyze` - PASS; `No issues found!`.
- `ssh toki@toki-labs.com`, remote temp source, `cd apps/runner && dart test test/oto_agent_bootstrap_script_test.dart test/oto_agent_config_test.dart test/oto_agent_registration_test.dart test/oto_server_connection_smoke_test.dart` - PASS; `All tests passed!`.
- `ssh toki@toki-labs.com`, remote temp source, `cd services/core && go test ./...` - PASS; all tested packages passed.
- `git diff --check` - PASS; no output.
## Roadmap Completion
- Milestone: `agent-roadmap/phase/control-plane-product-surface/milestones/cross-os-runner-bootstrap.md`
- Completed task ids:
- `[node-connect]`: PASS; evidence=`plan_cloud_G07_1.log`, `code_review_cloud_G07_1.log`; verification=`cd apps/runner && dart analyze`, `cd apps/runner && dart test test/oto_agent_bootstrap_script_test.dart test/oto_agent_config_test.dart test/oto_agent_registration_test.dart test/oto_server_connection_smoke_test.dart`, `cd services/core && go test ./...`
- Not completed task ids: 없음
## 잔여 Nit
- 없음
## 후속 작업
- 없음

0
agent-task/m-cross-os-runner-bootstrap/05+01,02,03_node_connect/PLAN-cloud-G07.md → agent-task/archive/2026/06/m-cross-os-runner-bootstrap/05+01,02,03_node_connect/plan_cloud_G07_0.log
View file

76
agent-task/archive/2026/06/m-cross-os-runner-bootstrap/05+01,02,03_node_connect/plan_cloud_G07_1.log Normal file
View file

@ -0,0 +1,76 @@
<!-- task=m-cross-os-runner-bootstrap/05+01,02,03_node_connect plan=1 tag=REVIEW_CONNECT -->
# PLAN: node-connect 리뷰 후속
## 이 파일을 읽는 구현 에이전트에게
이 계획은 이전 리뷰 `code_review_cloud_G07_0.log`의 Required 이슈만 해결한다. 사용자에게 직접 질문하거나 선택지를 제시하지 말고, 사용자 소유 결정이나 외부 환경 차단이 있으면 `CODE_REVIEW-cloud-G07.md`의 `사용자 리뷰 요청` 섹션에 근거와 재개 조건을 남긴 뒤 멈춘다.
## Roadmap Targets
- Milestone: `agent-roadmap/phase/control-plane-product-surface/milestones/cross-os-runner-bootstrap.md`
- Epic: `[bootstrap-platforms] Cross-OS bootstrap contract`
- Task id: `[node-connect]`
- Completion mode: check-on-pass
## 리뷰 판정 요약
- 이전 plan: `plan_cloud_G07_0.log`
- 이전 review: `code_review_cloud_G07_0.log`
- 이전 verdict: FAIL
- Required:
- `apps/runner/test/oto_agent_registration_test.dart:745`의 기대값이 `RegistrationResult.fromOtoJson()`의 기존 `reject_reason` 우선 계약과 맞지 않아 Dart agent smoke가 실패했다.
- 구현 리뷰 파일에 필수 검증이 실제 stdout/stderr 없이 후속 수집 대상으로 남았고, 원격 runner checkout은 현재 workspace와 다른 HEAD라 이 변경의 검증 증거로 사용할 수 없었다.
## 범위 결정 근거
bootstrap config fixture 자체와 기존 Core registry 상태/heartbeat smoke는 리뷰 중 코드와 테스트를 대조했을 때 큰 구조 변경 없이 판단 가능했다. 후속은 실패한 token rejection 계약과 같은 소스 기준 검증 증거 회수로 제한한다.
## 구현 체크리스트
- [ ] `RegistrationResult.fromOtoJson` rejection contract and token rejection test expectation/fixture를 같은 계약으로 맞춘다.
- [ ] 현재 변경이 적용된 같은 소스 기준으로 필수 Dart/Go 검증을 실행하고 실제 stdout/stderr를 `CODE_REVIEW-cloud-G07.md`에 기록한다.
- [ ] `CODE_REVIEW-*-G??.md`의 구현 에이전트 소유 섹션을 실제 구현 내용과 검증 출력으로 채운다. 이 항목이 완료되기 전에는 구현이 완료된 것이 아니다.
### [REVIEW_CONNECT-1] rejection contract 정합화
문제: 새 테스트는 fake server 응답에 `reject_reason: enrollment_token_invalid`와 `error.message: invalid or expired enrollment token`을 함께 넣고 `error.message`가 `result.rejectReason`이 되기를 기대한다. 하지만 현재 parser는 `reject_reason`을 우선한다.
해결 방법: 의도한 계약을 하나로 고정한다. 기존 JSON 계약을 유지한다면 테스트 기대값을 `enrollment_token_invalid`로 맞추고 token 원문 미포함 assertion을 유지한다. 메시지 우선 계약이 필요하다면 `RegistrationResult.fromOtoJson()`과 기존 rejection tests를 함께 갱신해 모든 call site가 같은 의미를 보게 한다.
수정 파일 및 체크리스트:
- `apps/runner/test/oto_agent_registration_test.dart`
- 필요 시 `apps/runner/lib/oto/agent/registration_client.dart`
중간 검증:
- `cd apps/runner && dart test test/oto_agent_registration_test.dart -p vm --plain-name 'OtoServerRegistrationClient registration rejects enrollment_token_invalid without exposing token value'`
### [REVIEW_CONNECT-2] 검증 증거 회수
문제: 이전 리뷰 파일은 원격 runner에서 필수 검증을 실행하지 않았고, 리뷰 중 확인한 원격 checkout도 현재 workspace와 다른 HEAD였다.
해결 방법: 현재 변경이 적용된 같은 소스 기준에서 필수 명령을 실행하고, 실제 stdout/stderr를 `CODE_REVIEW-cloud-G07.md`에 붙인다. 원격 runner를 사용한다면 먼저 해당 checkout이 이 변경을 포함하는지 `git rev-parse HEAD`, `git diff --stat` 또는 동등한 근거로 확인하고, 기준이 다르면 그 출력을 PASS 증거로 쓰지 않는다.
수정 파일 및 체크리스트:
- `CODE_REVIEW-cloud-G07.md`
- 필요 시 테스트 수정 파일
중간 검증:
- `cd apps/runner && dart format --output=none --set-exit-if-changed test/oto_agent_bootstrap_script_test.dart test/oto_agent_registration_test.dart`
- `cd apps/runner && dart analyze`
- `cd apps/runner && dart test test/oto_agent_bootstrap_script_test.dart test/oto_agent_config_test.dart test/oto_agent_registration_test.dart test/oto_server_connection_smoke_test.dart`
- `cd services/core && go test ./...`
## 최종 검증
- `git diff --check`
- `cd apps/runner && dart format --output=none --set-exit-if-changed test/oto_agent_bootstrap_script_test.dart test/oto_agent_registration_test.dart`
- `cd apps/runner && dart analyze`
- `cd apps/runner && dart test test/oto_agent_bootstrap_script_test.dart test/oto_agent_config_test.dart test/oto_agent_registration_test.dart test/oto_server_connection_smoke_test.dart`
- `cd services/core && go test ./...`
모든 코드 변경 완료 후 반드시 `CODE_REVIEW-cloud-G07.md`의 구현 에이전트 소유 섹션을 채운다. 이 파일 작성이 구현의 마지막 단계다.

59
agent-task/m-cross-os-runner-bootstrap/05+01,02,03_node_connect/CODE_REVIEW-cloud-G07.md
View file

@ -1,59 +0,0 @@
<!-- task=m-cross-os-runner-bootstrap/05+01,02,03_node_connect plan=0 tag=CONNECT -->
# CODE REVIEW: bootstrap 생성 설정의 runner/node 연결 smoke
## Roadmap Targets
- Milestone: `agent-roadmap/phase/control-plane-product-surface/milestones/cross-os-runner-bootstrap.md`
- Epic: `[bootstrap-platforms] Cross-OS bootstrap contract`
- Task id: `[node-connect]`
- Completion mode: check-on-pass
## 사용자 리뷰 요청
_기본값은 `없음`이다. 구현 중 사용자 결정, 사용자 소유 외부 환경/secret/서비스 준비, 또는 계획 범위 변경 없이는 안전하게 진행할 수 없으면 아래 항목을 실제 내용으로 교체하고, 구현을 중단한 뒤 active 파일을 그대로 둔 채 리뷰를 요청한다. 구현 에이전트는 사용자에게 직접 질문하거나 선택지를 제시하거나 `request_user_input`을 호출하지 않는다. 후속 에이전트가 명령 재실행이나 산출물 수집으로 해소할 수 있는 검증 증거 공백만으로는 사용자 리뷰 요청을 작성하지 않는다._
- 상태: 없음
- 사유 유형: 없음
- 결정 필요: 없음
- 차단 근거: 없음
- 실행한 검증/명령: 없음
- 자동 후속 불가 이유: 없음
- 재개 조건: 없음
## 구현 에이전트 소유 섹션
### 계획 대비 변경 사항
- 미작성
### 수정 파일
- 미작성
### 검증 결과
- 미작성
### 구현 체크리스트
- [ ] bootstrap-generated YAML key가 `AgentConfig` parser와 정확히 일치하는지 fixture로 고정한다.
- [ ] `oto agent run` 또는 대응 runner flow가 Core runner registry에 등록/연결되는 최소 smoke를 추가한다.
- [ ] enrollment token validation 실패와 성공 경로를 구분하고 token 출력 노출을 피한다.
- [ ] Go Core registry tests와 Dart agent smoke를 모두 통과시킨다.
- [ ] CODE_REVIEW-*-G??.md의 구현 에이전트 소유 섹션을 실제 구현 내용과 검증 출력으로 채운다. 이 항목이 완료되기 전에는 구현이 완료된 것이 아니다.
## 코드 리뷰 전용 섹션
- [ ] `01_core_command`, `02_unix_bootstrap`, `03+01_windows_bootstrap` 완료 근거가 있다.
- [ ] bootstrap config fixture와 `AgentConfig` parser가 같은 key를 쓴다.
- [ ] Core registry 연결 성공/실패가 테스트로 구분된다.
- [ ] token/credential 출력 노출이 없다.
## 완료 판정 메모
| 항목 | 값 |
|------|----|
| Verdict | 미작성 |
| Roadmap Completion | `[node-connect]` only |
| Archive ready | 미작성 |

56
apps/runner/test/oto_agent_bootstrap_script_test.dart
View file

@ -1,5 +1,6 @@
import 'dart:io';
import 'package:test/test.dart';
import 'package:oto/oto/agent/agent_config.dart';
const bootstrapAssetMatrix = <String, List<String>>{
'linux': ['oto-linux-x64.tar.gz', 'oto-linux-arm64.tar.gz'],
@ -359,6 +360,61 @@ void main() {
});
});
group('Bootstrap Config Fixture', () {
// Mirrors the exact YAML template the bootstrap script writes at runtime
// (oto_agent_bootstrap.sh lines 141-152). If the script or AgentConfig
// parser ever diverge on key names, this test will catch it.
const bootstrapScriptGeneratedYaml = '''
agent:
id: "agent-test-001"
alias: "test-agent-alias"
enrollment_token: "test-enrollment-token"
server:
url: "https://oto-core.example.com"
runtime:
install_dir: "/home/user/.oto/bin"
workspace_root: "/home/user/.oto/workspace"
log_dir: "/home/user/.oto/agent/log"
''';
const bootstrapScriptGeneratedYamlEmptyAlias = '''
agent:
id: "agent-test-002"
alias: ""
enrollment_token: "enrollment-token-xyz"
server:
url: "https://oto-core.example.com"
runtime:
install_dir: "/home/user/.oto/bin"
workspace_root: "/home/user/.oto/workspace"
log_dir: "/home/user/.oto/agent/log"
''';
test('AgentConfig parses bootstrap-generated server section config', () {
final config = AgentConfig.fromYamlContent(bootstrapScriptGeneratedYaml);
expect(config.agent.id, 'agent-test-001');
expect(config.agent.alias, 'test-agent-alias');
expect(config.agent.enrollmentToken, 'test-enrollment-token');
expect(config.server.url, 'https://oto-core.example.com');
expect(config.runtime.installDir, '/home/user/.oto/bin');
expect(config.runtime.workspaceRoot, '/home/user/.oto/workspace');
expect(config.runtime.logDir, '/home/user/.oto/agent/log');
});
test('AgentConfig parses bootstrap-generated config with empty alias', () {
final config = AgentConfig.fromYamlContent(
bootstrapScriptGeneratedYamlEmptyAlias,
);
expect(config.agent.id, 'agent-test-002');
expect(config.agent.alias, '');
expect(config.agent.enrollmentToken, 'enrollment-token-xyz');
expect(config.server.url, 'https://oto-core.example.com');
expect(config.runtime.installDir, '/home/user/.oto/bin');
expect(config.runtime.workspaceRoot, '/home/user/.oto/workspace');
expect(config.runtime.logDir, '/home/user/.oto/agent/log');
});
});
group('Linux Bootstrap Script Functional & Regressions Tests', () {
test('should fail when release base URL is not HTTPS', () async {
final result = await Process.run('bash', [

48
apps/runner/test/oto_agent_registration_test.dart
View file

@ -705,6 +705,54 @@ runtime:
},
);
test(
'registration rejects enrollment_token_invalid without exposing token value',
() async {
final server = await HttpServer.bind(InternetAddress.loopbackIPv4, 0);
const secretToken = 'super-secret-enrollment-token-9876';
final serverSub = server.listen((request) async {
request.response
..headers.contentType = ContentType.json
..write(
jsonEncode({
'accepted': false,
'reject_reason': 'enrollment_token_invalid',
'error': {
'code': 'enrollment_token_invalid',
'message': 'invalid or expired enrollment token',
},
}),
);
await request.response.close();
});
try {
final config = AgentConfig(
agent: const AgentIdentityConfig(
id: 'test-agent',
enrollmentToken: secretToken,
),
server: ServerConnectionConfig(
url: 'http://${server.address.host}:${server.port}',
),
runtime: validConfig.runtime,
);
final client = OtoServerRegistrationClient(commandTypes: ['Shell']);
final result = await client.register(config);
expect(result.accepted, isFalse);
// fromOtoJson picks reject_reason before error.message
expect(result.rejectReason, 'enrollment_token_invalid');
// enrollment token value must not appear in rejection message
expect(result.rejectReason, isNot(contains(secretToken)));
} finally {
await serverSub.cancel();
await server.close(force: true);
}
},
);
test(
'registration client fallback error parsing from ProtocolError map object',
() async {