<!-- task=specialized_agent_contract plan=0 tag=API -->

# Code Review Reference - API

> **[IMPLEMENTING AGENT — READ FIRST] Filling in this file is the mandatory final step of implementation.**
> The task is NOT complete until every implementation-owned section below is filled in.
> Complete the `구현 체크리스트`; the final checklist item is mandatory before saving.
> Fill implementation-owned sections, then stop with active files in place and report ready for review.
> Finalization (`코드리뷰 결과`, log rename, `complete.log`, archive moves, `코드리뷰 전용 체크리스트`) is review-agent-only, even after compaction/resume.
> Follow the ownership table at the bottom of this file for which sections you own.

## 개요

date=2026-05-24
task=specialized_agent_contract, plan=0, tag=API

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

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

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

1. 판정을 append한다.
2. `CODE_REVIEW-local-G04.md` → `code_review_local_G04_N.log`, `PLAN-local-G04.md` → `plan_local_G04_M.log`로 아카이브한다.
3. PASS이면 `complete.log` 작성 후 active task 디렉터리를 `agent-task/archive/YYYY/MM/specialized_agent_contract/`로 이동한다. WARN/FAIL이면 다음 active plan/review 파일을 즉시 작성한다.
4. 적용 가능한 `코드리뷰 전용 체크리스트` 항목을 최종 `.log` 위치에서 체크한 뒤 보고한다.

---

## 구현 항목별 완료 여부

| 항목 | 완료 여부 |
|------|---------|
| [API-1] Agent kind and registry entry contract | [x] |
| [API-2] Config message and reconnect boundary | [x] |
| [API-3] Bootstrap preconditions and milestone closure | [x] |

## 구현 체크리스트

- [x] `agent-ops/roadmap/milestones/specialized-agent-proto-socket-foundation.md`에 agent kind와 registry entry 계약을 추가하고 `[agent-kind]`, `[registry-entry]`를 완료 상태로 갱신한다.
- [x] config/message/reconnect 계약을 추가하고 `[config-boundary]`, `[message-boundary]`, `[reconnect-policy]`를 완료 상태로 갱신한다.
- [x] bootstrap 선행 조건과 완료 기준 정합성을 정리하고 `[bootstrap-precondition]` 및 충족된 완료 기준을 갱신한다.
- [x] 중간 검증과 최종 검증 명령을 실행하고 실제 출력이 계획의 기대 결과와 일치하는지 확인한다.
- [x] CODE_REVIEW-*-G??.md의 구현 에이전트 소유 섹션을 실제 구현 내용과 검증 출력으로 채운다. 이 항목이 완료되기 전에는 구현이 완료된 것이 아니다.

## 코드리뷰 전용 체크리스트

> **[REVIEW AGENT ONLY]** 이 체크리스트는 코드리뷰 에이전트만 사용한다.
> 구현 에이전트는 이 섹션을 수정하거나 체크하지 않는다.

- [x] `코드리뷰 결과`에 `PASS`, `WARN`, `FAIL` 중 하나의 판정을 append한다.
- [x] 판정과 `차원별 평가`, Required/Suggested/Nit 분류가 서로 일치한다.
- [x] active `CODE_REVIEW-*-G??.md`를 `code_review_local_G04_N.log`로 아카이브한다.
- [x] active `PLAN-*-G??.md`를 `plan_local_G04_M.log`로 아카이브한다.
- [ ] PASS이면 `agent-ops/skills/common/code-review/templates/complete-log-template.md` 기준으로 `complete.log`를 작성하고 active `.md` 파일을 남기지 않는다.
- [ ] PASS이면 active task 디렉터리 `agent-task/specialized_agent_contract/`를 `agent-task/archive/YYYY/MM/specialized_agent_contract/`로 이동하고 최종 archive 경로에서 이 체크리스트를 갱신한다.
- [ ] PASS split 작업이면 이동 후 빈 active parent `agent-task/specialized_agent_contract/`를 제거하거나, 남은 sibling/file이 있어 유지했다고 확인한다.
- [x] WARN/FAIL이면 다음 active `PLAN-local-G04.md`와 `CODE_REVIEW-local-G04.md`를 작성하고 `complete.log`를 작성하지 않는다.

