보고서 템플릿 — `_workspace/02_ptop_implementation.md`

이 골격을 채워 통합 보고서를 만든다.

수치를 지어내지 않는다. 타이밍·주소·소요시간은 두 가지만 허용한다 — ① 코드 상수에서 읽은 값(반드시 파일:라인 병기), ② 실제 측정값(측정 방법 병기). 둘 다 아니면 미측정이라고 쓴다. 아래 <...>는 전부 채워야 할 자리이며, 그럴듯한 예시 숫자로 메우면 이후 최적화 판단이 오염된다.

# PTOP 구현 분석 보고서

## 1. 상태 머신

<상태 목록 · 전이 조건 · 전이 트리거. 각 항목에 파일:라인>

## 2. 디바이스 호출 시퀀스

### <상태A> → <상태B> 전이
- <호출 순서 1>: <API> — 출처: `<파일>:<라인>`
- <호출 순서 2>: <API> — 출처: `<파일>:<라인>`
- 전이 조건: <조건> — 출처: `<파일>:<라인>`

| 단계 | 디바이스 | 호출 | 지연 상수 | 출처(파일:라인) |
|---|---|---|---|---|
| | | | 코드값 또는 `미측정` | |

## 3. Rx.NET 메시지 흐름

<발행 → 필터 → 변환 → 구독 파이프라인. 각 단계 파일:라인>

## 4. 에러 처리

| 에러 유형 | 감지 방법 | 처리 방식 | 복구 가능 | 출처(파일:라인) |
|---------|---------|---------|---------|---|

## 5. 성능 프로파일

| 구간 | 소요시간 | 근거(코드 상수 / 실측 / 미측정) | 최적화 기회 |
|------|---------|---|----------|

> 실제로 측정하지 않았다면 소요시간 칸에 `미측정`이라고 쓴다.

## 6. 발견 사항

### P0 (심각)
- <내용> — 근거: `<파일>:<라인>`

### P1 (중요)
### P2 (개선)

## 7. 불명확 — 확인 필요

| 항목 | 왜 확인 못 했는가 | 무엇을 보면 확정되는가 |
|---|---|---|

1.8 KiB Raw Blame History

보고서 템플릿 — _workspace/02_ptop_implementation.md

1.8 KiB

Raw Blame History

보고서 템플릿 — `_workspace/02_ptop_implementation.md`