<!-- task=m-workflow-core/05+02,03,04_notification_model plan=2 tag=REVIEW_REVIEW_WFC-EVENTS -->

# Code Review Reference - REVIEW_REVIEW_WFC-EVENTS

> **[IMPLEMENTING AGENT — READ FIRST] Filling in this file is the mandatory final step of implementation.**
> Fill implementation-owned sections, run verification, and stop with active files in place for review. Finalization is review-agent-only.

## 개요

date=2026-06-01
task=m-workflow-core/05+02,03,04_notification_model, plan=2, tag=REVIEW_REVIEW_WFC-EVENTS

## Roadmap Targets

- Milestone: `agent-roadmap/phase/workflow-core/milestones/workflow-core.md`
- Task ids:
  - `notification-model`: notification event 모델과 발행 지점
- Completion mode: check-on-pass

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

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

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

1. 판정을 append한다.
2. `CODE_REVIEW-{review_lane}-GNN.md` -> `code_review_{review_lane}_GNN_N.log`, `PLAN-{build_lane}-GNN.md` -> `plan_{build_lane}_GNN_M.log`로 아카이브한다.
3. PASS이면 `complete.log` 작성 후 active task 디렉터리를 `agent-task/archive/YYYY/MM/{task_name}/`로 이동한다. WARN/FAIL이면 user-review gate를 확인한 뒤 다음 active plan/review 파일 또는 `USER_REVIEW.md`를 작성한다. `USER_REVIEW.md`가 사용자 결정으로 완료/PASS 해소되면 `USER_REVIEW.md`를 해소 상태로 갱신하고 `complete.log` 작성 후 archive 이동한다.
4. PASS이고 task group이 `m-<milestone-slug>`이면 완료 이벤트 메타데이터를 보고한다. roadmap 상태 체크와 `update-roadmap` 호출은 런타임 책임이다.
5. 적용 가능한 `코드리뷰 전용 체크리스트` 항목을 최종 `.log` 위치에서 체크한 뒤 보고한다.

---

## 구현 항목별 완료 여부

| 항목 | 완료 여부 |
|------|---------|
| [REVIEW_REVIEW_WFC-EVENTS-1] 검증 증거 복구 | [x] |

## 구현 체크리스트