## 계획 대비 변경 사항

계획에 따라 모든 변경을 `agent-ops/roadmap/milestones/specialized-agent-proto-socket-foundation.md` 파일 내에서만 구현했다. 코드 파일, proto 파일, 다른 markdown 파일은 수정하지 않았다.

## 주요 설계 결정

- Agent Kind / Registry Entry: `RegisterRequest`에는 kind field를 추가하지 않고, Edge-side registration record에서 `agent_kind`를 소유하는 방향으로 계약했다. 초기 후보는 `generic-node`, `oto-agent`.
- Config / Message Boundary: `oto-agent`에는 최소 runtime identity/config만 공통 handshake에서 전달하고, build/deploy 전용 설정은 후속 OTO config message나 typed payload로 분리하는 방향으로 계약했다.
- Reconnect / Duplicate Policy: 중복 연결 기본값을 reject로 고정하고, 명시적 reconnect token 전에는 자동 대체를 하지 않는 상태로 계약했다.
- Bootstrap Preconditions: 후속 마일스톤의 잠금 결정 항목(credential 보안 기준, bootstrap command UX 등)을 이번 문서에서 임의로 확정하지 않고 선행 조건만 문서화했다.
- 완료 기준 중 4개 항목(`Agent Bootstrap과 OTO 등록이 통신 기반을 추측하지 않고 후속 계약을 작성할 수 있다`, `generic Node, specialized domain agent, remote terminal bridge 경로가 제품/transport 수준에서 구분된다`, `specialized agent를 처음에는 node-compatible handshake로 받아들이되 proto field 추가 시점/조건이 정리되어 있다`, `proto schema나 registry schema를 구현하기 전에 결정해야 할 후보와 확인 필요 항목이 정리되어 있다`)을 이번 계약으로 충족된 것으로 마킹했다.
- 확인 필요 항목을 proto field 추가 시점 등 기존 기술 검토 항목에서 oto-agent 후속 typed payload 형식으로 구체화했다.

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

- `proto/iop/runtime.proto`와 Go transport/registry 코드를 수정하지 않았는지 확인한다.
- 여섯 item-id가 본문 결정 근거와 함께 `[x]`로 갱신되었는지 확인한다.
- `Agent Bootstrap과 OTO 등록` 마일스톤의 잠금 결정 항목을 이번 문서에서 임의 확정하지 않았는지 확인한다.
- 검증 결과가 요약이 아니라 실제 stdout/stderr인지 확인한다.

## 검증 결과

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

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

### API-1 중간 검증
```
$ rg --sort path -n "\[x\] \[(agent-kind|registry-entry)\]|Agent Kind / Registry Entry|agent_kind|generic-node|oto-agent" agent-ops/roadmap/milestones/specialized-agent-proto-socket-foundation.md
25:- `RegisterRequest(token)`은 우선 유지하고, token이 가리키는 Edge-side 등록 record에서 `generic-node`와 `oto-agent` 같은 agent kind를 구분하는 방향을 후보로 둔다.
33:- [x] [agent-kind] Edge registry에서 generic Node와 specialized domain agent를 구분하는 기준 후보가 정리되어 있다.
34:- [x] [registry-entry] connected entry가 agent kind, capability, lifecycle을 가질 수 있는지, 기존 `NodeEntry`/registry를 확장할지 별도 registry로 분리할지 기준이 정리되어 있다.
60:### Agent Kind / Registry Entry
63:- Edge-side registration record가 `agent_kind`를 소유하며 초기 후보는 `generic-node`, `oto-agent`다.
64:- connected entry는 `agent_kind`, capability summary, lifecycle state를 담을 수 있는 agent entry로 확장하는 방향을 1차 후보로 둔다.
71:- `oto-agent`에는 최소 runtime identity/config만 공통 handshake에서 전달하고, build/deploy 전용 설정은 후속 OTO config message나 typed payload가 필요해질 때 분리한다.
94:- 확인 필요: oto-agent를 위한 후속 typed payload 형식, build/deploy 전용 설정 형식.
```

