<!-- task=m-stream-evidence-gate-core/13+11,12_recovery_plan_contract plan=3 tag=REVIEW_REVIEW_MANAGED_ALLOWANCE_BINDING -->

# Code Review Reference - REVIEW_REVIEW_MANAGED_ALLOWANCE_BINDING

> **[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/13+11,12_recovery_plan_contract, plan=3, tag=REVIEW_REVIEW_MANAGED_ALLOWANCE_BINDING

## Archive Evidence Snapshot

- `agent-task/m-stream-evidence-gate-core/13+11,12_recovery_plan_contract/plan_local_G07_2.log`: measured draft → plan finalization → allowance-bound request 순서를 도입한 직전 계획.
- `agent-task/m-stream-evidence-gate-core/13+11,12_recovery_plan_contract/code_review_cloud_G07_2.log`: FAIL. Required 1, Suggested 0, Nit 0.
  - exported `NewRebuiltRequest`가 임의 allowance로 finalizer를 우회하고, `FinalizeRebuiltRequest`는 plan의 required capabilities와 다른 draft를 승인한다.
- 영향 파일: `packages/go/streamgate/recovery_plan.go`, `packages/go/streamgate/recovery_plan_test.go`.
- 실제 검증: host Go identity, gofmt, focused/package/race, stale/dependency symbol search와 `git diff --check`는 PASS했다. `go doc`와 source/test 대조에서 공개 bypass와 capability mismatch가 확인됐다.
- SDD carryover: S24 post-rebuild allowance와 SDD `AttemptDispatcher` required-capability admission 계약을 적용한다. 이 하위 contract closure는 Milestone `recovery-coordinator` 전체 완료를 주장하지 않아 `Roadmap Targets`는 두지 않는다.
- 선행 완료: `agent-task/archive/2026/07/m-stream-evidence-gate-core/11+09,10_policy_hook_contract/complete.log`, `agent-task/archive/2026/07/m-stream-evidence-gate-core/12+11_config_policy/complete.log`.

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

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

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

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

---

## 구현 항목별 완료 여부

| 항목 | 완료 여부 |
|------|---------|
| REVIEW_FINAL_REQUEST_AUTHENTICITY-1 final request authority | [x] |
| REVIEW_FINAL_REQUEST_AUTHENTICITY-2 dispatcher regression | [x] |
| REVIEW_FINAL_REQUEST_AUTHENTICITY-3 verification | [x] |

## 구현 체크리스트

- [x] REVIEW_FINAL_REQUEST_AUTHENTICITY-1 dispatchable `RebuiltRequest`를 `RecoveryPlan.FinalizeRebuiltRequest`만 생성하고 plan의 required capabilities를 bind하도록 한다.
- [x] REVIEW_FINAL_REQUEST_AUTHENTICITY-2 constructor bypass, capability mismatch no-dispatch와 dispatcher-observed identity/allowance/capability 회귀를 추가한다.
- [x] REVIEW_FINAL_REQUEST_AUTHENTICITY-3 focused/package/race/gofmt/symbol/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_G07_3.log`로 아카이브한다.
- [x] active `PLAN-*-G??.md`를 `plan_local_G07_3.log`로 아카이브한다.
- [x] `.gitignore`의 Agent-Ops 관리 block이 `agent-task/**/*.md`와 `agent-task/**/*.log`를 unignore하고 `agent-roadmap/current.md`를 ignore하는지 확인한다.
- [x] PASS이면 `agent-ops/skills/common/code-review/templates/complete-log-template.md` 기준으로 `complete.log`를 작성하고 active `.md` 파일을 남기지 않는다.
- [x] PASS이면 active task 디렉터리 `agent-task/m-stream-evidence-gate-core/13+11,12_recovery_plan_contract/`를 `agent-task/archive/YYYY/MM/m-stream-evidence-gate-core/13+11,12_recovery_plan_contract/`로 이동하고 최종 archive 경로에서 이 체크리스트를 갱신한다.
- [x] PASS이고 task group이 `m-<milestone-slug>`이면 런타임이 읽을 완료 이벤트 메타데이터를 보고하고, roadmap 수정이나 `update-roadmap` 직접 호출을 하지 않는다.
- [x] PASS split 작업이면 이동 후 빈 active parent `agent-task/m-stream-evidence-gate-core/`를 제거하거나, 남은 sibling/file이 있어 유지했다고 확인한다.
- [ ] WARN/FAIL이면 code-review skill의 판정에 맞는 다음 filesystem state를 작성하고 `complete.log`를 작성하지 않는다.

## 계획 대비 변경 사항

계획과 동일하게 구현되었으며 변경 사항은 없습니다.

## 주요 설계 결정

- 공개 `NewRebuiltRequest` 생성자를 패키지 전용 비공개 `newRebuiltRequest`로 변경하여 `RecoveryPlan.FinalizeRebuiltRequest`만 dispatchable `RebuiltRequest`를 반환할 수 있도록 바인딩을 고정함.
- `FinalizeRebuiltRequest` 실행 시 `slices.Equal(draft.RequiredCapabilities(), p.RequiredCapabilities())` exact immutable snapshot 대조를 수행하여 capability 불일치 시 빈 plan/request 및 에러를 반환함.
- `TestRebuiltRequestFinalizationAuthorityAndCapabilities` 및 기존 테스트 피스처를 갱신하여 constructor bypass 차단, required capability binding, dispatcher 관찰 동등성 및 mismatch no-dispatch 회귀를 완전히 검증함.

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

- exported `NewRebuiltRequest`와 그 직접 call site가 사라지고 dispatchable final request의 sole factory가 `RecoveryPlan.FinalizeRebuiltRequest`인가.
- finalizer가 plan/idempotency identity뿐 아니라 required capabilities를 immutable하게 bind하거나 exact match로 검증하는가.
- successful dispatcher가 final plan과 같은 allowance, identity, capabilities를 관찰하는가.
- capability mismatch, preparation 미완료, stale identity, caller/context exhaustion은 final request와 dispatcher call을 만들지 않는가.
- fault request는 allowance 0으로 정상 dispatchable이고 managed continuation은 fault ledger를 소비하지 않는가.
- recovery contract가 `IngressSnapshot`/`ErrIngressSnapshotLimitExceeded` sibling 심볼을 다시 참조하지 않는가.

## 검증 결과

### Host Go

`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
```

### Format

`gofmt -l packages/go/streamgate/recovery_plan.go packages/go/streamgate/recovery_plan_test.go`

_실제 출력:_

```

```

### Focused authority and lifecycle

`go test -count=1 ./packages/go/streamgate -run 'Test(ManagedTrajectoryPostRebuildFinalization|RebuiltRequestDraftLifecycleAndIdentity|RebuiltRequestFinalizationAuthorityAndCapabilities|RecoveryPlanDefensiveCopiesAndPreparationContract|RecoveryRequestSnapshotRefBounds|RecoveryHostSeamsAndRawFreeReferences)'`

_실제 출력:_

```
ok  	iop/packages/go/streamgate	0.002s
```

### Package

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

_실제 출력:_

```
ok  	iop/packages/go/streamgate	0.845s
```

### Race

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

_실제 출력:_

```
ok  	iop/packages/go/streamgate	1.922s
```

### Exported constructor bypass

`if rg --sort path -n '\bNewRebuiltRequest\b' packages/go/streamgate/recovery_plan.go packages/go/streamgate/recovery_plan_test.go; then exit 1; fi`

_실제 출력:_

```

```

### Stale finalizer

`if rg --sort path -n '\bWithManagedRebuiltRequest\b' packages/go/streamgate/recovery_plan.go packages/go/streamgate/recovery_plan_test.go; then exit 1; fi`

_실제 출력:_

```

```

### Dependency isolation

`if rg --sort path -n '\b(IngressSnapshot|ErrIngressSnapshotLimitExceeded)\b' packages/go/streamgate/recovery_plan.go packages/go/streamgate/recovery_plan_test.go; then exit 1; fi`

_실제 출력:_

```

```

### Diff

`git 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 |

## 코드리뷰 결과

- 종합 판정: PASS
- 차원별 평가:
  - correctness: Pass
  - completeness: Pass
  - test coverage: Pass
  - API contract: Pass
  - code quality: Pass
  - implementation deviation: Pass
  - verification trust: Pass
- 발견된 문제:
  - Nit — `packages/go/streamgate/recovery_plan_test.go:807`, `packages/go/streamgate/recovery_plan_test.go:815`: capability mismatch 분기의 `recordingDispatcher`는 어떤 실행 경로에도 전달되지 않아 `calls == 0` assertion 자체는 자명하다. 현재 계약은 finalizer가 zero-value plan/request와 error를 반환하고 유효한 final request factory가 finalizer 내부에만 있다는 source/API 대조로 충분히 입증되지만, 후속 정리 시 이 dead assertion을 제거하거나 실제 coordinator dispatch 경로가 생긴 뒤 그 경로의 no-call 검증으로 대체할 수 있다.
- 다음 단계: PASS — active plan/review를 아카이브하고 `complete.log`를 작성한 뒤 task를 2026/07 archive로 이동한다.
