[보관] 리포트 샘플 카탈로그
본 폴더는 hamster-lab 평가 프레임워크의 최종 산출물 양식을 청중별로 모아둔 곳이다. 모두 [[브라켓]] 슬롯이 비어있는 템플릿 — 실험 종료 후 실데이터로 채워 강의·기업 제공 자료로 변환된다.
본 보고서 (P9 종료 후 의미 있게 차는 자료)
섹션 제목: “본 보고서 (P9 종료 후 의미 있게 차는 자료)”| 파일 | 분량 | 청중 | 톤 | 사용처 |
|---|---|---|---|---|
easy.md | 8~12쪽 | 비개발자 의사결정자, 강의 수강생, 기업 도입 검토자 | 쉬운 한국어, 통계 용어 회피, 시나리오 중심 | AI 에이전트 셋업 강의 부교재 / 기업 1차 검토 자료 |
detailed.md | 40~60쪽 | 방법론자, 평가 엔지니어, R&D, 구매 의사결정 심사 | 정량·재현 가능성 우선, 통계 용어 사용 | 기업 도입 심사 자료 / 재현 키트 / 학술 인용 |
같은 실험·같은 데이터로 만든다. easy는 detailed의 요약본이 아니라 청중을 다르게 잡은 별도 작성 — 의사결정에 필요한 만큼만 담고 통계는 부록으로도 안 넣는다.
진행 중 자료 (시리즈 9~11일 동안 매 probe 종료마다 누적)
섹션 제목: “진행 중 자료 (시리즈 9~11일 동안 매 probe 종료마다 누적)”| 파일/폴더 | 용도 | 갱신 주기 |
|---|---|---|
/daily/ (루트 별도 폴더) | probe별 1쪽 메모 (P{N}-easy.md / P{N}-detailed.md). 강의 일일 자료 / 기업 weekly progress 보고. 위키 사이드바에 별도 최상위 섹션으로 노출 | 매 probe 종료 시 신규 2개 |
CHANGELOG.md | reports/ 갱신 이력. 어느 시점의 보고서가 어느 probe까지 반영했는지 추적 | 매 probe 종료 시 한 줄 |
P9 종료 후 본 보고서가 의미 있게 차기 전엔 외부 청중에게 공유할 수 있는 게 일일 리포트(/daily/)뿐. 자세한 룰: /daily/README.md.
누구에게 어떤 버전을 줄까
섹션 제목: “누구에게 어떤 버전을 줄까”| 받는 사람 | 권장 |
|---|---|
| 강의 수강생(비개발자 커뮤니티 매니저, 운영자) | easy.md 단독 |
| 기업 도입 1차 검토 (CXO·사업부장) | easy.md + 부록 1쪽 (detailed §0 표만) |
| 기업 도입 심사 (CTO·평가 엔지니어) | detailed.md 단독 |
| 재현 시도하는 다른 조직 | detailed.md + 재현 키트(§5.6) |
| 학술 인용 | detailed.md |
작성 규칙 (두 버전 공통)
섹션 제목: “작성 규칙 (두 버전 공통)”- easy는 detailed에 없는 결론을 넣지 않는다 — 동일 데이터·동일 결론, 표현만 다르게.
- detailed는 easy의 결론을 정량·재현 가능성으로 뒷받침한다 — 둘이 서로의 근거.
- 도구명·통계량을 어디에 노출할지는 청중에 맞춰 다르게 — easy에서 ICC·κ·표준편차 같은 단어 금지.
[[ ]]슬롯에 데이터 채울 때 두 파일 동시에 갱신 — 어긋남이 발생하면 detailed가 진실 원본.
향후 추가 가능 버전 (현재 미작성)
섹션 제목: “향후 추가 가능 버전 (현재 미작성)”| 후보 | 분량 | 청중 |
|---|---|---|
onepager.md | 1쪽 | 임원·이사회 발표 |
course-handout.md | 4쪽 | 강의 수강생 워크북 (빈칸 채우기) |
slide-deck.md | 슬라이드 | 강의·세미나 발표용 |
replication-kit.md | 가변 | 다른 조직이 자기 페르소나로 재현 시 따라하는 가이드 |
추가 시 위 표에 한 줄 추가, [[버전].md 작성, 이 README 갱신.