前言

「文章發出去之後，如果隔天發現有錯字或需要補充，晚一點再回去改不就好了？」

Day 04 提過，評選是以主辦單位當天留存的快照版本為準，修改必須在當天完成。這代表「發文」跟「這篇文章最終被存證的版本」，如果沒有安排好時間，兩者之間可能會有落差——發文當下的版本，不一定是你最後想被記錄下來的版本。這篇要把這條規則具體落實成寫作跟發文的時間安排方式。

今日目標

• 理解「發文」跟「內容定案」如果分開太久，會踩到什麼風險
• 看到一組時間安排的對照範例，示範怎麼把當日快照這條規則納入排程考量
• 學會把「寫完後的複查」提前到發文之前，而不是發文之後才做
• 建立一個習慣：發文前的最後一步，是問自己「這個版本，我願意讓它被存證嗎」

發文跟定案之間的時間差,是風險的來源

如果寫作習慣是「先發一個大致完整的版本，之後想到什麼再回來補」，這個習慣在平常寫部落格文章沒有問題，因為沒有硬性的存證時間點。但在有當日快照規則的情境下，這個習慣會製造出一個風險窗口：如果「之後回來補」的時間點意外地拖到隔天（忙起來忘記、或者當天太晚才想起來），快照抓到的就會是那個還沒補完的版本。

把複查提前到發文前,而不是發文後

• ❌ 先發文，之後有空再回頭複查：把「內容完整」跟「發文」這兩個步驟時間上分開，中間留一段「之後再處理」的空窗，這個空窗如果不小心跨過了當天，快照就會抓到不完整的版本
• ✅ 複查是發文前的最後一步，不是發文後的待辦事項：把「這篇文章的內容、結構、去識別化掃描、字數與引用比例檢查」都排在發文動作之前完成，發文當下就是你願意被存證的版本，不依賴「之後有空」這個不確定的承諾

當日快照這條規則，實際上是在提醒一件更根本的事：發文不該是寫作流程的中間站，而應該是終點。 把這個認知放進時間安排裡，代表每天的寫作時間規劃，要包含「留給複查跟檢查工具的時間」，而不是把所有時間都花在動筆上，指望發文後還有機會補救。

今日思考題

回想你最近一次「先發布、之後再回來補完」的經驗，如果那次遇到「發布當下就是最終版本」這種硬性規則，你的時間安排會需要怎麼調整？

今日重點回顧

• 當日快照規則代表發文當下的版本就是會被存證的版本，「之後再補完」的習慣在這個規則下有風險
• 把內容複查、去識別化掃描、規則檢查排在發文動作之前，而不是發文之後的待辦事項
• 發文不應該是寫作流程的中間站，而是終點，時間安排要包含留給複查的時間
• 這條規則的影響不只是「小心一點」，而是要求重新調整每天的時間分配方式

明日預告

Day 20 會用一個具體案例，講多系列並行時，某一天真的來不及完成所有系列的產出，實際上是怎麼處理的。

寫在最後

養成「複查是發文前的最後一步」這個習慣之後，意外的收穫是發文前那幾分鐘的心理狀態改變了——不再是「先發了再說」的心態，而是真正把這個版本當成最終答案在看待。