前五天談了不少比較深入的內容，從第六天開始，會逐步帶入真實案例和最小可行的解決方案，透過更多應用概念與實際操作的過程，重新思考前面提到的幾個關鍵元素。
前五天都在做同一件事，把原本看不見的東西找出來，第一天把流程攤開，第二天發現每天重複的工作條件未必每次都一樣，第三天找出藏在動作之間的判斷，第四天面對那句「我平常就是這樣做」，第五天承認完成一件工作需要的資訊散落在很多地方。
五天下來，手上應該多了一些以前沒有被寫下來的句子，今天要反思的事情是這一些句子接下來要放到哪裡去。
像是有人請你寫一份說明交代某個流程現在怎麼跑，好讓下一個接手的人看得懂。這種東西不難但就是很花時間，開了檔案、打上標題，然後就停在那裡。
以前這種情況只能硬寫，寫得順的時候一小時可以收工，卡住的時候會盯著空白頁很久，去泡杯咖啡後回來還是同一頁。
然後現在同樣一份東西，如果我說得清楚它要解決什麼、給誰看、對方看完要做什麼決定，第一個版本三分鐘就在眼前。
省下來的時間沒有消失，以前大概七成的力氣花在把字敲出來，剩下三成分給前面的構思跟後面的修改。現在那七成不見了前後兩端就被迫變重，而這兩端剛好都是以前最容易被跳過的部分，因為寫作本身太耗力，寫完根本不想再動它。
用不用 AI 生內容其實不是重點，重點是第一版變便宜之後，省下來的力氣該放去哪裡
三個月後回頭翻那份紀錄，看到一行寫著「已與相關單位確認過」，哪個單位、確認了什麼、誰說的，全部不在上面，當時寫的人知道，然後現在沒有人知道。
人在讀文件的時候可以靠上下文猜，看到「那個案子」就知道是哪一個，看到「上次那個人」也想得起來是誰，但這些代名詞，對未來要來查找這份內容的 AI 夥伴來說等於空白，它連猜的材料都沒有。
所以日誌跟知識內容的寫法會有幾個地方不太一樣：
這幾條看起來很囉嗦，但它們決定了這份內容三個月後還找不找得回來。
標題說的校正，就是這一步。
那句話如果只拿去修這一次的內容，下次它還是要重新被逼出來一次。寫回日誌，下一次同類型任務的第一版就會更接近。
日誌 → 目標 → 第一版 → 從偏差找出沒說清楚的 → 寫回日誌
這個循環跑久了，日誌會慢慢從「我做了什麼」，變成「這件事要做對，需要先知道哪些前提」，後面那種內容才接得住下一個人或下一個 agent。
沒有這條線迭代不會收斂，只會一直換版本，而且每一版看起來都還可以，所以在生第一版之前，最好先寫下兩三條驗收條件，例如必須包含哪些欄位、不能出現哪些承諾、最後給誰看。
沒有驗收條件的迭代，說到底只是重複生成。
前面講的都是原則，這一段講手上的做法，不過重點不在工具。
在這個例子中舉例透過 Codex 寫工作日誌，而知識最後要落在 Confluence，中間要接起來的只有一件事，讓 Codex 讀得到也寫得到那個站台。
Codex 有一個 plugin 目錄，一個 plugin 可以包含 skills、MCP server、瀏覽器擴充與 hooks，其中連到外部系統這件事是由 MCP server 負責的，它定義工具、處理驗證、回傳結構化資料。所以裝的是 Atlassian Rovo 那一組，裝完之後走一次站台的身分驗證，Confluence 就變成一個可以用自然語言指定的位置。
驗證這一步有一個細節要記下來。Rovo 的 MCP server 預設走 OAuth，存取範圍限縮在你原本在 Atlassian 就有的權限，換句話說它看得到的東西就是你看得到的東西，不會多也不會少。
接下來就回到今天整篇的主線，我不會直接叫它「把這段寫進 Confluence」，而是先講清楚三件事：這次要留下來的是什麼、它未來會被誰在什麼情況下找出來、哪些東西這次不用寫。
換成別的工具結果不會差太多，因為這條路徑需要的就是三個東西：一個可以用自然語言指定的知識位置、一組會處理驗證與權限的連線、以及一份你已經寫好的目標。
三個都有的時候，工具是哪一個並不關鍵。
以下利用簡單的兩個步驟進行練習，然後讓每一步的產出都是下一步的輸入，這兩步都走過一次會發現，難的從來不是新建，而是對於當前做這件事情的目標有沒有清楚的思緒。
先設定角色與範圍：企業 IT 部門的資深工程師、鐵人賽 AI 自動化主題、一週五個工作日，再附上本週研究重點。這一步的目標只有一個，生出可以拿來練習的雜亂原料，格式先不管。
請將剛剛產生的五個工作日誌，依照日期分別建立為獨立的 Confluence 頁面，並新增至我的個人 Space 中。
要求如下：
1. 每一天的工作日誌建立一個獨立頁面，共建立 5 個頁面。
2. 頁面標題格式：
- Day 1 - iThome 鐵人賽 AI 自動化研究工作日誌
- Day 2 - iThome 鐵人賽 AI 自動化研究工作日誌
- Day 3 - iThome 鐵人賽 AI 自動化研究工作日誌
- Day 4 - iThome 鐵人賽 AI 自動化研究工作日誌
- Day 5 - iThome 鐵人賽 AI 自動化研究工作日誌
3. 每個頁面的內容使用對應日期的完整工作日誌內容。
4. 於頁面開頭新增以下資訊：
- 建立日期
- 工作主題
- 標籤（AI、Automation、iThome、Ironman、Copilot、Agent、RAG、MCP）
5. 所有頁面均建立於我的個人 Confluence Space。
6. 頁面格式採用 Confluence 標準文件格式，保留段落與換行。
7. 建立完成後，輸出：
- 建立成功的頁面名稱
- 頁面 URL
- 所屬 Space 名稱
8. 若頁面已存在，則更新頁面內容而非重新建立新頁面。
9. 請依照 Day 1 至 Day 5 順序執行。
五天日誌生出來之後，換下一個目標：依日期拆成五個獨立的 Confluence 頁面，指定標題格式、每頁內容與開頭欄位。前一步的產出直接變成這一步的輸入，不用重新解釋背景。
執行結果：五頁依序建立在個人 Space，建立日期、工作主題、標籤都齊了，最後還逐頁回讀確認。指令寫得夠具體，AI 就不需要中途回頭問。
到 Confluence 打開 Day 1 對照，標題、日期、標籤與正文都照指令放在該在的位置，這時候才算真的存進去了。
目標換成閱讀體驗：要求每頁頂部加一分鐘摘要區，列出六個固定欄位並附範例。這一輪只談怎麼讀，不碰內容本身。
完成回報：五篇日誌移到週總覽母頁之下，各自有摘要、目錄、六個折疊章節與前後篇導覽，並用表格列出每頁的章節與連結數量，方便逐項核對。
Confluence 上的 Day 1 已經變成「上一篇／總覽／下一篇 → 一分鐘摘要 → 目錄」的結構，用的是原生 macro，不是視覺上相似的普通文字。
往下捲，正文完整保留在折疊區裡。讀的人先看摘要與目錄，需要細節再展開，同一份內容多了一種讀法。
前五天一直在把工作裡看不見的東西找出來，第六天開始處理它們該放在哪。
走完這兩步還會多注意到一件事。目標越說越清楚之後，生成過程裡原本要停下來等人的那幾個點，像是把日誌拆成頁面、補上摘要、逐頁回讀確認，也慢慢變成可以交給 AI 自己走完的段落。自動化的範圍不是一開始就畫好的，是跟著目標一起長出來的。
回頭想前幾年寫鐵人賽的時候，光是搞懂一個服務的介面怎麼用、頁面該從哪裡建、欄位要填在哪裡，就得先花掉一段力氣。現在同樣的事，只要目標說得清楚，基本資訊就能先建起來，介面的學習成本被往後推了。
不過這只是一個小小的起點，後面要處理的是這些內容怎麼被找回來、怎麼被拿來比較、改了幾輪之後還知不知道有沒有變好。
產出第一版變得很便宜以後，值錢的就換成說清楚自己要什麼，以及把說清楚的那一次留下來。
iThome鐵人賽
看影片追技術