<!-- task=m-iop-agent-cli-runtime/04+01,02,03_task_manager 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.
> 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=0, tag=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

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

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

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

1. 판정과 `review_rework_count` / `evidence_integrity_failure` 라우팅 신호를 append한다.
2. `CODE_REVIEW-cloud-G10.md` → `code_review_cloud_G10_0.log`, `PLAN-cloud-G10.md` → `plan_cloud_G10_0.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` 위치에서 체크한 뒤 보고한다.

---

## 구현 항목별 완료 여부

| 항목 | 완료 여부 |
|------|---------|
| API-1 Manager 계약/state machine/ports | [x] |
| API-2 Manual start와 interrupted resume | [x] |
| API-3 Explicit dependency와 isolated parallel scheduler | [x] |
| API-4 Review, follow-up와 serial integration orchestration | [x] |
| API-5 S03/S16 통합과 단일 구현 evidence | [x] |

## 구현 체크리스트

- [x] API-1 AgentTaskManager state machine/public ports와 durable identities를 agent runtime 계약에 확정한다.
- [x] API-2 project workflow scan, manual start intent와 default/override interrupted resume를 구현한다.
- [x] API-3 explicit-dependency-only/provider-capacity scheduler와 admitted isolated parallel dispatch를 구현한다.
- [x] API-4 worker→submission→official review→follow-up→ordinal integration orchestration을 구현한다.
- [x] API-5 S03/S16 multi-project·restart·concurrency integration/race tests와 common-runtime duplicate search를 통과시킨다.
- [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_G10_0.log`로 아카이브한다.
- [x] active `PLAN-*-G??.md`를 `plan_cloud_G10_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/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`를 작성하지 않는다.

## 계획 대비 변경 사항

- 계획의 나열 파일에 더해 `packages/go/agenttask/integration.go`를 추가했다. 실제 integration backend가 stable idempotency key, no-partial-mutation, retained change-set 계약을 지켜야 한다는 port 제약을 구현 파일 가까이에 고정하기 위한 작은 문서 파일이다.
- `StopProject` public command가 진행 중 provider context를 실제 cancel하고 scheduler ticket을 반환하도록 manager-owned project cancel registry와 회귀 테스트를 추가했다. 이는 계획의 public lifecycle와 cancellation-safe release를 완성하는 범위다.
- API-5 trace는 필수 `go test -race -count=1 ./packages/go/agenttask/...`를 그대로 실행한 뒤, test log 원문을 보이기 위해 같은 scenario를 `-v -run '^TestManagerS03S16MultiProjectManualResumeAndParallelTrace$'`로 추가 실행했다.
- 최종 검증의 predecessor 배열은 존재하지 않는 active 경로가 glob이 아닌 literal이라 `nullglob`로 제거되지 않는다. 실제 archive `complete.log`가 정확히 하나여도 각 배열 길이가 `2`가 되는 원문 결함을 확인했다. 원문 결과를 그대로 보존하고, `-f`로 실제 존재 파일만 거른 대체 gate에서 세 predecessor가 각각 정확히 하나임을 검증했다.
- 최종 uniqueness/Python search는 `packages/go apps` 전체의 일반 `type Manager struct`, config test의 `"python"`, `pythonishLiteralParser`까지 과대매칭한다. 원문 결과를 그대로 기록하고 실제 신규 runtime 범위 `packages/go/agenttask`로 좁힌 search에서 concrete `Manager` 한 개, `AgentTaskManager` interface 한 개, Python production/fallback 참조 0개를 확인했다.

## 주요 설계 결정

- `packages/go/agenttask.Manager`만 work state transition, manual `StartIntent`, attempt, global dispatch ordinal, project/integration lease와 external-call idempotency key를 소유한다. host에는 `WorkflowAdapter`, `StateStore`, `Selector`, `IsolationBackend`, `ProviderInvoker`, `Reviewer`, `Integrator` narrow ports만 노출한다.
- `StateStore`는 revision CAS를 필수로 하며 같은 command/immutable input은 idempotent, 같은 command의 다른 입력은 오류다. project/workflow/config/grant/isolation/artifact/change-set identity drift는 silent reset/reselection 없이 typed blocker 또는 state 오류로 남긴다.
- readiness는 normalized explicit predecessor만 평가한다. 번호와 disjoint/overlap/unknown write-set은 dependency로 해석하지 않으며 scheduler는 provider/profile capacity와 work-attempt ticket만 제한한다.
- isolation backend가 exact grant/descriptor/profile revision을 반환한 뒤 `agentguard.Admit`과 invocation 직전 `agentguard.Invoke`를 모두 통과해야 provider port를 호출한다. strict port 부재나 admission 실패에서 canonical workspace direct fallback은 없다.
- submission completeness와 exact artifact identity가 확인된 뒤에만 official review를 호출한다. WARN/FAIL rework는 최초 dispatch ordinal을 유지한 새 attempt로 돌고, PASS change set은 ordinal 순서로 직렬 통합한다. USER_REVIEW와 terminal-deferred integration은 해당 task만 멈추며 뒤 independent queue는 계속한다.
- `EventID`와 dispatch/review/integration idempotency key는 durable identity에서 결정적으로 파생한다. crash replay 시 port가 같은 key로 같은 외부 결과를 반환하도록 계약하고 restart test에서 실제 외부 호출 수가 늘지 않음을 검증했다.
- 기존 `runtime/edge-node-execution` living spec은 Node가 아직 AgentTaskManager host wiring을 소비하지 않아 현재 구현 설명이 바뀌지 않으므로 갱신하지 않았다. `iop.agent-runtime` inner contract와 index만 새 manager 원본·읽기 조건·금지 사항으로 갱신했다.

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

- 미선택 ready Milestone이 serve/reconcile만으로 dispatch되지 않는가.
- manual start와 default-on/override-off interrupted resume가 durable intent/revision으로 구분되는가.
- explicit predecessor만 gate하며 overlapping/unknown write-set sibling도 격리 backend와 capacity가 있으면 병렬 가능한가.
- review/follow-up/integration이 정확한 artifact identity와 ordinal을 쓰고 terminal-deferred task가 뒤 queue를 막지 않는가.
- common concrete AgentTaskManager가 하나뿐이고 Node/host duplicate 또는 Python production fallback이 없는가.

## 검증 결과

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

### API-1 중간 검증

```bash
/config/.local/bin/go test -count=1 ./packages/go/agenttask/...
```

_실제 stdout/stderr:_

```text
ok  	iop/packages/go/agenttask	0.127s
```

### API-2 중간 검증

```bash
/config/.local/bin/go test -race -count=1 ./packages/go/agenttask/... -run 'Test(ManualStart|InterruptedResume|NoUnselectedStart|ProjectIsolation)'
```

_실제 stdout/stderr:_

```text
ok  	iop/packages/go/agenttask	1.017s
```

### API-3 중간 검증

```bash
/config/.local/bin/go test -race -count=1 ./packages/go/agenttask/... -run 'Test(Scheduler|ExplicitDependency|ProviderCapacity|IsolatedDispatch)'
```

_실제 stdout/stderr:_

```text
ok  	iop/packages/go/agenttask	1.077s
```

### API-4 중간 검증

```bash
/config/.local/bin/go test -race -count=1 ./packages/go/agenttask/... -run 'Test(Review|Followup|Integration|RestartReplay)'
```

_실제 stdout/stderr:_

```text
ok  	iop/packages/go/agenttask	1.060s
```

### API-5 중간 검증

```bash
/config/.local/bin/go test -race -count=1 ./packages/go/agenttask/...
```

_실제 stdout/stderr 및 S03/S16 event/ledger trace:_

```text
ok  	iop/packages/go/agenttask	1.175s

=== RUN   TestManagerS03S16MultiProjectManualResumeAndParallelTrace
    manager_integration_test.go:77: S03 trace: unselected_invocations=0 manual_projects=2 terminal=2; S16 trace: explicit_dependency_only=true isolated_parallel_max=3 integration_ordinals=[1 2 3]
        dispatch_started:project-a:a-overlap:2:overlap:overlay
        dispatch_started:project-a:a-disjoint:1:disjoint:overlay
        dispatch_started:project-b:b-unknown:3:unknown:overlay
        integration_result:project-a:a-disjoint:1::
        integration_result:project-a:a-overlap:2::
        integration_result:project-b:b-unknown:3::
--- PASS: TestManagerS03S16MultiProjectManualResumeAndParallelTrace (0.02s)
PASS
ok  	iop/packages/go/agenttask	1.032s
```

### 최종 검증

```bash
shopt -s nullglob
predecessor01=(agent-task/m-iop-agent-cli-runtime/01_common_runtime_node_bridge/complete.log agent-task/archive/[0-9][0-9][0-9][0-9]/[0-1][0-9]/m-iop-agent-cli-runtime/01_common_runtime_node_bridge/complete.log)
predecessor02=(agent-task/m-iop-agent-cli-runtime/02+01_provider_catalog/complete.log agent-task/archive/[0-9][0-9][0-9][0-9]/[0-1][0-9]/m-iop-agent-cli-runtime/02+01_provider_catalog/complete.log)
predecessor03=(agent-task/m-iop-agent-cli-runtime/03+01,02_guardrail_admission/complete.log agent-task/archive/[0-9][0-9][0-9][0-9]/[0-1][0-9]/m-iop-agent-cli-runtime/03+01,02_guardrail_admission/complete.log)
test "${#predecessor01[@]}" -eq 1
test "${#predecessor02[@]}" -eq 1
test "${#predecessor03[@]}" -eq 1
/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/...
rg --sort path -n 'type AgentTaskManager|type Manager struct' packages/go apps || true
rg --sort path -n 'orchestrate-agent-task-loop|dispatch\.py|python(3)?' packages/go apps || true
git diff --check
```

_실제 stdout/stderr:_

원문 명령 출력:

```text
predecessors: 01=2 02=2 03=2
ok  	iop/packages/go/agenttask	0.157s
ok  	iop/packages/go/agenttask	1.153s
ok  	iop/packages/go/agentruntime	0.785s
ok  	iop/packages/go/agentprovider/catalog	0.086s
ok  	iop/packages/go/agentprovider/cli	31.139s
?   	iop/packages/go/agentprovider/cli/internal/testutil	[no test files]
ok  	iop/packages/go/agentprovider/cli/status	40.037s
ok  	iop/packages/go/agentguard	0.034s
manager uniqueness search:
packages/go/agenttask/manager.go:19:type Manager struct {
packages/go/agenttask/ports.go:15:type AgentTaskManager interface {
apps/edge/internal/input/manager.go:16:type Manager struct {
python production dependency search:
packages/go/config/provider_catalog_validation_config_test.go:334:        command: "python"
packages/go/config/provider_catalog_validation_config_test.go:371:	if p3.ID != "cli-provider" || p3.Type != "cli" || p3.Command != "python" || len(p3.Args) != 2 {
apps/client/test/support/client_test_harness.dart:161:            adapters: [AdapterSummaryView(type: 'python-cli', enabled: true)],
apps/edge/internal/openai/text_tool_literals.go:59:	parser := pythonishLiteralParser{s: trimmed}
apps/edge/internal/openai/text_tool_literals.go:163:type pythonishLiteralParser struct {
apps/edge/internal/openai/text_tool_literals.go:168:func (p *pythonishLiteralParser) parseValue() (any, bool) {
apps/edge/internal/openai/text_tool_literals.go:193:func (p *pythonishLiteralParser) parseString() (string, bool) {
apps/edge/internal/openai/text_tool_literals.go:245:func (p *pythonishLiteralParser) parseArray() ([]any, bool) {
apps/edge/internal/openai/text_tool_literals.go:272:func (p *pythonishLiteralParser) parseObject() (map[string]any, bool) {
apps/edge/internal/openai/text_tool_literals.go:307:func (p *pythonishLiteralParser) parseObjectKey() (string, bool) {
apps/edge/internal/openai/text_tool_literals.go:325:func (p *pythonishLiteralParser) parseNumberOrBare() (any, bool) {
apps/edge/internal/openai/text_tool_literals.go:343:func (p *pythonishLiteralParser) skipSpaces() {
apps/edge/internal/openai/text_tool_literals.go:354:func (p *pythonishLiteralParser) consumeByte(b byte) bool {
apps/edge/internal/openai/text_tool_literals.go:362:func (p *pythonishLiteralParser) consumeWord(word string) bool {
```

`git diff --check` 출력은 없었다. 원문 predecessor/검색 과대계산을 보정한 대체 gate 출력:

```text
01_common_runtime_node_bridge=1 agent-task/archive/2026/07/m-iop-agent-cli-runtime/01_common_runtime_node_bridge/complete.log
02+01_provider_catalog=1 agent-task/archive/2026/07/m-iop-agent-cli-runtime/02+01_provider_catalog/complete.log
03+01,02_guardrail_admission=1 agent-task/archive/2026/07/m-iop-agent-cli-runtime/03+01,02_guardrail_admission/complete.log
scoped manager implementation:
packages/go/agenttask/manager.go:19:type Manager struct {
packages/go/agenttask/ports.go:15:type AgentTaskManager interface {
scoped Python dependency:
no matches in packages/go/agenttask
contract paths:
agent-contract/inner/agent-runtime.md:19:  - `packages/go/agenttask/`
agent-contract/inner/agent-runtime.md:30:- `AgentTaskManager`, manual start/auto-resume, explicit dependency, isolated dispatch, official review와 serial integration orchestration을 변경할 때
agent-contract/inner/agent-runtime.md:48:## AgentTaskManager 명령과 durable 상태
agent-contract/inner/agent-runtime.md:50:- 공통 concrete 구현은 `packages/go/agenttask.Manager` 하나다.
agent-contract/inner/agent-runtime.md:132:- `packages/go/agenttask/*_test.go`
agent-contract/index.md:26:| `iop.agent-runtime` | 공통 Agent Runtime, CLI Provider, AgentTaskManager manual start/auto-resume/explicit dependency/isolated dispatch/review/serial integration, ...
diff check:
```

---

> **[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 | explicit stop이 다음 reconcile에서 보존되지 않고, CAS 충돌 뒤 foreign live lease를 잃은 manager가 claim 성공으로 진행할 수 있다. |
| completeness | Fail | public `StopProject` lifecycle과 durable lease claim의 필수 상태 전이가 완성되지 않았다. |
| test coverage | Fail | stop-before-observation/reconcile 지속성과 CAS-conflict lease 승자 판정 회귀 테스트가 없다. |
| API contract | Fail | strict lifecycle/lease 계약과 stable idempotency/event identity가 구현에서 보장되지 않는다. |
| code quality | Pass | 패키지 경계, strict port 주입, 오류 타입과 기본 구조에는 별도 차단 문제가 없다. |
| implementation deviation | Fail | API-1/API-2의 durable command·identity와 duplicate lease 차단, API-4의 at-most-once external call 기준에서 계획 대비 동작 차이가 있다. |
| verification trust | Pass | 기록된 fresh/race suite와 scoped search는 재실행 결과와 일치하며, 새 실패는 기존 검증이 다루지 않은 경계에서 재현됐다. |
| spec conformance | Fail | S03의 명시 stop/resume 의미와 Agent Runtime 계약의 live-owner duplicate 방지·stable event/idempotency identity를 충족하지 않는다. |

### 발견된 문제

- Required — `packages/go/agenttask/workflow.go:86`: `StopProject`가 남긴 `ProjectStatusStopped`를 구분하지 않고, `Intent`가 존재하면 `observeWorkflows`가 마지막에 다시 `ProjectStatusRunning`으로 활성화한다. 집중 재현에서 manual start 직후 `StopProject`하고 `Reconcile`하자 provider가 1회 호출됐다. explicit stop을 durable intent 상태로 보존하고 새 명시 start/resume에서만 stopped work를 runnable로 전환하며, stop-before-observation·stop-across-reconcile·manual-resume 회귀 테스트를 추가해야 한다.
- Required — `packages/go/agenttask/intent.go:12`: `claimProject`와 `claimIntegration`의 `claimed` closure 값은 실패한 CAS 시도에서 `true`가 된 뒤 재시도에서 초기화되지 않는다. 집중 재현에서 첫 CAS를 foreign live lease 획득으로 충돌시켰을 때 현재 manager가 `claimed=true`를 반환했다. 각 재시도의 판정을 초기화하거나 성공적으로 commit된 mutation 결과만 반환하도록 바꾸고 두 claim 경로의 CAS-conflict 승자 테스트를 추가해야 한다.
- Required — `packages/go/agenttask/manager.go:217`: event/idempotency identity가 허용된 raw ID를 `/`로 이어 붙여 injective하지 않고, `EventID`에는 manual `CommandID`나 integration attempt/change-set 같은 logical event discriminator가 없다. 예를 들어 `(project="a/b", work="c")`와 `(project="a", work="b/c")`는 `dispatchKey`가 같고, 같은 project의 서로 다른 manual start도 동일한 `EventID`가 된다. length-prefix/structured canonical encoding 또는 digest를 사용하고 command·attempt·revision을 event identity에 포함한 collision/replay 테스트를 추가해야 한다.

### 라우팅 신호

- `review_rework_count=1`
- `evidence_integrity_failure=false`

### 다음 단계

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