這是一個不想浪費時間寫文件的工程師的 side project。
透過 Playwright 與 AI Agent,打造可以自動化生成產品使用手冊的產線。
前陣子,我做了一個可以用 AI 來自動化建立產品使用手冊的工具。因此,想趁這次鐵人賽,把這個「從 0 打造出 AI 自動化工具的經驗」分享給大家。 至於為什麼有...
昨天說明了為什麼手動維護的手冊總是會過期,也提到這個 AI 自動化工具大致的樣子應該是: 提供足夠的資訊給 AI Agent 後,由 AI 建立出使用手冊。...
昨天把「使用手冊要長什麼樣」的規格問題列出來了,也從手工流程推論成三個自動化階段。今天要往前推一步:在真的開始比較工具之前,根據實際情況,先把「工具要滿足哪些條...
前兩天把手冊的規格問題、產品特性、以及工具的軟硬需求都定清楚了。今天終於要把工具選出來。 需求 確定「要有截圖、截圖要能標註」之後,必須有一個能把操作應用程式的...
前四天把「為什麼要做這件事」「手冊要長什麼樣」「產品與工具的軟硬需求」「為什麼選 Playwright」都講完了。今天在正式動手寫程式之前,先把整條產線的全景圖...
今天內容偏範例專案導覽~ 需求 如同前幾天文章所說,這系列需要一個能公開分享、任何人都能 clone 下來重現的實驗場,因此,我請 AI 生成了一個 Elect...
昨天把 Demo App 準備好了,也讓大家看到她的樣子了。今天來讓 Playwright 操作它。 本日目標 今天的目標其實很簡單,就是讓 Playwrigh...
接下來這幾天,會開始逐一說明要怎麼順利地取得要放入使用手冊的截圖,今天會先從「定位元件」開始討論。 如果是用 Day 05 的流程圖來說,差不多是這個部分:...
昨天把元件定位這件事解決了,程式已經能穩定找到畫面上的東西。但找得到元件,不代表畫面本身每次都長一樣。今天處理截圖產線最大的敵人:狀態。 狀態的不確定性 在執...
前兩天分別處理了「找得到元件」跟「畫面內容穩定」,今天要處理截圖那個瞬間本身:什麼時候截、以及要截多大的範圍。 今天開始,程式碼都會直接對著 Day 06 介紹...