tags: [debug, journey, documentation, index]

# Debug

`debug`는 구현 직전 단계에서 문제 지점과 상태 차이를 선명하게 고정하는 보조 문서 계층입니다.
`troubleshooting`의 현재 문제 정의, `research`의 원인 수집, `plans`의 실행 결정 사이에서 "정확히 어디가 잘못 연결됐는가"를 짧고 명확하게 남길 때 사용합니다.

## 경계

- `debug`는 상위 SSOT의 기본 문서 축(`ideas/scenarios/troubleshooting -> research -> plans -> worklog`)을 대체하지 않습니다.
- `debug`는 구현 방법이나 작업 순서를 확정하지 않습니다. 그것은 `plans`의 역할입니다.
- `debug`는 완료 보고를 쓰지 않습니다. 구현이 끝나면 `worklog` 또는 관련 완료 문서로 연결합니다.
- `debug`는 현재 상태, 목표 상태, 문제 지점, 왜 이것이 문제인지에 집중합니다.

## 문서 맵

- [콜드메일 IR 분석이 첫 번째 PDF를 잘못 선택하는 상태](./260313_coldmail_ir_분석대상_오선택_디버그.md)
  - 상태: `closed (fixed)`
- [콜드메일 IR 분석 로딩 메시지가 완료 후 갱신되지 않는 상태](./260313_coldmail_ir_로딩메시지_미갱신_디버그.md)
  - 상태: `open`
- [스케줄러 재기동 후 브리핑 실패 디버그](./260318_스케줄러_재기동후_브리핑실패_디버그.md)
  - 상태: `closed`
