前言

「規則不就是常識嗎？每天寫一篇、字數夠、內容切題,有什麼好特別讀的？」

規則的大方向確實是常識,但魔鬼藏在幾個容易被忽略的細節裡——例如「當天修改必須當天完成」這條規則,意味著你不能抱著「反正明天可以再改」的心態發文;例如引用比例的上限,意味著大量貼程式碼或轉述別人內容時要注意佔全文的比例。這些細節不是靠常識就能推算出來,而是要先讀過規則、再回頭檢查自己的寫作習慣有沒有踩到。

今日目標

• 掌握完賽條件的核心要求：連續 30 天、每日一篇、不中斷
• 理解「當日快照」這條規則對寫作跟發文時間安排的實際影響
• 知道字數與引用比例這兩條硬規則,以及它們怎麼變成寫作前就能自我檢查的項目
• 學會把賽制規則轉成一份清單,而不是每次都要重新回想

完賽條件：連續不中斷是硬指標

完賽的核心條件很單純：從自訂的開賽日起,連續 30 天,每天發表一篇切題的技術文章,中間不能中斷。逾時開賽,或者中途沒有連續滿 30 天,都會被視為挑戰失敗——但只要還沒過最後報名日,可以用相近主題重新報名再戰。

這條規則對多系列並行的情況特別關鍵：每加一個系列,就是多一條需要連續 30 天不中斷的線,而不是把原本的產出量攤開來變輕鬆。 決定要不要加開一個新系列時,這是必須先算清楚的成本,不是「反正每天寫一篇,多一篇也還好」這種直覺判斷能帶過的。

當日快照：修改要在當天完成

賽事評選是以主辦單位在當天留存的快照版本為準,發文後如果需要修改,必須在當天之內完成——這代表「先發一個粗略版本,晚一點再回來補完」這種做法有風險,補完的時間點如果跨過了當天,快照抓到的可能還是那個粗略版本。

• ❌ 忽略當日快照的寫法：晚上先發一篇內容還不完整的文章佔位,想著隔天早上再回來修,結果隔天忙起來忘記回頭補完,快照抓到的就是那個不完整版本。
• ✅ 配合當日快照的寫法：確保發文當下的版本就是你願意被存證的版本,即使後續還想微調用詞,也把「內容完整、結構完整」當作發文前的最低門檻,而不是發文後才補。

字數與引用比例：寫作前就能自我檢查的硬規則

每篇文章需要多於 300 字（含標點),以繁體中文為主（專有名詞除外),引用比例不得超過全文三分之一。這幾條規則本身不難達到,但容易在特定情境下不小心踩到——例如整段貼上程式碼加上簡短說明,程式碼本身的字數如果占比過高,就有引用比例超標的風險;例如趕時間隨手寫的文章,字數可能不小心低於門檻。

把這幾條規則寫成一份動筆前的自我檢查清單,比每次都要重新回想「這樣算不算超標」更可靠。 這份清單不需要複雜,核心就是三項：字數是否足夠、引用（含程式碼區塊）比例是否合理、內容是否切題;每篇寫完花不到一分鐘核對一次,遠比發文之後被系統判定不合格再回頭補救划算。

今日思考題

如果你正在準備類似的長期產出挑戰,有沒有先把主辦方的規則完整讀過一次,列成一份自己隨時能核對的清單？還是憑印象覺得「大概知道規則是什麼」就開始動筆？

今日重點回顧

• 完賽條件是連續 30 天不中斷,每加一個系列就是多一條不能斷的線,不是攤薄既有工作量
• 當日快照代表發文當下的版本就是會被存證的版本,不能靠「晚一點再補完」的心態
• 字數與引用比例是可以在動筆前自我檢查的硬規則,值得寫成一份固定清單
• 讀懂規則細節,是排程規劃的前提,不是可以先跳過、之後再回頭補的步驟

明日預告

Day 05 會用一個具體案例,講報名最後一天才決定加開一個新系列的完整判斷過程——包括中間權衡了哪些選項、最後為什麼做出這個決定。

寫在最後

讀賽制規則這件事聽起來枯燥,但把它排在動筆之前而不是動筆之後,省下的是後面 30 天裡每天都要重新猜測「這樣算不算違規」的不確定感。規則讀懂一次,後面就只是照著清單核對,不需要每天重新判斷。