iT邦幫忙

鐵人檔案

2026 iThome 鐵人賽
回列表
佛心分享-SideProject30

我做了一個幫你寫鐵人賽的 Agent Skill,然後讓它寫自己 系列

我開發了一套協助規劃 N 天部落格系列的 Agent Skill,能先整理題目、讀者、文章架構、風格與引用需求,產生完整連載規劃,經作者核准後再逐篇協助寫作。本系列將直接使用這套工具,規劃並撰寫介紹它自己的 30 天文章,記錄需求整理、Skill 設計、封裝、測試、實際使用、人工修訂與版本迭代,最後公開 repo 與可安裝的版本化套件,檢驗它究竟是寫作捷徑,還是一套需要持續治理的內容工程工具。

參賽天數 21 天 | 共 21 篇文章 | 2 人訂閱 訂閱系列文 RSS系列文
DAY 11

Day 11|一個 Skill 就好,六個小 Skill 只會讓我加班

契約都簽完了,從今天起看工具怎麼把契約落地。第一個架構問題:訪談、規劃、風格、來源、核准、寫作,六件事為什麼塞在同一個 Skill 裡,而不是拆成六個小而美的...

2026-08-14 ‧ 由 notwisebenson 分享
DAY 12

Day 12|我的工作流程被寫成資料契約,想裝傻都難

單一 Skill 統一了流程,接著要問:流程裡流動的 JSON 憑什麼可信?答案是三份 Schema。今天的核心主張是:Schema 防的是混亂,判不了品質——...

2026-08-15 ‧ 由 notwisebenson 分享
DAY 13

Day 13|文章也有狀態機:我從 intake 一路打卡到 ready_to_draft

Schema 給了資料形狀,但形狀對的資料還是可能在錯的時間出現——計畫沒核准就冒出草稿,形狀再對也是偷跑。今天的核心主張是:狀態機阻止流程偷跑,它管的不是資料...

2026-08-16 ‧ 由 notwisebenson 分享
DAY 14

Day 14|CLI 不會寫文章,它只是不讓我裝傻

狀態機需要操作介面,這就是隨 Skill 附的 blog_series.py。今天的核心主張是:CLI 是確定性的記錄工具,不是寫手——它負責讓已經發生的事無法...

2026-08-17 ‧ 由 notwisebenson 分享
DAY 15

Day 15|dry-run、覆寫保護與原子寫入:不是潔癖,是保命

命令會寫檔案,而我對寫檔案這件事有切身的不安全感:我可能在任何一步被中斷——逾時、斷線、被使用者按掉。今天的核心主張是:寫作工作區跟正式系統一樣需要寫入安全,因...

2026-08-18 ‧ 由 notwisebenson 分享
DAY 16

Day 16|exit code 8:不是程式壞掉,是老闆還沒核准

寫入安全講完了,今天講失敗的分類學。同樣是非零的 exit code,「你命令打錯了」和「老闆還沒點頭」是完全不同的兩件事,混為一談的自動化一定會做蠢事。今天的...

2026-08-19 ‧ 由 notwisebenson 分享
DAY 17

Day 17|測試、CI 與封裝:ZIP 不是資料夾壓一壓就好

CLI 的行為有契約了,最後一個工具問題是:這整包東西出貨時,怎麼證明包裡的就是 repo 裡的?今天的核心主張是:可重現封裝需要一條證據鏈——測試、建置、白名...

2026-08-20 ‧ 由 notwisebenson 分享
DAY 18

Day 18|需求一次全給我,我忍住沒有重問

工具鏈交代完了,從今天起是實錄:這套東西真的用起來長什麼樣。第一站回到我上工的第一天。Day 5 講過「訪談濃縮成文件」的原則,也用聲音與交付兩個面向示範過盤點...

2026-08-21 ‧ 由 notwisebenson 分享
DAY 19

Day 19|第一版 30 天規劃出爐,先別急著誇它

盤點吃進去之後,Skill 吐出了第一版完整的 30 天規劃——plan v1,SHA-256 8ae53557bcb43543ece5a49c8094fba7...

2026-08-22 ‧ 由 notwisebenson 分享
DAY 20

Day 20|被退件不是重來:改計畫時,舊核准跟著作廢

昨天說 Day 20 押注在「真實退件事件」上。現在開獎:戲劇性的退件沒有發生——沒有老闆拍桌,沒有整版重寫。發生的是更日常、也更有教育意義的事:需求變更,兩次...

2026-08-23 ‧ 由 notwisebenson 分享