왜 보고서까지 만들었나
원본 파일에는 많은 정보가 들어 있습니다. 다음 방송을 준비하는 사람이 매번 파일을 직접 열어 해석하기는 어렵습니다. 세션별 결과를 정리하고 확인할 항목을 한곳에 모아두는 것이 보고서의 역할이었습니다.
ANA가 수집한 방송 기록에서 댓글과 키워드, 지표를 분석하고 HTML 보고서와 관리 화면으로 이어지는 흐름을 만들었습니다. 수집 엔진과 연결된 보고서 계층을 별도의 사용 장면으로 소개합니다.
쓰는 순간 — 방송이 끝난 뒤 결과 찾기
종료 이후의 작업 흐름이 분석을 이어받고 세션별 보고서를 만듭니다. 관리 화면에서 필요한 결과로 들어갑니다. 예약 작업의 10분은 확인 주기이며, 모든 보고서가 10분 안에 끝난다는 약속은 아닙니다.
10분은 확인 주기입니다. 실제 생성 시간과 구분합니다.
문장 옆에서 근거 확인하기
무엇이 관측됐는지와 그 내용을 어떻게 해석했는지를 구분해 읽습니다. 예시에서는 같은 가상 지표를 보고서와 근거표에 함께 사용했습니다. 확인할 수 없는 값은 비워두고, 관측하지 않은 값을 0으로 만들지 않습니다.
실제 크리에이터의 성과가 아닌, 근거와 문장의 관계를 설명하는 예시입니다.
읽는 사람에 맞춰 설명하기
검수자는 숫자와 출처를 자세히 보고, 크리에이터는 같은 사실을 이해하기 쉬운 문장으로 읽는 방향을 설계했습니다. 아래 장면은 후속 코칭 설계 기록을 설명하는 예시입니다. 당시 모든 HTML 보고서에 같은 기능이 적용됐다는 뜻은 아닙니다.
후속 설계의 재구성 예시입니다. 사실은 유지하고 설명 방식을 나눕니다.
자동화해도 남는 일
보고서가 만들어졌다는 사실과 내용이 정확하다는 판단은 별개입니다. 관측과 해석을 나누고, 모르는 것은 모른다고 남기는 방향을 검토했습니다. 어떤 조언을 할지는 사람이 맥락을 보고 결정합니다.
과거 개발 기록에는 종료 훅, 예약 Claude 세션, JSONL 분석, HTML 생성, 대시보드 갱신이 연결되어 있습니다. 이 소개는 자동 리포트 흐름과 결과물의 구성에 초점을 맞춥니다. 세부 분담이 확인되지 않은 부분까지 모두 단독 구현했다고 표현하지 않습니다.