<!-- task=m-control-plane-api-data-binding/02+01_execution_surface plan=0 tag=API -->

# Plan - API Execution Surface

## 이 파일을 읽는 구현 에이전트에게

구현 완료의 마지막 단계는 active `CODE_REVIEW-*-G??.md`의 구현 에이전트 소유 섹션을 실제 구현 내용과 검증 출력으로 채우는 것이다. 검증을 실행하고, 실제 출력과 설계 결정을 기록한 뒤 active 파일을 그대로 둔 채 리뷰 준비를 보고한다. 종결 처리, log rename, `complete.log` 작성, archive 이동은 code-review 스킬 전용이다. 구현 중 사용자만 결정할 항목, 사용자 소유 외부 환경, 범위 충돌이 발견되면 review stub의 `사용자 리뷰 요청` 섹션에 정확한 근거를 남기고 멈춘다. 구현 중 채팅으로 직접 질문하거나 `request_user_input`을 호출하지 않는다.

## 배경

현재 Pipelines/Jobs, Executions, Artifacts section은 모두 shell의 기본 empty surface다. 선행 runner surface 계획은 console package의 공통 loading/empty/error/data state contract를 만든다. 이 계획은 그 contract를 재사용해 id 기반 Core read path에서 job, execution, logs, artifacts를 읽고 화면에 표시한다.

## 사용자 리뷰 요청 흐름

구현 중 차단 사항은 active review stub의 `사용자 리뷰 요청` 섹션에 기록한다. 해당 섹션은 `agent-ops/skills/common/_templates/implementation-user-review-request-section.md` 형식을 따른다. 직접 사용자 프롬프트는 금지되며, code-review가 요청 타당성을 검토하고 실제 `USER_REVIEW.md` 작성 여부를 결정한다.

## Roadmap Targets

- Milestone: `agent-roadmap/phase/control-plane-product-surface/milestones/control-plane-api-data-binding.md`
- Task ids:
  - `execution-surface`: Pipelines/Jobs와 Executions 화면이 job/execution read model을 표시하고 로그/아티팩트 진입 위치를 제공한다.
- Completion mode: check-on-pass

## 분석 결과

### 읽은 파일

- `agent-roadmap/current.md`
- `agent-roadmap/phase/control-plane-product-surface/PHASE.md`
- `agent-roadmap/phase/control-plane-product-surface/milestones/control-plane-api-data-binding.md`
- `agent-test/local/rules.md`
- `apps/client/lib/src/app/core_connection_client.dart`
- `apps/client/lib/src/app/oto_client_app.dart`
- `apps/client/test/widget_test.dart`
- `apps/client/pubspec.yaml`
- `apps/client/analysis_options.yaml`
- `packages/flutter/oto_console/lib/oto_console.dart`
- `packages/flutter/oto_console/lib/src/oto_console_contract.dart`
- `packages/flutter/oto_console/lib/src/oto_console_models.dart`
- `packages/flutter/oto_console/lib/src/oto_console_overview.dart`
- `packages/flutter/oto_console/lib/src/oto_console_shell.dart`
- `packages/flutter/oto_console/test/oto_console_test.dart`
- `packages/flutter/oto_console/pubspec.yaml`
- `packages/flutter/oto_console/analysis_options.yaml`
- `services/core/internal/httpserver/routes.go`
- `services/core/internal/httpserver/dto.go`
- `services/core/internal/httpserver/job_handlers.go`
- `services/core/internal/httpserver/execution_handlers.go`
- `services/core/internal/cicdstate/store.go`
- `services/core/internal/runnerregistry/registry.go`

### 테스트 환경 규칙

- `test_env=local`; `agent-test/local/rules.md`를 읽었다.
- matched agent-test profile: 없음. Flutter client/console 구현 경로에 전용 profile이 없다.
- 적용할 fallback source: `agent-test/local/rules.md`의 Monorepo Targets.
- 검증 명령: `cd packages/flutter/oto_console && flutter test`, `cd apps/client && flutter test`.
- 도구 확인: `command -v flutter`, `command -v dart`, `command -v go` 성공.

