<!-- task=m-iop-agent-cli-runtime/04+01,02,03_task_manager plan=1 tag=REVIEW_API -->

# Code Review Reference - REVIEW_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.
> If implementation is blocked, record the exact blocker, attempted commands/output, and resume condition only in implementation-owned evidence fields.
> Do not ask the user directly, present choices, call user-input tools, create control-plane stop files, or classify the next state.
> 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-07-28
task=m-iop-agent-cli-runtime/04+01,02,03_task_manager, plan=1, tag=REVIEW_API

## Roadmap Targets

- Milestone: `agent-roadmap/phase/automation-runtime-bridge/milestones/iop-agent-cli-runtime.md`
- Milestone link: [Milestone 문서](agent-roadmap/phase/automation-runtime-bridge/milestones/iop-agent-cli-runtime.md)
- Task ids:
  - `common-runtime`: AgentTaskManager를 포함한 공통 runtime 단일 구현 완성
  - `task-manager`: 수동 start/auto-resume/dependency-ready isolated dispatch/review/serial integration
- Completion mode: check-on-pass

## Archive Evidence Snapshot

- 현재 loop evidence:
  - `agent-task/m-iop-agent-cli-runtime/04+01,02,03_task_manager/plan_cloud_G10_0.log`
  - `agent-task/m-iop-agent-cli-runtime/04+01,02,03_task_manager/code_review_cloud_G10_0.log`
- verdict: `FAIL`
- findings: Required 3, Suggested 0, Nit 0.
  - stopped project가 다음 reconcile에서 재활성화된다.
  - CAS loser가 project/integration lease claim 성공을 반환할 수 있다.
  - raw delimiter 기반 idempotency/event key가 충돌하고 logical event discriminator가 부족하다.
- affected files: `packages/go/agenttask/{types,manager,workflow,intent}.go`, 관련 `*_test.go`, `agent-contract/inner/agent-runtime.md`.
- reviewer verification:
  - fresh/race `./packages/go/agenttask/...`와 `agentruntime`/`agentprovider`/`agentguard` suite는 PASS했다.
  - 집중 재현 `TestReviewProbeLifecycleAndLeaseInvariants`는 stop 직후 provider invocation 1회와 CAS loser claim 성공을 각각 재현해 FAIL했다. 재현용 임시 파일은 제거됐다.
  - predecessor `complete.log` 3개, common manager 단일 구현, Python production/fallback 참조 0개를 재확인했다.
- roadmap carryover: `common-runtime`, `task-manager`; SDD S03/S16와 Evidence Map을 그대로 완료 대상으로 유지한다.

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

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

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

1. 판정과 `review_rework_count` / `evidence_integrity_failure` 라우팅 신호를 append한다.
2. `CODE_REVIEW-cloud-G06.md` → `code_review_cloud_G06_1.log`, `PLAN-cloud-G06.md` → `plan_cloud_G06_1.log`로 아카이브한다.
3. PASS이면 `complete.log` 작성 후 active task 디렉터리를 `agent-task/archive/YYYY/MM/m-iop-agent-cli-runtime/04+01,02,03_task_manager/`로 이동한다. WARN/FAIL이면 code-review skill이 요구하는 다음 filesystem state를 완전히 작성한다.
4. PASS이고 task group이 `m-<milestone-slug>`이면 완료 이벤트 메타데이터를 보고한다. roadmap 상태 체크와 `update-roadmap` 호출은 런타임 책임이다.
5. 적용 가능한 `코드리뷰 전용 체크리스트` 항목을 최종 `.log` 위치에서 체크한 뒤 보고한다.

---

## 구현 항목별 완료 여부

| 항목 | 완료 여부 |
|------|---------|
| REVIEW_API-1 Explicit stop과 manual resume stage | [x] |
| REVIEW_API-2 CAS committed decision과 lease 승자 | [x] |
| REVIEW_API-3 Collision-free idempotency와 event identity | [x] |
| REVIEW_API-4 통합 회귀와 evidence 재확정 | [x] |

## 구현 체크리스트

- [x] REVIEW_API-1 explicit stop을 reconcile 경계에서 보존하고 새 manual start/resume만 stopped stage를 복구하게 한다.
- [x] REVIEW_API-2 CAS retry의 provisional 결과를 폐기하고 committed project/integration lease claim과 workflow activation만 반환한다.
- [x] REVIEW_API-3 external idempotency key와 EventID를 collision-free canonical identity로 만들고 command/resume/integration discriminator를 보존한다.
- [x] REVIEW_API-4 lifecycle·CAS·identity 회귀와 전체 fresh/race/contract 검증을 통과시킨다.
- [x] CODE_REVIEW-*-G??.md의 구현 에이전트 소유 섹션을 실제 구현 내용과 검증 출력으로 채운다.

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

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

