# 보고서 템플릿 — `_workspace/06_ptop_build_optimization.md`

> 이 골격을 채워 통합 보고서를 만든다.
>
> **빌드 시간·크기·개선율을 지어내지 않는다.** 실제로 빌드를 돌려 측정했을 때만 수치를 적고,
> 측정 방법(명령어)을 함께 남긴다. 측정하지 않았으면 `미측정`이라고 쓴다.
> 그럴듯한 숫자가 보고서에 남으면 이후 최적화 우선순위 판단이 통째로 오염된다.

```markdown
# PTOP 빌드 최적화 보고서

## 1. 현재 빌드 성능

| 구성 | 시간 | 측정 방법 | 병목 | 개선 가능성 |
|------|------|---|------|----------|
| Debug\|x64 | <측정값 또는 미측정> | <명령어> | | |
| Release\|x64 | | | | |

> `Simulation`·`UserDefineUnit`은 sln에서 `Release|x64` 매핑 — 별도 행을 만들지 않는다.

> 한 건도 측정하지 못했으면 표 전체를 `미측정`으로 두고, 그 사실을 §6에 명시한다.

## 2. 의존성 최적화

### 필수 의존성
| 프로젝트 | 왜 필수인가 | 근거(파일:라인) |
|---|---|---|

### 제거 가능 후보
| 프로젝트 | 왜 불필요해 보이는가 | 근거 | 제거 시 위험 |
|---|---|---|---|

> "참조되지 않는 것 같다"는 근거가 아니다. 실제로 심볼 참조를 검색해 확인한 결과만 적는다.

## 3. 빌드 구성별 최적화 전략

### Debug / Release
- 현황: <근거와 함께>
- 개선안: <구체적 설정 변경>
- 예상 효과: <측정 기반이면 수치, 아니면 "미측정 — 적용 후 재측정 필요">

## 4. CI/CD 파이프라인

<`_workspace/05_cicd_pipeline.yml` 참조. 여기엔 설계 의도와 트리거 조건만 요약>

## 5. 배포 패키징

<포함 파일 목록 · 패키징 절차. 제안 단계이며 실제 스크립트 실행은 하지 않는다>

## 6. 미측정·미검증 항목

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

> **이 스킬은 분석·제안 전용이다.** `.csproj`·`.sln`·소스를 수정하지 않는다.
> 변경안은 diff 제안으로만 제시하고, 적용 여부는 사용자가 결정한다.