- [x] [REVIEW_REVIEW_WFC-EVENTS-1] 필수 검증 명령을 허용된 검증 환경에서 실행하고 실제 stdout/stderr를 review stub에 기록한다.
- [x] 명령 실패가 있으면 원인을 최소 수정으로 해결하고 실패/수정/재실행 출력을 모두 review stub에 기록한다. 실패 명령은 없었다.
- [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_{review_lane}_GNN_N.log`로 아카이브한다.
- [x] active `PLAN-*-G??.md`를 `plan_{build_lane}_GNN_M.log`로 아카이브한다.
- [x] `.gitignore`의 Agent-Ops 관리 block이 `agent-task/**/*.md`와 `agent-task/**/*.log`를 unignore하여 plan/review/archive 산출물이 추적 가능한지 확인한다.
- [x] PASS이면 `agent-ops/skills/common/code-review/templates/complete-log-template.md` 기준으로 `complete.log`를 작성하고 active `.md` 파일을 남기지 않는다.
- [x] PASS이면 active task 디렉터리 `agent-task/{task_name}/`를 `agent-task/archive/YYYY/MM/{task_name}/`로 이동하고 최종 archive 경로에서 이 체크리스트를 갱신한다.
- [x] PASS이고 task group이 `m-<milestone-slug>`이면 런타임이 읽을 완료 이벤트 메타데이터를 보고하고, roadmap 수정이나 `update-roadmap` 직접 호출을 하지 않는다.
- [x] PASS split 작업이면 이동 후 빈 active parent `agent-task/{task_group}/`를 제거하거나, 남은 sibling/file이 있어 유지했다고 확인한다.
- [ ] WARN/FAIL이고 user-review gate가 트리거되지 않았으면 다음 active `PLAN-{build_lane}-GNN.md`와 `CODE_REVIEW-{review_lane}-GNN.md`를 작성하고 `complete.log`를 작성하지 않는다.
- [ ] USER_REVIEW이면 `agent-ops/skills/common/code-review/templates/user-review-template.md` 기준으로 `USER_REVIEW.md`를 작성하고 active `PLAN-*.md`, `CODE_REVIEW-*.md`, `complete.log`를 남기지 않는다.
- [ ] USER_REVIEW가 사용자 결정으로 완료/PASS 해소되면 `USER_REVIEW.md`를 해소 상태로 갱신하고 `complete.log`를 작성한 뒤 task directory를 archive로 이동한다.

## 계획 대비 변경 사항

소스 변경 없음, 검증 증거만 보강했다.

`agent-test/local/rules.md`가 현재 host에서 테스트 실행을 금지하므로 Go 테스트는 `services/`와 `packages/`를 원격 임시 복사본 `/tmp/nomadcode-verify-G07.gNEDjr`에 전송한 뒤 같은 상대 명령으로 실행했다. 임시 복사본은 검증 후 제거했다. `rg` 검증은 테스트 실행이 아니므로 현재 workspace root에서 실행했다.

## 주요 설계 결정

1. 이 follow-up의 범위를 verification trust 복구로 제한하고 `services/core/internal/**` 소스는 수정하지 않았다.
2. 테스트 명령은 로컬 테스트 금지 규칙을 지키기 위해 원격 임시 복사본에서 실행했으며, active review stub에는 실제 stdout을 그대로 기록했다.

## 사용자 리뷰 요청

_기본값은 `없음`이다. 구현 중 사용자 결정, 사용자 소유 외부 환경/secret/서비스 준비, 또는 계획 범위 변경 없이는 안전하게 진행할 수 없으면 아래 항목을 실제 내용으로 교체하고, 구현을 중단한 뒤 active 파일을 그대로 둔 채 리뷰를 요청한다. 후속 에이전트가 명령 재실행이나 산출물 수집으로 해소할 수 있는 검증 증거 공백만으로는 사용자 리뷰 요청을 작성하지 않는다._

- 상태: 없음
- 사유 유형: 없음
- 결정 필요: 없음
- 차단 근거: 없음
- 실행한 검증/명령: 없음
- 자동 후속 불가 이유: 없음
- 재개 조건: 없음

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

- 필수 검증 명령의 실제 stdout/stderr가 `(output)` placeholder 없이 기록되어야 한다.
- 테스트 실패가 있었다면 실패 출력, 수정 근거, 재실행 성공 출력이 모두 남아야 한다.
- 소스 변경이 없다면 계획 대비 변경 사항에 "소스 변경 없음, 검증 증거만 보강"을 명시한다.

## 검증 결과

_구현 에이전트가 각 중간 검증 및 최종 검증 명령 실행 후 출력을 여기에 붙여 넣는다._

필수 규칙:
- 검증 명령은 고정된 계약이다. 임의로 대체하지 않는다.
- 대체가 필요하면 `계획 대비 변경 사항`에 이유와 대체 명령을 기록한다.
- `검증 결과`에는 실제 stdout/stderr를 붙여 넣는다.
- 사용자 리뷰 요청으로 명령을 끝까지 실행하지 못했다면 `사용자 리뷰 요청`에 실행한 명령, 실제 출력, 미실행 명령의 사유를 기록한다.

### REVIEW_REVIEW_WFC-EVENTS-1 중간 검증
Go 테스트 실행 환경: 원격 임시 복사본 `/tmp/nomadcode-verify-G07.gNEDjr`(검증 후 제거).

```text
$ cd services/core && go test -count=1 ./internal/scheduler ./internal/protosocket
ok  	github.com/nomadcode/nomadcode-core/internal/scheduler	2.044s
ok  	github.com/nomadcode/nomadcode-core/internal/protosocket	0.838s
```

### 최종 검증
```text
$ cd services/core && go test -count=1 ./internal/scheduler ./internal/protosocket ./internal/notification
ok  	github.com/nomadcode/nomadcode-core/internal/scheduler	1.763s
ok  	github.com/nomadcode/nomadcode-core/internal/protosocket	1.433s
ok  	github.com/nomadcode/nomadcode-core/internal/notification	1.782s

$ rg --sort path -n 'reason|status_reason|task.status.changed' services/core/internal/scheduler services/core/internal/protosocket packages/contracts/notes/flutter-core-api-candidates.md
services/core/internal/scheduler/jobs.go:65:	attempt, reason, occurredAt := parseTaskEventContext(task, notification.TaskEventRunning)
services/core/internal/scheduler/jobs.go:72:		Reason:     reason,
services/core/internal/scheduler/jobs.go:95:	attempt, reason, occurredAt = parseTaskEventContext(task, notification.TaskEventCompleted)
services/core/internal/scheduler/jobs.go:103:		Reason:     reason,
services/core/internal/scheduler/jobs.go:364:	attempt, reason, occurredAt := parseTaskEventContext(task, notification.TaskEventFailed)
services/core/internal/scheduler/jobs.go:372:		Reason:     reason,
services/core/internal/scheduler/jobs.go:379:	reason := ""
services/core/internal/scheduler/jobs.go:398:						reason = str
services/core/internal/scheduler/jobs.go:404:	return attempt, reason, occurredAt
services/core/internal/scheduler/jobs_test.go:162:	f.task.Metadata = json.RawMessage(fmt.Sprintf(`{"attempt":%d,"status_reason":"%s"}`, attempt, input.Message))
services/core/internal/scheduler/jobs_test.go:363:	// Verify the emitted notification event sequence and context fields (preventing stale reason leak)
services/core/internal/scheduler/jobs_test.go:377:		t.Errorf("ev0: expected empty reason (no stale failure leak), got %q", ev0.Reason)
services/core/internal/scheduler/jobs_test.go:389:		t.Errorf("ev1: expected reason 'first attempt agent failure', got %q", ev1.Reason)
services/core/internal/scheduler/jobs_test.go:401:		t.Errorf("ev2: expected empty reason (prevented stale failed reason leak), got %q", ev2.Reason)
services/core/internal/scheduler/jobs_test.go:413:		t.Errorf("ev3: expected empty reason (prevented stale failed reason leak), got %q", ev3.Reason)
services/core/internal/scheduler/jobs_test.go:575:		t.Errorf("expected failed reason %q, got %q", "agent failed", ev1.Reason)
services/core/internal/protosocket/events.go:46:// task.status.changed events. It implements notification.TaskEventSink.
services/core/internal/protosocket/events.go:60:// task.status.changed event envelope.
services/core/internal/protosocket/events.go:71:		payload["reason"] = event.Reason
services/core/internal/protosocket/events.go:82:		Action:          "task.status.changed",
services/core/internal/protosocket/server_test.go:260:	connectionID := requireDiagnosticsMeta(t, got.env, "task", "task.status.changed", "")
services/core/internal/protosocket/server_test.go:265:		"action":           "task.status.changed",
services/core/internal/protosocket/tasks_test.go:229:	if cap.env.Type != "event" || cap.env.Channel != "task" || cap.env.Action != "task.status.changed" {
services/core/internal/protosocket/tasks_test.go:241:	if cap.env.Payload["reason"] != "retry-on-failure" {
services/core/internal/protosocket/tasks_test.go:242:		t.Errorf("expected reason 'retry-on-failure', got %v", cap.env.Payload["reason"])
services/core/internal/protosocket/tasks_test.go:248:	// Test omission of empty reason and zero occurred_at
services/core/internal/protosocket/tasks_test.go:261:	if _, ok := cap.env.Payload["reason"]; ok {
services/core/internal/protosocket/tasks_test.go:262:		t.Error("expected empty reason to be omitted from payload, but it was present")
packages/contracts/notes/flutter-core-api-candidates.md:82:| `POST /api/tasks/{id}/enqueue` | `task.enqueue` request + `task.status.changed` event | client-core 실행 요청과 상태 반영은 proto-socket으로 전환, REST는 smoke/compat 유지 |
packages/contracts/notes/flutter-core-api-candidates.md:108:| `task.status.changed` | `event` | `task` | `{ "id", "type": "task.running\|task.completed\|task.failed\|task.canceled", "status", "title", "message", "attempt?", "reason?", "occurred_at?" }` |
packages/contracts/notes/flutter-core-api-candidates.md:111:  - `attempt` (int), `reason` (string), `occurred_at` (ISO8601 string) 등의 workflow context가 payload에 포함된다.

$ cd services/core && go test ./...
ok  	github.com/nomadcode/nomadcode-core/cmd/plane-smoke	0.447s
?   	github.com/nomadcode/nomadcode-core/cmd/server	[no test files]
ok  	github.com/nomadcode/nomadcode-core/internal/adapters/a2a	0.668s
?   	github.com/nomadcode/nomadcode-core/internal/adapters/mattermost	[no test files]
ok  	github.com/nomadcode/nomadcode-core/internal/adapters/openai	2.296s
ok  	github.com/nomadcode/nomadcode-core/internal/adapters/plane	1.098s
?   	github.com/nomadcode/nomadcode-core/internal/agent	[no test files]
ok  	github.com/nomadcode/nomadcode-core/internal/config	1.852s
?   	github.com/nomadcode/nomadcode-core/internal/db	[no test files]
ok  	github.com/nomadcode/nomadcode-core/internal/http	1.483s
?   	github.com/nomadcode/nomadcode-core/internal/model	[no test files]
ok  	github.com/nomadcode/nomadcode-core/internal/notification	2.710s
ok  	github.com/nomadcode/nomadcode-core/internal/protosocket	2.563s
ok  	github.com/nomadcode/nomadcode-core/internal/scheduler	4.814s
?   	github.com/nomadcode/nomadcode-core/internal/storage	[no test files]
ok  	github.com/nomadcode/nomadcode-core/internal/workflow	3.107s
ok  	github.com/nomadcode/nomadcode-core/internal/workitem	3.423s
ok  	github.com/nomadcode/nomadcode-core/internal/workitempipeline	3.387s
```

---

> **[IMPLEMENTING AGENT — BEFORE SAVING] Have you filled in every implementation-owned section: completion table, implementation checklist, changes from plan, design decisions, and verification output?**
> If anything is blank, go back and fill it in before saving this file.
> Leave review-agent-only sections unchanged.

## 코드리뷰 결과

- 종합 판정: PASS
- 차원별 평가:
  - Correctness: Pass
  - Completeness: Pass
  - Test coverage: Pass
  - API contract: Pass
  - Code quality: Pass
  - Plan deviation: Pass
  - Verification trust: Pass
- 발견된 문제: 없음
- 다음 단계: PASS이므로 active plan/review를 `.log`로 아카이브하고, `complete.log` 작성 후 task 디렉터리를 archive로 이동한다.
