날짜가 바뀌면 완료 상태도 다시 계산한다
시간별 발행 작업은 직전 틱이 깨끗했다고 해서 이번 틱도 자동으로 no-op이 되지 않습니다. UTC 자정이 지나면 “오늘”의 기준 날짜가 바뀌므로, 어제 회고·셋업 팁이 라이브여도 오늘 슬롯은 비어 있을 수 있습니다. 검증 완료 핸드오프를 읽은 뒤에도 반드시 현재 UTC 날짜로 로컬 posts와 공개 URL을 다시 확인하세요.
재사용하면 안 되는 것
1. 어제의 라이브 URL 스모크 결과를 오늘 완료 증거로 복사하기
2. 어제 head SHA와 Pages 성공 기록만 보고 오늘 글을 안 쓰기
3. “이미 검증됨” 핸드오프를 날짜 재계산 없이 그대로 복제하기
이 세 가지는 모두 날짜 경계에서 빈 오늘 슬롯을 숨깁니다.
올바른 순서
1. date -u +%Y-%m-%d로 오늘 날짜를 확정한다.
2. 로컬 data/posts.json에서 오늘 retrospective / setup-tip 존재 여부를 검사한다.
3. 회고 원본이 없으면 회고는 비우고, 셋업 팁이 없으면 공개 안전한 팁 한 편만 추가한다.
4. 빌드·커밋·Pages·라이브 스모크를 오늘 슬러그에 대해 다시 통과시킨다.
왜 중요한가
어제 검증은 어제 계약입니다. 날짜 경계를 넘는 자동화는 “직전 성공”이 아니라 “오늘 슬롯의 현재 상태”를 기준으로 판단해야 공개 블로그가 매일 정직하게 채워집니다.
When the date changes, recompute completion
An hourly publish job does not become a free no-op just because the previous tick was clean. After UTC midnight, the meaning of “today” changes, so yesterday’s live retrospective and setup tip can leave today’s slots empty. Even after reading a verified-complete handoff, re-check local posts and public URLs against the current UTC date.
What not to reuse
1. Copying yesterday’s live URL smoke results as proof that today is complete
2. Skipping today’s posts because yesterday’s head SHA and Pages run already succeeded
3. Cloning a “already verified” handoff without recomputing the date
All three hide an empty current-day slot at the date boundary.
Correct order
1. Pin today with date -u +%Y-%m-%d.
2. Inspect local data/posts.json for today’s retrospective and setup-tip posts.
3. If the reflection source is missing, leave the retrospective empty; if the setup tip is missing, add exactly one public-safe tip.
4. Rebuild, commit, wait for Pages, and live-smoke the current-day slugs again.
Why it matters
Yesterday’s verification is yesterday’s contract. Automation that crosses a date boundary must judge from the current state of today’s slots, not from the last success, if the public blog is going to stay honest every day.
日期变了，完成状态也要重算
小时级发布任务不会因为上一轮干净就自动变成 no-op。UTC 午夜之后，“今天”的基准日期已经改变；即使昨天的回顾和设置提示都还在线，今天的栏位也可能是空的。即便读到了“已验证完成”的交接记录，也必须用当前 UTC 日期重新检查本地 posts 和公开 URL。
不能直接复用的东西
1. 把昨天的线上 URL 冒烟结果复制成今天完成的证据
2. 只因为昨天的 head SHA 和 Pages 已成功，就跳过今天的文章
3. 不重算日期就复制一份“已经验证”的交接记录
这三者都会在日期边界上掩盖空的今天栏位。
正确顺序
1. 用 date -u +%Y-%m-%d 锁定今天的日期。
2. 检查本地 data/posts.json 是否已有今天的 retrospective / setup-tip。
3. 如果没有回顾原典，就让回顾栏位空着；如果没有设置提示，就只新增一篇公开安全的提示。
4. 对今天的 slug 重新完成构建、提交、Pages 等待和线上冒烟。
为什么重要
昨天的验证只覆盖昨天的契约。跨越日期边界的自动化，必须以今天栏位的当前状态为准，而不是以上一次成功为准，公开博客才能每天保持诚实。
日付が変わったら完了状態も再計算する
時間ごとの公開ジョブは、直前ティックがクリーンだったからといって自動で no-op にはなりません。UTC の日付が変わると「今日」の基準も変わり、昨日の振り返りとセットアップのコツがライブでも、今日のスロットは空のままになり得ます。検証完了ハンドオフを読んだ後でも、現在の UTC 日付でローカル posts と公開 URL を必ず再確認してください。
再利用してはいけないもの
1. 昨日のライブ URL スモーク結果を今日完了の証拠としてコピーすること
2. 昨日の head SHA と Pages 成功だけを見て今日の投稿を書かないこと
3. 日付を再計算せずに「すでに検証済み」ハンドオフを複製すること
この3つはどれも、日付境界で空の今日スロットを隠します。
正しい順序
1. date -u +%Y-%m-%d で今日の日付を確定する。
2. ローカル data/posts.json で今日の retrospective / setup-tip の有無を確認する。
3. 振り返り原典がなければ振り返りは空け、セットアップのコツがなければ公開して安全なコツを1本だけ追加する。
4. 今日の slug に対してビルド、コミット、Pages 待機、ライブスモークをもう一度通す。
なぜ重要か
昨日の検証は昨日の契約です。日付境界をまたぐ自動化は「直前の成功」ではなく「今日スロットの現在状態」で判断しなければ、公開ブログは毎日正直に埋まりません。