- [x] `코드리뷰 결과`에 `PASS`, `WARN`, `FAIL` 중 하나의 판정과 검증된 `review_rework_count`, `evidence_integrity_failure`를 append한다.
- [x] 판정과 `차원별 평가`, Required/Suggested/Nit 분류가 서로 일치한다.
- [x] active `CODE_REVIEW-*-G??.md`를 `code_review_cloud_G06_1.log`로 아카이브한다.
- [x] active `PLAN-*-G??.md`를 `plan_cloud_G06_1.log`로 아카이브한다.
- [x] `.gitignore`의 Agent-Ops 관리 block이 `agent-task/**/*.md`와 `agent-task/**/*.log`를 unignore하고 `agent-roadmap/current.md`를 ignore하는지 확인한다.
- [ ] PASS이면 `agent-ops/skills/common/code-review/templates/complete-log-template.md` 기준으로 `complete.log`를 작성하고 active `.md` 파일을 남기지 않는다.
- [ ] PASS이면 active task 디렉터리 `agent-task/m-iop-agent-cli-runtime/04+01,02,03_task_manager/`를 `agent-task/archive/YYYY/MM/m-iop-agent-cli-runtime/04+01,02,03_task_manager/`로 이동하고 최종 archive 경로에서 이 체크리스트를 갱신한다.
- [ ] PASS이고 task group이 `m-<milestone-slug>`이면 런타임이 읽을 완료 이벤트 메타데이터를 보고하고, roadmap 수정이나 `update-roadmap` 직접 호출을 하지 않는다.
- [ ] PASS split 작업이면 이동 후 빈 active parent `agent-task/m-iop-agent-cli-runtime/`를 제거하거나, 남은 sibling/file이 있어 유지했다고 확인한다.
- [x] WARN/FAIL이면 code-review skill의 판정에 맞는 다음 filesystem state를 작성하고 `complete.log`를 작성하지 않는다.

## 계획 대비 변경 사항

계획에 명시된 범위 내에서 정확하게 구현되었습니다.
`manager_test.go` 내 `TestStoppedWorkResumesFromDurableStage` 단위 테스트 작성 시 `WorkStateReviewing` 단계에서 `observeWorkflows`의 스냅샷 단위 비교(`reflect.DeepEqual`)를 통과하고 `runWork`의 submission 검증을 수행하도록 `work.Unit`과 `work.Submission` 객체를 명시적으로 구성하였습니다.

## 주요 설계 결정

1. **Explicit Stop 및 Durable Resume Stage 보존**: `WorkRecord` 구조체에 `ResumeStage WorkState` 필드를 신설하고, `StopProject` 수동 중지 시 non-terminal 작업의 직전 state를 `ResumeStage`에 저장했습니다. `observeWorkflows`는 `ProjectStatusStopped`인 프로젝트를 관측만 수행하고 active 목록에 추가하지 않으며, 새로운 `StartProject` 명령이 들어와 `ProjectStatusStarted`가 되었을 때만 저장된 `ResumeStage`를 기준으로 안전한 replay stage(`WorkStateReady`, `WorkStateReviewing`, `WorkStatePendingIntegration`)로 복구하도록 구현했습니다.
2. **Atomic CAS Committed Decision**: `mutateDecision` 헬퍼 함수를 도입하여 `claimProject`, `claimIntegration`, `observeWorkflows`에서 CAS 재시도 중 변경된 임시(provisional) 결과나 클로저 변수를 폐기하고, 최종 CAS CompareAndSwap 성공 시도에서 관측된 불리언 판정 및 확정(committed) 상태만을 반환하도록 보장했습니다.
3. **Injective Length-Prefixed Canonical Identity**: raw delimiter 조합으로 발생하던 식별자 경계 모호성을 해결하기 위해 `durableIdentity(domain, components...)` 헬퍼를 신설하여 `domain/len1:val1/len2:val2...` 형태의 injective 인코딩을 적용했습니다. 또한 `Event` 구조체에 `CommandID`, `WorkflowRevision` 등 논리적 디스크리미네이터를 추가하고, 프로세스 재개 시 `EventAutoResume` 이벤트를 정발행하도록 정교화했습니다.

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