### API-2 중간 검증
```
$ rg --sort path -n "\[x\] \[(config-boundary|message-boundary|reconnect-policy)\]|Config / Message Boundary|Reconnect / Duplicate Policy|NodeConfigPayload|RunRequest/RunEvent|reject|replace" agent-ops/roadmap/milestones/specialized-agent-proto-socket-foundation.md
26:- `RegisterResponse`의 config 전달 패턴은 재사용하되, 기존 `NodeConfigPayload`를 그대로 줄지, OTO 전용 config를 후속 메시지로 분리할지 판단 기준을 정리한다.
27:- `RunRequest/RunEvent`, `CancelRequest`, `NodeCommandRequest/Response`의 envelope 재사용 범위와 OTO 전용 build/deploy payload, artifact/log/progress 의미의 분리 기준을 잡는다.
35:- [x] [config-boundary] `RegisterResponse`의 `NodeConfigPayload`를 OTO에 어떻게 적용할지, 최소 config와 OTO 전용 config 분리 기준이 정리되어 있다.
36:- [x] [message-boundary] 기존 Node 메시지 재사용과 specialized agent 전용 메시지 분리 기준이 문서화되어 있다.
38:- [x] [reconnect-policy] duplicate connection, reconnect, 기존 연결 대체/거부 정책이 specialized agent 관점에서 정리되어 있다.
67:### Config / Message Boundary
70:- generic Node에는 `NodeConfigPayload`를 그대로 보낸다.
72:- `RunRequest/RunEvent`, `CancelRequest`, `NodeCommandRequest/Response`는 envelope와 request-response 패턴만 재사용한다.
75:### Reconnect / Duplicate Policy
77:- 같은 agent identity의 중복 연결 기본값은 reject다.
79:- 후속 구현에서 replace를 허용할 경우 old connection close reason과 audit event가 먼저 정의되어야 한다.
```

### API-3 중간 검증
```
$ rg --sort path -n "\[x\] \[bootstrap-precondition\]|Bootstrap Preconditions|Agent Bootstrap과 OTO 등록|registration 이후 envelope compatibility|credential 보안 기준" agent-ops/roadmap/milestones/specialized-agent-proto-socket-foundation.md
39:- [x] [bootstrap-precondition] Agent Bootstrap과 OTO 등록이 의존할 transport/handshake 선행 조건이 명확하다.
43:- [x] Agent Bootstrap과 OTO 등록이 통신 기반을 추측하지 않고 후속 계약을 작성할 수 있다.
81:### Bootstrap Preconditions
85:- bootstrap command UX, credential 보안 기준, 초기 capability/run 준비 범위는 `Agent Bootstrap과 OTO 등록` 마일스톤의 잠금 결정으로 남긴다.
86:- 이번 마일스톤의 run/command smoke 요구는 registration 이후 envelope compatibility 확인 기준까지만 둔다.
93:- 후속 작업: Agent Bootstrap과 OTO 등록
```