### 테스트 커버리지 공백

- jobs/executions/logs/artifacts 화면 contract와 상태 렌더링은 기존 console test에 없다. 새 widget tests가 필요하다.
- app이 `OtoCoreReadClient.fetchJob`, `fetchExecution`, `fetchLogs`, `fetchArtifacts`를 조합하는 흐름은 기존 client test에 없다. fake read client tests가 필요하다.

### 심볼 참조

- renamed/removed symbols: none.

### 분할 판단

- split decision policy를 먼저 평가했다.
- shared task group: `agent-task/m-control-plane-api-data-binding/`.
- current subtask: `02+01_execution_surface`.
- predecessor `01`: satisfied via `agent-task/archive/2026/06/m-control-plane-api-data-binding/01_runner_surface/complete.log`. 구현을 시작할 수 있다.
- `03+01,02_preview_smoke`는 이 subtask와 `01_runner_surface` 완료 뒤 실행한다.

### 범위 결정 근거

- Core list endpoint는 추가하지 않는다. `routes.go:63-96`은 job/execution/log/artifact id 기반 read path를 제공하므로, 화면은 known id가 없을 때 empty state를 표시한다.
- runner registry 화면은 `01_runner_surface` 범위다.
- 원격 preview screenshot/curl evidence는 `03+01,02_preview_smoke` 범위다.

### 빌드 등급

- build: `local-G06`, review: `local-G06`. console package public model과 client state wiring이 늘지만, 선행 state contract를 재사용하고 widget/unit tests로 검증 가능하다.

## 의존 관계 및 구현 순서

1. `01_runner_surface`는 PASS되어 `agent-task/archive/2026/06/m-control-plane-api-data-binding/01_runner_surface/complete.log`를 남겼다.
2. 이 subtask는 `02+01_execution_surface` 디렉터리명 그대로 predecessor `01`만 요구하며, 현재 선행 조건은 충족됐다.
3. 구현 중 선행 산출물 재확인이 필요하면 위 archive `complete.log`만 좁게 확인한다.

## 구현 체크리스트

- [ ] `packages/flutter/oto_console`에 jobs/executions/logs/artifacts surface용 view model과 widgets를 추가하고 상태별 widget test를 작성한다. 검증: `cd packages/flutter/oto_console && flutter test`에서 jobs/executions surface 테스트가 통과한다.
- [ ] `apps/client`가 `OtoCoreReadClient.fetchJob`, `fetchExecution`, `fetchLogs`, `fetchArtifacts` 결과를 surface snapshot으로 변환해 `OtoConsoleShell.pipelines`, `executions`, `artifacts`에 주입하고 fake read client test를 작성한다. 검증: `cd apps/client && flutter test`가 통과한다.
- [ ] CODE_REVIEW-*-G??.md의 구현 에이전트 소유 섹션을 실제 구현 내용과 검증 출력으로 채운다. 이 항목이 완료되기 전에는 구현이 완료된 것이 아니다.

### [API-1] Console jobs/executions/artifacts surfaces

문제: shell 기본 section들은 Jobs, Executions, Artifacts를 모두 empty surface로 렌더링한다.

Before:

```dart
// packages/flutter/oto_console/lib/src/oto_console_shell.dart:83
OtoConsoleSection.pipelines =>
  widget.pipelines ??
      OtoConsoleSectionSurface(
        icon: Icons.account_tree_outlined,
        title: 'Pipelines / Jobs',
        emptyTitle: 'No pipeline jobs',
        emptyMessage: 'Job queue is empty.',
        theme: theme,
      ),
```

해결 방법: `01_runner_surface`에서 추가된 공통 state contract를 사용한다. `OtoJobsSurface`, `OtoExecutionsSurface`, `OtoArtifactsSurface`를 새 파일로 분리하고, job id/name/state/execution id, execution id/job id/state, log preview, artifact name/path를 표시한다. logs/artifacts 진입 위치는 execution row/detail 안에 "Logs"와 "Artifacts" action/section으로 제공한다.