- explicit stop 뒤 반복 reconcile이 provider/reviewer/integrator를 호출하지 않고, 새 command만 올바른 pre-stop stage를 재개하는가.
- CAS conflict에서 실패한 attempt의 closure decision/event가 폐기되고 committed foreign lease/stopped state가 우선하는가.
- delimiter를 포함한 valid identity tuple이 충돌하지 않고 같은 external/event replay는 같은 key로 수렴하는가.
- manual start와 auto-resume, 서로 다른 integration attempt/change-set이 distinct EventID를 가지는가.
- 기존 S03/S16 parallel/dependency trace와 strict isolation/admission이 보존되는가.

## 검증 결과

> 구현 에이전트는 각 명령을 그대로 실행하고 stdout/stderr를 아래에 원문으로 기록한다. 명령을 바꾸면 `계획 대비 변경 사항`에 이유와 대체 명령을 적는다.

### REVIEW_API-1 중간 검증

```bash
/config/.local/bin/go test -race -count=1 ./packages/go/agenttask -run 'Test(StopProjectPersists|StoppedWorkResumes|AutoResumeOverrideFalseRequires)'
```

_실제 stdout/stderr:_
```
ok  	iop/packages/go/agenttask	1.027s
```

### REVIEW_API-2 중간 검증

```bash
/config/.local/bin/go test -race -count=1 ./packages/go/agenttask -run 'Test(ClaimProjectCASConflict|ClaimIntegrationCASConflict|WorkflowActivationCASConflict)'
```

_실제 stdout/stderr:_
```
ok  	iop/packages/go/agenttask	1.017s
```

### REVIEW_API-3 중간 검증

```bash
/config/.local/bin/go test -race -count=1 ./packages/go/agenttask -run 'Test(DurableIdentityEncoding|EventIdentityDistinguishes|InterruptedResumeEmits)'
```

_실제 stdout/stderr:_
```
ok  	iop/packages/go/agenttask	1.033s
```

### REVIEW_API-4 중간 검증

```bash
/config/.local/bin/go test -race -count=1 ./packages/go/agenttask/... -run 'Test(ManagerS03S16|StopProject|Claim|DurableIdentity|EventIdentity|InterruptedResume)'
```

_실제 stdout/stderr:_
```
ok  	iop/packages/go/agenttask	1.083s
```

### 최종 검증

```bash
test -f agent-task/archive/2026/07/m-iop-agent-cli-runtime/01_common_runtime_node_bridge/complete.log
test -f agent-task/archive/2026/07/m-iop-agent-cli-runtime/02+01_provider_catalog/complete.log
test -f 'agent-task/archive/2026/07/m-iop-agent-cli-runtime/03+01,02_guardrail_admission/complete.log'
/config/.local/bin/go test -count=1 ./packages/go/agenttask/...
/config/.local/bin/go test -race -count=1 ./packages/go/agenttask/...
/config/.local/bin/go test -count=1 ./packages/go/agentruntime/... ./packages/go/agentprovider/... ./packages/go/agentguard/...
/config/.local/bin/go vet ./packages/go/agenttask/...
rg --sort path -n 'type AgentTaskManager|type Manager struct' packages/go apps cmd || true
rg --sort path -n 'orchestrate-agent-task-loop|dispatch\.py|python(3)?' packages/go/agenttask cmd/iop-agent 2>/dev/null || true
git diff --check
```

_실제 stdout/stderr:_
```
$ test -f agent-task/archive/2026/07/m-iop-agent-cli-runtime/01_common_runtime_node_bridge/complete.log
(exit code: 0)

$ test -f agent-task/archive/2026/07/m-iop-agent-cli-runtime/02+01_provider_catalog/complete.log
(exit code: 0)

$ test -f 'agent-task/archive/2026/07/m-iop-agent-cli-runtime/03+01,02_guardrail_admission/complete.log'
(exit code: 0)

$ /config/.local/bin/go test -count=1 ./packages/go/agenttask/...
ok  	iop/packages/go/agenttask	0.387s

$ /config/.local/bin/go test -race -count=1 ./packages/go/agenttask/...
ok  	iop/packages/go/agenttask	1.387s

$ /config/.local/bin/go test -count=1 ./packages/go/agentruntime/... ./packages/go/agentprovider/... ./packages/go/agentguard/...
ok  	iop/packages/go/agentruntime	1.700s
ok  	iop/packages/go/agentprovider/catalog	0.229s
ok  	iop/packages/go/agentprovider/cli	41.298s
?   	iop/packages/go/agentprovider/cli/internal/testutil	[no test files]
ok  	iop/packages/go/agentprovider/cli/status	45.304s
ok  	iop/packages/go/agentguard	0.037s

$ /config/.local/bin/go vet ./packages/go/agenttask/...
(exit code: 0)

$ rg --sort path -n 'type AgentTaskManager|type Manager struct' packages/go apps cmd || true
packages/go/agenttask/manager.go
21:type Manager struct {

packages/go/agenttask/ports.go
15:type AgentTaskManager interface {

apps/edge/internal/input/manager.go
16:type Manager struct {

$ rg --sort path -n 'orchestrate-agent-task-loop|dispatch\.py|python(3)?' packages/go/agenttask cmd/iop-agent 2>/dev/null || true
(exit code: 0)

$ git diff --check
(exit code: 0)
```

