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

# Code Review Reference - REVIEW_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-27
task=m-stream-evidence-gate-core/22+21_filter_observation_runtime, plan=1, tag=REVIEW_FILTER_OBSERVATION_RUNTIME

## Archive Evidence Snapshot

- 직전 계획 증거: `agent-task/m-stream-evidence-gate-core/22+21_filter_observation_runtime/plan_local_G08_0.log`
- 직전 리뷰 증거: `agent-task/m-stream-evidence-gate-core/22+21_filter_observation_runtime/code_review_cloud_G08_0.log`
- 판정: FAIL (`Required=1`, `Suggested=0`, `Nit=0`)
- Required finding: 단일-filter kind 존재 검사는 parallel completion correlation, lifecycle의 정확한 순서·횟수, all-complete 이후 arbitration을 보장하지 못하며, `Applies=false` fixture는 epoch의 unsubscribed/trigger-unready suppression 경로를 직접 실행하지 않는다.
- 영향 파일: `packages/go/streamgate/filter_observation_test.go`
- fresh 검증: `go test -count=1 ./packages/go/streamgate`와 `go test -race -count=1 ./packages/go/streamgate`는 통과했고 `git diff --check`는 clean이었으나, 위 테스트 완결성 공백은 남아 있다.
- 로드맵 계승: `Stream Evidence Gate Core` Milestone은 진행 중이고 SDD는 승인·잠금 해제 상태다. 본 후속은 S08 filter-observation timeline과 S12 parallel all-complete 증거만 보강하며 roadmap checkbox를 직접 변경하지 않는다.

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

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

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

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

---

## 구현 항목별 완료 여부

| 항목 | 완료 여부 |
|------|---------|
| REVIEW_FILTER_OBSERVATION_RUNTIME-1 parallel completion과 정확한 lifecycle | [x] |
| REVIEW_FILTER_OBSERVATION_RUNTIME-2 non-ready epoch suppression | [x] |
| REVIEW_FILTER_OBSERVATION_RUNTIME-3 검증 증거 | [x] |

## 구현 체크리스트

- [x] REVIEW_FILTER_OBSERVATION_RUNTIME-1 parallel completion lifecycle 순서·횟수와 all-complete correlation fixture를 추가한다.
- [x] REVIEW_FILTER_OBSERVATION_RUNTIME-2 unsubscribed/trigger-unready `EpochFilter`의 evaluation observation suppression fixture를 추가한다.
- [x] REVIEW_FILTER_OBSERVATION_RUNTIME-3 focused/unit/race/gofmt/vet/diff 검증을 수행한다.
- [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_G05_1.log`로 아카이브한다.
- [x] active `PLAN-*-G??.md`를 `plan_cloud_G05_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-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`를 작성하지 않는다.

## 계획 대비 변경 사항

특이사항 없음. 계획에 제시된 테스트 보강 방식대로 `TestRuntimeObservation_LifecycleOrderAndCorrelation`을 다중 ready filter fixture 및 위치별/종류별 strict assertion으로 강화하고, `TestGateCoordinatorObservation_ParallelCompletionAndDeltaSuppression`을 새로 추가하여 parallel all-complete barrier 동기화 및 non-ready epoch filter (unsubscribed, trigger-unready) observation suppression을 고정했다.

## 주요 설계 결정

1. `TestRuntimeObservation_LifecycleOrderAndCorrelation`에서 단일 filter fixture 대신 2개의 ready filter (`filter.alpha`, `filter.beta`)를 사용하도록 변경하고, 13개 전체 observation 행의 sequence, epochID, correlation fields, 위치별 kind, exact kind counts를 단언하여 순서 변경/누락/중복 emit을 차단했다.
2. `TestGateCoordinatorObservation_ParallelCompletionAndDeltaSuppression`을 신규 구현하여 evaluation 동기화 채널(`ch1`, `ch2`)로 ready filter들의 완료 타이밍을 제어했다. 이를 통해 모든 ready filter가 완료되기 전까지 Arbiter가 호출되지 않고 완료 직후 정확히 1회 호출되는 barrier 동작을 검증했다.
3. 동일 테스트에서 `subscribed=false` (unsubscribed) 및 `triggerReady=false` (deferred) EpochFilter를 `GateCoordinator.Evaluate`에 직접 전달하여 `EvaluationSet`에는 pre-evaluation outcome이 수집되되 observation sink에는 해당 filterID의 start/evaluated observation이 0건으로 억제(suppression)되는 경로를 증명했다.

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

- observation row의 정확한 순서와 종류별 횟수가 단언되어 lifecycle 중복/재정렬을 검출하는가.
- 완료 순서를 제어한 ready filter들이 모두 끝나기 전에 arbitration이 발생하지 않으며 correlation/epoch attribution이 보존되는가.
- unsubscribed와 trigger-unready epoch filter는 outcome set에는 남지만 start/evaluated observation에는 나타나지 않는가.

## 검증 결과

- `command -v go && readlink -f "$(command -v go)" && go version && go env GOROOT`

```text
/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 -run '^(TestRuntimeObservation_LifecycleOrderAndCorrelation|TestRuntimeObservation_DeltaSuppression|TestGateCoordinatorObservation_ParallelCompletionAndDeltaSuppression)$'`

```text
ok  	iop/packages/go/streamgate	0.106s
```

- `go test -count=1 ./packages/go/streamgate`

```text
ok  	iop/packages/go/streamgate	0.995s
```

- `go test -race -count=1 ./packages/go/streamgate`

```text
ok  	iop/packages/go/streamgate	2.035s
```

- `test -z "$(gofmt -l packages/go/streamgate/filter_observation_test.go)"`

```text
(clean exit 0)
```

- `go vet ./packages/go/streamgate/`

```text
(clean exit 0)
```

- `git diff --check`

```text
(clean exit 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: Pass
- completeness: Fail
- test coverage: Fail
- API contract: Pass
- code quality: Pass
- implementation deviation: Fail
- verification trust: Pass
- spec conformance: Fail

### 발견된 문제

- Required — `packages/go/streamgate/filter_observation_test.go:1372`: 이전 Required의 parallel completion correlation 및 strict lifecycle 검증이 아직 완결되지 않았다. `TestRuntimeObservation_LifecycleOrderAndCorrelation`은 epoch별 네 행을 start/evaluated 중 아무 종류나 허용하고 각 위치의 `filter_id`를 확인하지 않아 start/evaluated 재배치나 filter attribution 오염을 검출하지 못한다. 또한 `TestGateCoordinatorObservation_ParallelCompletionAndDeltaSuppression`의 `time.Sleep` 기반 대기는 두 evaluator가 동시에 진입했음을 보장하지 않아 순차 evaluator 구현도 통과할 수 있고, 새 observation 네 행의 sequence/request/config/attempt/epoch/filter correlation도 단언하지 않는다(`packages/go/streamgate/filter_observation_test.go:1586`, `packages/go/streamgate/filter_observation_test.go:1643`). evaluator별 entered 채널로 두 ready evaluator의 동시 진입을 확인한 뒤 독립 release 채널로 역순 완료를 제어하고, runtime 및 coordinator observation을 exact row 표(`sequence`, `kind`, `filter_id`, correlation fields, `epoch_id`)와 대조해 순서·횟수·attribution을 고정한다. non-ready outcome 및 observation suppression 단언은 유지한다.

### Finding 수

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

### 라우팅 신호

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

### 다음 단계

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