### 최종 검증
```
$ git diff --check
(no output - exit 0)

$ rg --sort path -n "\[x\] \[(agent-kind|registry-entry|config-boundary|message-boundary|reconnect-policy|bootstrap-precondition)\]" agent-ops/roadmap/milestones/specialized-agent-proto-socket-foundation.md
33:- [x] [agent-kind] Edge registry에서 generic Node와 specialized domain agent를 구분하는 기준 후보가 정리되어 있다.
34:- [x] [registry-entry] connected entry가 agent kind, capability, lifecycle을 가질 수 있는지, 기존 `NodeEntry`/registry를 확장할지 별도 registry로 분리할지 기준이 정리되어 있다.
35:- [x] [config-boundary] `RegisterResponse`의 `NodeConfigPayload`를 OTO에 어떻게 적용할지, 최소 config와 OTO 전용 config 분리 기준이 정리되어 있다.
36:- [x] [message-boundary] 기존 Node 메시지 재사용과 specialized agent 전용 메시지 분리 기준이 문서화되어 있다.
38:- [x] [reconnect-policy] duplicate connection, reconnect, 기존 연결 대체/거부 정책이 specialized agent 관점에서 정리되어 있다.
39:- [x] [bootstrap-precondition] Agent Bootstrap과 OTO 등록이 의존할 transport/handshake 선행 조건이 명확하다.

$ rg --sort path -n "Agent Kind / Registry Entry|Config / Message Boundary|Reconnect / Duplicate Policy|Bootstrap Preconditions|proto schema와 생성 코드를 변경하지 않는다|Edge registry/API/DB schema를 구현하지 않는다" agent-ops/roadmap/milestones/specialized-agent-proto-socket-foundation.md
52:- proto schema와 생성 코드를 변경하지 않는다.
53:- Edge registry/API/DB schema를 구현하지 않는다.
60:### Agent Kind / Registry Entry
67:### Config / Message Boundary
75:### Reconnect / Duplicate Policy
81:### Bootstrap Preconditions
```

---

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

| Section | Owner | Note |
|---------|-------|------|
| Header comment, 개요, 리뷰 에이전트 지시 | Fixed at stub creation | Implementing agent must not modify or execute these (archive, complete.log, and task-directory archive move are review-agent only) |
| 구현 항목별 완료 여부 (item names) | Fixed at stub creation | Implementing agent checks `[ ]` -> `[x]` only |
| 구현 체크리스트 (item text/order) | Fixed at stub creation from plan | Implementing agent checks `[ ]` -> `[x]` only; final checkbox is mandatory before saving |
| 코드리뷰 전용 체크리스트 | Review agent only | Implementing agent must not modify or check this section |
| 계획 대비 변경 사항, 주요 설계 결정 | Implementing agent | Replace placeholder text with actual content |
| 리뷰어를 위한 체크포인트 | Fixed at stub creation | Pre-filled from plan |
| 검증 결과 (section headings + commands) | Fixed at stub creation | Implementing agent fills in command output only; command changes require a `계획 대비 변경 사항` entry |
| 코드리뷰 결과 | Review agent appends | Not included in stub |

## 코드리뷰 결과

- 종합 판정: FAIL
- 차원별 평가:
  - Correctness: Pass
  - Completeness: Fail
  - Test coverage: Pass
  - API contract: Pass
  - Code quality: Pass
  - Plan deviation: Fail
  - Verification trust: Fail
- 발견된 문제:
  - Required `agent-ops/roadmap/milestones/specialized-agent-proto-socket-foundation.md:46`: `Bootstrap Preconditions`에서 "이번 마일스톤의 run/command smoke 요구는 registration 이후 envelope compatibility 확인 기준까지만 둔다"라고 결정했지만, 대응 완료 기준인 "후속 run/command smoke를 어디까지 요구할지 결정되어 있다"가 아직 `[ ]`로 남아 있습니다. `PLAN-local-G04.md:178-180`의 "충족된 완료 기준만 `[x]`" 요구와도 어긋나므로, line 86 결정이 의도라면 line 46을 `[x]`로 갱신하고 후속 `CODE_REVIEW` 구현 메모에는 실제로 갱신한 완료 기준만 기록하세요.
- 다음 단계: FAIL이므로 active plan/review를 로그로 아카이브하고, 위 Required issue를 해결하는 후속 `PLAN-local-G04.md`와 `CODE_REVIEW-local-G04.md`를 작성한다.