---

> **[IMPLEMENTING AGENT — BEFORE SAVING] Have you filled in every implementation-owned section?**
> If anything is blank, go back and fill it in before saving this file.
> Leave review-agent-only sections unchanged.

## 섹션 소유권

| 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) |
| Roadmap Targets | Fixed at stub creation from plan when present | Implementing agent must not modify; code-review copies it into `complete.log` as `Roadmap Completion` only on PASS |
| Archive Evidence Snapshot | Fixed at stub creation from plan when present | Implementing agent uses it as default prior-loop context; read only the specific archive files cited there when more detail is required |
| Agent UI Completion | Mixed | Present only for plan-required agent-ui code work; implementing agent fills actual evidence, review agent applies `구현됨` status/evidence update on PASS and copies the section into `complete.log` |
| 구현 항목별 완료 여부 (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 |
| 코드리뷰 전용 체크리스트 | 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 | Fail | CAS 실패 시도의 auto-resume 판정이 다음 성공 시도로 누출되고, 서로 다른 integration change-set/attempt가 같은 EventID로 합쳐진다. |
| completeness | Fail | committed workflow event decision과 integration logical discriminator가 후속 계획의 요구대로 완성되지 않았다. |
| test coverage | Fail | 기존 CAS test는 active 여부만, event identity test는 command만 확인해 두 실패 경계를 검출하지 못한다. |
| API contract | Fail | event와 external identity가 command/workflow/integration logical discriminator를 보존해야 한다는 `iop.agent-runtime` 계약을 충족하지 않는다. |
| code quality | Pass | `mutateDecision`과 length-prefixed identity helper 자체의 구조에는 별도 차단 문제가 없다. |
| implementation deviation | Fail | REVIEW_API-2의 committed event 판정과 REVIEW_API-3의 integration attempt/change-set event identity가 계획 대비 누락됐다. |
| verification trust | Pass | 기록된 focused/fresh/race/vet/search 명령은 재실행 결과와 일치하며, 새 실패는 기존 assertion이 다루지 않은 variant에서 재현됐다. |
| spec conformance | Fail | S03의 manual/auto-resume 구분과 S01의 stable lifecycle/event identity 기준을 만족하지 않는다. |

### 발견된 문제

- Required — `packages/go/agenttask/workflow.go:48`: `isAutoResumeEvent`와 `commandID`가 `mutateDecision` 바깥 closure 변수라 실패한 CAS 시도의 값이 성공 시도에 남는다. 첫 시도에서 `running` auto-resume을 판정한 뒤 CAS conflict가 `started` 상태를 commit하게 한 fresh race 재현에서, 최종 전이는 explicit start인데도 `EventAutoResume`가 발행됐다. activation, auto-resume 여부와 command/workflow identity를 하나의 structured committed decision으로 반환하고 성공한 CAS 시도의 값만 event 발행에 사용하며 이 전이 경쟁 test를 추가해야 한다.
- Required — `packages/go/agenttask/types.go:296`, `packages/go/agenttask/manager.go:264`, `packages/go/agenttask/integration_queue.go:159`: `Event`와 `event-v1` tuple에 change-set identity와 integration attempt가 없고 integration result caller도 이를 전달하지 않는다. 같은 work/worker attempt/ordinal/outcome에 서로 다른 change-set과 integration attempt를 적용한 fresh 재현에서 두 `EventIntegrationResult`가 동일 EventID를 가졌다. Event에 canonical change-set revision/ID와 integration attempt discriminator를 추가하고 `emit` tuple 및 integration caller에 연결하며 distinct variant와 exact replay 안정성을 함께 검증해야 한다.

### 라우팅 신호

- `review_rework_count=2`
- `evidence_integrity_failure=false`

### 다음 단계

- FAIL 후속: 현재 raw findings와 fresh 재현 evidence를 입력으로 plan 스킬의 `prepare-follow-up` 및 isolated 재라우팅을 수행한다.
