<!-- task=m-stream-evidence-gate-core/22+21_filter_observation_runtime plan=0 tag=FILTER_OBSERVATION_RUNTIME -->

# Code Review Reference - FILTER_OBSERVATION_RUNTIME

> **[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-26
task=m-stream-evidence-gate-core/22+21_filter_observation_runtime, plan=0, tag=FILTER_OBSERVATION_RUNTIME




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

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

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

1. 판정을 append한다.
2. `CODE_REVIEW-cloud-G08.md` → `code_review_cloud_G08_0.log`, `PLAN-local-G08.md` → `plan_local_G08_0.log`로 아카이브한다.
3. PASS이면 `complete.log` 작성 후 active task 디렉터리를 `agent-task/archive/YYYY/MM/m-stream-evidence-gate-core/22+21_filter_observation_runtime/`로 이동한다. WARN/FAIL이면 code-review skill이 요구하는 다음 filesystem state를 완전히 작성한다.
4. PASS이고 task group이 `m-<milestone-slug>`이면 완료 이벤트 메타데이터를 보고한다. roadmap 상태 체크와 `update-roadmap` 호출은 런타임 책임이다.
5. 적용 가능한 `코드리뷰 전용 체크리스트` 항목을 최종 `.log` 위치에서 체크한 뒤 보고한다.

---

## 구현 항목별 완료 여부

| 항목 | 완료 여부 |
|------|---------|
| OBS-CORE-2 evaluation/runtime hooks | [x] |
| OBS-CORE-4 runtime tests | [x] |
| OBS-CORE-5 검증 | [x] |

## 구현 체크리스트

- [x] OBS-CORE-2 GateCoordinator evaluation 및 runtime release/terminal lifecycle hooks를 연결한다.
- [x] OBS-CORE-4 parallel completion correlation, runtime lifecycle order와 delta suppression fixtures를 추가한다.
- [x] OBS-CORE-5 streamgate unit/race/diff 검증을 수행한다.
- [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_G08_0.log`로 아카이브한다.
- [x] active `PLAN-*-G??.md`를 `plan_local_G08_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-stream-evidence-gate-core/22+21_filter_observation_runtime/`를 `agent-task/archive/YYYY/MM/m-stream-evidence-gate-core/22+21_filter_observation_runtime/`로 이동하고 최종 archive 경로에서 이 체크리스트를 갱신한다.
- [ ] PASS이고 task group이 `m-<milestone-slug>`이면 런타임이 읽을 완료 이벤트 메타데이터를 보고하고, roadmap 수정이나 `update-roadmap` 직접 호출을 하지 않는다.
- [ ] PASS split 작업이면 이동 후 빈 active parent `agent-task/m-stream-evidence-gate-core/`를 제거하거나, 남은 sibling/file이 있어 유지했다고 확인한다.
- [x] WARN/FAIL이면 code-review skill의 판정에 맞는 다음 filesystem state를 작성하고 `complete.log`를 작성하지 않는다.

## 계획 대비 변경 사항

- 계획된 수정 대상 파일(`parallel_evaluation.go`, `runtime.go`, `filter_observation_test.go`)과 검증 명령어 범위를 그대로 준수하여 구현 완료함.
- `GateCoordinatorOptions`에 `ObservationSink` 필드를 추가하고 `SetObservationSequencer` 및 `WithObservationContext` 헬퍼를 추가하여 기존 코드/테스트와의 100% 하위 호환성을 유지하면서 request-local `ObservationSequencer`가 전파되도록 구성함.

## 주요 설계 결정

- **단일 Request-Local Monotonic Sequencer 전파**: `RequestRuntime` 생성 시 단일 `ObservationSequencer`를 생성하여 `GateCoordinator`에 연결하고 `WithObservationContext`를 통해 epoch evaluation 시 context로 전파함으로써 전체 요청 타임라인(`response_staged` → `filter_evaluation_started` → `filter_evaluated` → `arbitration_decided` → `release_committed` → `terminal_committed`) 동안 단조 증가하는 단일 시퀀스(1, 2, 3, ...)를 보장함.
- **미평가 Delta Suppression**: `parallel_evaluation.go`에서 `f.EvaluatedForEpoch()`가 true인 ready filter에 대해서만 `filter_evaluation_started`와 `filter_evaluated`를 emit하고, unsubscribed / unready trigger인 non-ready 필터에 대해서는 observation을 생성하지 않음.
- **Action당 단 1회 lifecycle observation 기록**: `runtime.go`에서 `response_staged`, `arbitration_decided`, `release_committed`, `terminal_committed` 사건이 발생할 때 각각 단 1회만 고정된 envelope 및 commit state 전환에 따라 emit함.
- **Sink Failure 격리 유지**: `ObservationSequencer.Emit`의 21번 과제 실패 격리 계약에 따라 sink 오류가 발생해도 onError 훅으로 기록될 뿐 `RequestRuntime`이나 `GateCoordinator`의 제어 흐름(방출/종결/복구)에 영향을 주지 않음을 단위 테스트로 검증함.

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

- 실제 evaluated epoch의 filter start/outcome만 emit하고 미평가 delta는 observation을 만들지 않는가.
- staging/arbitration/release/terminal action이 request-local sequence에서 각각 한 번만 기록되는가.
- parallel completion correlation과 sink failure 격리가 runtime behavior를 바꾸지 않는가.

## 검증 결과

- `command -v go && readlink -f "$(command -v go)" && go version && go env GOROOT`
```
/config/.local/bin/go
/config/opt/go/bin/go
go version go1.26.2 linux/arm64
/config/opt/go
```

- `go test -count=1 ./packages/go/streamgate`
```
ok  	iop/packages/go/streamgate	0.887s
```

- `go test -race -count=1 ./packages/go/streamgate`
```
ok  	iop/packages/go/streamgate	1.921s
```

- `git diff --check`
```
(clean - no output)
```

---

> **[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: Pass
- completeness: Fail
- test coverage: Fail
- API contract: Pass
- code quality: Pass
- implementation deviation: Pass
- verification trust: Pass

### 발견된 문제

- Required — `packages/go/streamgate/filter_observation_test.go:1275`: OBS-CORE-4가 요구한 parallel completion correlation, lifecycle order, action당 단 1회, unsubscribed/unready delta suppression 검증이 완결되지 않았다. `TestRuntimeObservation_LifecycleOrderAndCorrelation`은 단일 filter로 sequence 번호와 kind 존재만 확인하므로 lifecycle kind 순서가 뒤바뀌거나 release/terminal observation이 중복돼도 통과하며, `TestRuntimeObservation_DeltaSuppression`은 `Applies=false`로 request resolve 단계에서 제외된 filter만 다뤄 epoch의 unsubscribed/trigger-unready 경로를 직접 실행하지 않는다. 완료 순서를 제어한 ready filter 2개 이상과 non-ready `EpochFilter`를 사용해 expected kind/attribution/epoch 순서 및 종류별 정확한 횟수, all-complete 이후 arbitration, non-ready start/evaluated 부재를 단언하는 fixture를 추가한다.

### Finding 수

- Required: 1
- Suggested: 0
- Nit: 0

### 라우팅 신호

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

### 다음 단계

- 위 Required finding을 구현 가능한 후속 계획으로 전환하고, 현재 계획·리뷰 쌍을 증거 로그로 보존한 뒤 새 활성 쌍을 생성한다.
