iT邦幫忙

2026 iThome 鐵人賽

DAY 0
0
自我挑戰組

用 AI 打一場鐵人賽:多系列並行的排程、進度與寫作紀律系列 第 14 篇

Day 14:引用比例、字數門檻這種硬規則,怎麼在寫作流程裡自動提醒

  • 分享至 

  • xImage
  •  

前言

「字數夠不夠、引用比例超不超標,寫完看一眼不就知道了嗎?」

單篇文章確實可以寫完自己看一眼,但連續 30 天、多系列並行的情況下,「寫完看一眼」這個動作很容易在趕時間的日子被跳過——尤其是引用比例這種不直觀的門檻,光憑肉眼掃過去,很難準確估算程式碼區塊佔全文的比例。這篇要講的是,怎麼把 Day 04 提過的硬規則,變成寫作流程裡不需要額外記住、就會自動被提醒的檢查項目。

今日目標

  • 理解「知道規則」跟「每次都真的執行檢查」之間的落差從哪裡來
  • 看到把硬規則變成流程檢查點的具體做法
  • 學會分辨哪些檢查適合寫成自動化腳本,哪些檢查靠自我提示清單就夠
  • 建立習慣:把容易被趕時間跳過的檢查,放在寫作流程裡最不容易被跳過的位置

「知道規則」不等於「每次都會執行檢查」

字數、引用比例這類規則本身不複雜,難的是在連續 30 天、多系列並行、有時候趕時間的情況下,仍然每天都確實執行檢查。人在趕時間的時候,最先被犧牲的往往是「感覺上可以跳過一次也沒關係」的步驟——而字數、引用比例這種平常很少真的超標的檢查,正好符合這個特徵,容易被合理化成「這篇應該沒問題,不用特地量」。

把硬規則變成流程裡的固定檢查點

  • ❌ 檢查步驟只存在記憶裡:知道有字數跟引用比例這兩條規則,但沒有把它們放進任何明確的流程節點,寫完文章就直接發布,檢查與否取決於當下有沒有想起來
  • ✅ 檢查步驟綁定在固定動作上:把字數、引用比例檢查,跟「動筆前套用寫作風格 skill」「寫完跑去識別化掃描」這兩個已經養成習慣、不會被跳過的動作綁在一起,變成同一個檢查清單的一部分,而不是獨立、容易被遺忘的額外步驟

把新規則附掛在已經穩定執行的舊習慣上,比要求自己記住一條全新的獨立規則,更不容易在趕時間時被跳過。 這也是為什麼 CLAUDE.md 把字數、引用比例的檢查跟去識別化掃描、事實查核並列成同一批「動筆完成後、commit 前」要做的事,而不是分散成互不相關的三件事。

什麼適合自動化,什麼靠清單就夠

引用比例的估算(程式碼區塊佔全文字數的比例)適合寫成簡單的自動化腳本——這是機械式的字數計算,不需要理解語意;字數是否足夠也是同樣性質,可以自動判斷。但「內容是否切題」這種需要理解語意的判斷,沒辦法完全自動化,仍然要靠寫完之後回頭自問一次。把這兩類分開對待,能自動化的就不要靠人工每次重算。

今日思考題

你手上有沒有一條「知道規則存在,但實際執行時常常忘記檢查」的規則?如果把它附掛在你已經穩定執行的某個習慣動作上,會不會比較不容易被跳過?

今日重點回顧

  • 「知道規則」跟「每次都執行檢查」之間的落差,通常出現在趕時間、覺得這次應該沒問題的時候
  • 把新規則附掛在已經穩定執行的舊習慣上,比要求自己單獨記住一條新規則更可靠
  • 機械式、可計算的檢查(字數、引用比例)適合自動化;需要語意判斷的檢查(是否切題)仍要靠人工
  • CLAUDE.md 把這幾類檢查並列成同一批「發文前必經流程」,本身就是一種「附掛在固定動作上」的設計

明日預告

Day 15 會用一個真實案例,講 AI 怎麼幫忙抓到一個原本會被人工複查漏掉的可識別資訊組合。

寫在最後

回頭看自己容易忘記檢查的規則,通常不是因為規則太複雜,而是因為它太少真的出問題,久而久之就被大腦歸類成「不重要」——但「很少出問題」不代表「不會出問題」,把檢查點固定下來,才不會靠僥倖。


上一篇
Day 13:案例——一個技術主張查出來是對的,但呈現方式需要跟人討論
下一篇
Day 15:案例——AI 幫忙抓到一個原本會漏掉的可識別資訊組合
系列文
用 AI 打一場鐵人賽:多系列並行的排程、進度與寫作紀律 共 15 篇
圖片
  熱門推薦
圖片
{{ item.channelVendor }} | {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言