# Milestone: Flutter Push Notification Boundary

## 위치

- Roadmap: `agent-roadmap/ROADMAP.md`
- Phase: `agent-roadmap/phase/operator-ui/PHASE.md`

## 목표

Operator console 본작업에서 push notification을 분리해 후속 작업으로 보존한다. Firebase, platform channel, push host integration처럼 ALT 외부 protocol과 platform boundary가 필요한 영역을 별도 Milestone에서 정의하고, operator dashboard MVP와 뒤섞이지 않게 한다.

## 상태

[스케치]

## 승격 조건

- [ ] push notification이 필요한 operator event 종류와 우선순위를 정한다.
- [ ] Firebase, platform channel, push host integration 중 사용할 외부/protocol 경계를 정한다.
- [ ] client integration 프로젝트 산출물을 어떤 형태로 반영할지 정한다.
- [ ] MVP 구현 단위와 검증 시나리오를 `기능` Task로 구체화한다.

## 구현 잠금

- 상태: 잠금
- 결정 필요: 아래 체크리스트
  - [ ] push notification의 첫 사용 사례와 대상 플랫폼을 정한다.
  - [ ] 외부 provider/protocol 선택과 운영 책임 경계를 정한다.

## 범위

- push notification 사용 사례와 event taxonomy
- Firebase/platform channel/push host integration boundary
- API/worker event와 client notification surface 연결 방식
- local/dev 검증 전략

## 기능

### Epic: [push-boundary] Flutter push notification boundary

아직 구현 가능한 계획이 아니라, operator console에서 분리된 push notification 경계를 계획 상태로 승격하기 위한 후보 범위를 정리한다.

- [ ] [event-scope] push 대상 operator event 후보와 제외할 event를 정리한다.
- [ ] [protocol-choice] Firebase/platform channel/push host integration 후보와 책임 경계를 비교한다.
- [ ] [mvp-shape] 첫 구현 Milestone으로 자를 수 있는 MVP 범위와 검증 방식을 정리한다.

## 완료 리뷰

- 상태: 없음
- 요청일: 없음
- 완료 근거: 아직 스케치 단계이며 승격 조건이 충족되지 않았다.
- 리뷰 필요:
  - [ ] 사용자가 완료 결과를 확인했다
  - [ ] archive 이동을 승인했다
- 리뷰 코멘트: 없음

## 범위 제외

- 현재 Flutter Operator Console UX Plan과 MVP 구현
- Firebase 또는 platform channel 실제 연결 구현
- production push delivery 운영

## 작업 컨텍스트

- 관련 경로: `apps/client/`, `services/api/`, `services/worker/`
- 표준선(선택): ALT-owned runtime boundary는 proto-socket/ALT protobuf를 기본으로 유지하고, Firebase/platform channel 같은 외부 protocol은 adapter 경계 안에서만 다룬다.
- 선행 작업: Flutter Operator Console MVP, client integration 프로젝트 산출물
- 후속 작업: 없음
- 확인 필요: 승격 조건과 구현 잠금 참고.