수정 파일 및 체크리스트:

- [ ] `packages/flutter/oto_console/lib/src/oto_console_contract.dart`에 job/execution/log/artifact view model 추가.
- [ ] `packages/flutter/oto_console/lib/src/oto_jobs_surface.dart` 생성.
- [ ] `packages/flutter/oto_console/lib/src/oto_executions_surface.dart` 생성.
- [ ] `packages/flutter/oto_console/lib/src/oto_artifacts_surface.dart` 생성.
- [ ] `packages/flutter/oto_console/lib/oto_console.dart` export 추가.
- [ ] `packages/flutter/oto_console/test/oto_console_test.dart`에 상태별 widget tests 추가.

테스트 작성: 작성. 각 surface의 loading/empty/error/data 상태, job/execution 핵심 필드, log/artifact entry label을 검증한다.

중간 검증:

```bash
cd packages/flutter/oto_console && flutter test
```

기대 결과: jobs/executions/artifacts surface 테스트 포함 전체 통과.

### [API-2] Client job/execution read wiring

문제: 작은 선행 작업에서 read adapter는 생겼지만 app은 아직 overview만 shell에 주입한다.

Before:

```dart
// apps/client/lib/src/app/oto_client_app.dart:111
home: OtoConsoleShell(
  config: widget.config,
  capabilities: widget.capabilities,
  themeAdapter: themeAdapter,
  overview: OtoConsoleOverview(
    config: widget.config,
    connection: _connection,
    onRefresh: _refreshCoreStatus,
    themeAdapter: themeAdapter,
  ),
),
```

해결 방법: app에 known job/execution id seed를 optional parameter로 추가한다. id가 없으면 empty snapshot을 표시한다. id가 있으면 `core_connection_client.dart:234-339`의 fetch methods를 호출해 job, execution, logs, artifacts snapshot을 구성한다. refresh generation guard를 overview와 같은 방식으로 적용해 stale async result를 막는다.

수정 파일 및 체크리스트:

- [ ] `apps/client/lib/src/app/oto_client_app.dart`에 job/execution/artifact snapshot state와 refresh flow 추가.
- [ ] `apps/client/lib/src/app/core_connection_client.dart`의 기존 adapter를 사용하고 endpoint를 추가하지 않는다.
- [ ] `apps/client/test/widget_test.dart`에 fake read client로 data/error/empty 상태 테스트 추가.

테스트 작성: 작성. fake read client가 `OtoConsoleConfig.serverHttpUrl`을 기준으로 호출되고, 화면에 job/execution/log/artifact data와 empty/error 상태가 표시되는지 검증한다.

중간 검증:

```bash
cd apps/client && flutter test
```

기대 결과: job/execution wiring 테스트 포함 전체 통과.

## 수정 파일 요약

| 파일 | 항목 |
|------|------|
| `packages/flutter/oto_console/lib/src/oto_console_contract.dart` | API-1 |
| `packages/flutter/oto_console/lib/src/oto_jobs_surface.dart` | API-1 |
| `packages/flutter/oto_console/lib/src/oto_executions_surface.dart` | API-1 |
| `packages/flutter/oto_console/lib/src/oto_artifacts_surface.dart` | API-1 |
| `packages/flutter/oto_console/lib/oto_console.dart` | API-1 |
| `packages/flutter/oto_console/test/oto_console_test.dart` | API-1 |
| `apps/client/lib/src/app/oto_client_app.dart` | API-2 |
| `apps/client/lib/src/app/core_connection_client.dart` | API-2 |
| `apps/client/test/widget_test.dart` | API-2 |

## 최종 검증

```bash
cd packages/flutter/oto_console && flutter test
cd apps/client && flutter test
```

기대 결과: 두 명령 모두 통과한다. Flutter test cache 여부는 Dart/Flutter test runner 기본 동작을 따른다.

모든 코드 변경 완료 후 반드시 `CODE_REVIEW-*-G??.md`의 구현 에이전트 소유 섹션을 채운다. 이 파일 작성이 구현의 마지막 단계다.
