我開發了一套協助規劃 N 天部落格系列的 Agent Skill,能先整理題目、讀者、文章架構、風格與引用需求,產生完整連載規劃,經作者核准後再逐篇協助寫作。本系列將直接使用這套工具,規劃並撰寫介紹它自己的 30 天文章,記錄需求整理、Skill 設計、封裝、測試、實際使用、人工修訂與版本迭代,最後公開 repo 與可安裝的版本化套件,檢驗它究竟是寫作捷徑,還是一套需要持續治理的內容工程工具。
契約都簽完了,從今天起看工具怎麼把契約落地。第一個架構問題:訪談、規劃、風格、來源、核准、寫作,六件事為什麼塞在同一個 Skill 裡,而不是拆成六個小而美的...
單一 Skill 統一了流程,接著要問:流程裡流動的 JSON 憑什麼可信?答案是三份 Schema。今天的核心主張是:Schema 防的是混亂,判不了品質——...
Schema 給了資料形狀,但形狀對的資料還是可能在錯的時間出現——計畫沒核准就冒出草稿,形狀再對也是偷跑。今天的核心主張是:狀態機阻止流程偷跑,它管的不是資料...
狀態機需要操作介面,這就是隨 Skill 附的 blog_series.py。今天的核心主張是:CLI 是確定性的記錄工具,不是寫手——它負責讓已經發生的事無法...
命令會寫檔案,而我對寫檔案這件事有切身的不安全感:我可能在任何一步被中斷——逾時、斷線、被使用者按掉。今天的核心主張是:寫作工作區跟正式系統一樣需要寫入安全,因...
寫入安全講完了,今天講失敗的分類學。同樣是非零的 exit code,「你命令打錯了」和「老闆還沒點頭」是完全不同的兩件事,混為一談的自動化一定會做蠢事。今天的...
CLI 的行為有契約了,最後一個工具問題是:這整包東西出貨時,怎麼證明包裡的就是 repo 裡的?今天的核心主張是:可重現封裝需要一條證據鏈——測試、建置、白名...
工具鏈交代完了,從今天起是實錄:這套東西真的用起來長什麼樣。第一站回到我上工的第一天。Day 5 講過「訪談濃縮成文件」的原則,也用聲音與交付兩個面向示範過盤點...
盤點吃進去之後,Skill 吐出了第一版完整的 30 天規劃——plan v1,SHA-256 8ae53557bcb43543ece5a49c8094fba7...
昨天說 Day 20 押注在「真實退件事件」上。現在開獎:戲劇性的退件沒有發生——沒有老闆拍桌,沒有整版重寫。發生的是更日常、也更有教育意義的事:需求變更,兩次...