[보관] Reports CHANGELOG
이 파일은 reports/ 폴더의 갱신 이력을 시간순으로 추적한다. 9 probe 시리즈가 진행되며 easy.md·detailed.md의 빈칸이 점점 채워지는데, 어느 시점의 보고서가 어느 probe까지 반영했는지를 외부 청중이 추적할 수 있어야 분쟁·재인용 시 근거가 명확해진다.
운영 규칙
섹션 제목: “운영 규칙”- 매 probe 종료 시 한 줄 추가
- 형식:
## v{0.N} — YYYY-MM-DD — P{N} 결과 반영+ 어느 표·섹션이 채워졌는지 1~3줄 - v0.N (P1~P8 단계) → v1.0 (P9 종료, 종합 결론) → v1.1+ (오타·표현 수정) → v2.0 (본 운용 21일 결과 반영)
- 이 파일과 git tag를 정렬:
git tag reports-v0.1같은 식으로 동결 시점 영구 기록 가능
v0.0 — 2026-04-28 — 시리즈 시작 전 템플릿 작성
섹션 제목: “v0.0 — 2026-04-28 — 시리즈 시작 전 템플릿 작성”reports/easy.md(8~12쪽 비개발자용) 본문 양식 작성reports/detailed.md(40~60쪽 방법론자용) 본문 양식 작성reports/README.md(버전 카탈로그) 작성daily/README.md+P1-easy.md+P1-detailed.md템플릿 작성 (easy/detailed 두 청중 분리)- 모든
[[]]슬롯 비어있음. P1 시작 후 v0.1로 갱신 예정.
상세: history/30(분리), history/32(probe 시리즈 구조 반영), history/33(daily·CHANGELOG 도입), history/36(interim → daily 리네임), history/37(daily 최상위 격상)
v0.1 — 2026-04-28 — P1 결과 반영
섹션 제목: “v0.1 — 2026-04-28 — P1 결과 반영”reports/detailed.md§2.2/§3.1/§5.1 P1 행 채움 (T1 1 trial — 양쪽 도구 tool_calls=0·has_external=N, 변별 못 한 것 자체가 정량/정성과 결이 다른 결론을 가리킴)reports/easy.md§3 9 probe 표 P1 행 채움 (외부 도구 사용 기록이 점수만으론 못 잡는 정보)daily/P1-easy.md+daily/P1-detailed.md실측 데이터 채움 (이전 v0.0 템플릿 → 실제 결과)- 결정: 채택 — trajectory를 외부 통합 검증 메트릭으로 재정의. R1·R2·R3 미도달
- 메모: TTC(I3) 본 P1에서 무효화 (OpenClaw TUI 24분 lag) — post-Slack 메신저 probe로 이월
(예정) v0.2 — P2 결과 반영
섹션 제목: “(예정) v0.2 — P2 결과 반영”[[YYYY-MM-DD]] …
(예정) v0.3v0.8 — P3P8 순차 반영
섹션 제목: “(예정) v0.3v0.8 — P3P8 순차 반영”각 probe 종료 시 한 줄씩 누적.
(예정) v1.0 — P9 종료, 종합 결론 + v2 GO/NO-GO 판정
섹션 제목: “(예정) v1.0 — P9 종료, 종합 결론 + v2 GO/NO-GO 판정”[[YYYY-MM-DD]]
reports/easy.md한 페이지 요약·시나리오·결정 트리 모두 채움reports/detailed.md§0~§6 모두 채움 (가설 검증·메타 회고 포함)- 본 운용 v2 진입 결정:
[[GO/NO-GO/조건부]]
이 시점에 첫 외부 공개 가능. 강의 부교재·기업 도입 자료로 변환.
변경 이력 룰 — 사후 추가 vs 갱신
섹션 제목: “변경 이력 룰 — 사후 추가 vs 갱신”- 새 probe 결과 반영: 새 v0.N 항목 추가 (위에서 아래 순)
- 오타·표현 수정: 같은 v 항목에 덧붙이기 (rewriting 금지, 변경 흔적 보존)
- 결론 변경: 새 v0.N.1 항목 + 변경 사유 명시. 이전 결론 삭제 금지 — 강의·기업 자료에 인용된 이전 버전을 추적 가능해야 함.
- 사후 짜맞춤 의심되는 변경: history에 별도 commit으로 사유 commit 후 CHANGELOG에 링크. 투명성 보장.