Decision Log
Decision Log
판단은 기억이 아니라 기록으로 남긴다.
이 페이지는 주간 decision log의 시작점이다. 아직 완성된 운영 체계가 아니라, 공개 가능한 결정과 그 근거를 축적하기 위한 표면이다.
Current decisions
| date | decision | reason | next check |
|---|---|---|---|
| 2026-05-29 | /admin/을 Worker live proof 전까지 hard-disable한다 | stale live OAuth Worker가 broad scope와 wildcard postMessage/CORS를 유지하고 있어 경고문만으로는 token path를 막지 못한다 | Worker deploy + live smoke + CMS operation proof |
| 2026-05-29 | self-applied Mimesis Audit sample을 공개 proof artifact로 승격한다 | 외부 사례 전에도 내 사이트 자체를 원본-문법-온톨로지-계약-검수 루프로 돌린 증거는 공개 가능하다 | first external or client-redacted sample |
| 2026-05-29 | Pages proof와 Worker OAuth proof를 분리한다 | 정적 사이트가 최신이어도 CMS auth broker가 최신이라는 뜻은 아니기 때문 | Worker safety artifact follow-up |
| 2026-05-28 | 홈 hero 이미지를 제거하고 글 커버에만 이미지를 둔다 | 사이트의 순도 높은 텍스트/증거 중심 인상을 보존하기 위해 | 공개 홈에서 hero image marker가 없는지 확인 |
| 2026-05-28 | Mimesis를 전면 소비 단위로, Operator OS를 후면 신뢰 인프라로 둔다 | Mimesis는 바로 쓸 수 있고 Operator OS는 깊은 독자에게 설득력을 준다 | external Mimesis Audit sample |
| 2026-05-28 | 강한 주장은 Proof와 Reports로만 확장한다 | 기회-환상 문법을 쓰되 과장된 완료 주장으로 넘어가지 않기 위해 | report cadence |
| 2026-05-27 | GitHub Pages 상태는 live route check로 직접 검증한다 | repo와 public surface 불일치가 신뢰를 깎기 때문 | Pages source reconciliation follow-up |
Log rule
각 로그는 네 가지를 포함한다.
| field | question |
|---|---|
| Decision | 무엇을 선택했는가 |
| Reason | 왜 지금 이 선택을 했는가 |
| Rejected path | 무엇을 하지 않기로 했는가 |
| Next check | 이 결정이 맞았는지 무엇으로 확인할 것인가 |
Boundary
이 페이지는 “항상 옳은 결정”의 목록이 아니다. 오히려 나중에 틀렸다고 말할 수 있게 만드는 기록이다. 좋은 운영자는 기억력이 좋은 사람이 아니라, 틀린 결정을 다시 읽을 수 있게 남기는 사람이다.