TL;DR 這篇文章紀錄了解決軟體工程師常見的「中英夾雜」語音輸入痛點的過程。 專案架構從單純的 API 串接，演進為 「Code + Prompt + 條件式...
我有多年 IT 技術與跨域學習經驗，現在把 AI、Cloud、Infrastructure 串起來。 實做 AI Demo 的時候，我們通常會先問一個問題：「它...
Day 01 我提到，DAP 的第二代不是從 Agent 或複雜流程開始，而是先用 Vibe Coding 把 Notebook 的人工作業搬到 Web。今...
Day 06 的 Spec 處理「這次要改什麼」，Day 07 的 Plan 則讓我先確認「準備怎麼改」。 一份 Plan 往往混著好幾種工作：畫面狀態要改...
Day 12 的 Security Agent 完成檢查後，我會先確認修法與剩餘風險，再進入文件更新。 剛開始做這套流程時，我把文件當成每次功能完成後要補齊的工...
Day 2 把 Guardrails 可以介入的位置展開了：從使用者輸入、檢索資料，到工具執行前後，都可能需要控制。但架構圖、流程圖畫完，工程師還有一個問題沒得...
Day 04 把申請、審核和分派帶回 DAP 後，畫面開始承接更多角色與狀態。下一個問題變成：這些畫面到底要怎麼講清楚，才不會又靠 AI 盲猜？ 第三代...
Day 06 的 Spec 先處理「這次要改什麼」。但當需求開始碰到既有 API、資料來源與多個檔案時，還有一件事不能跳過：先看 AI 準備怎麼做。 P...
Day 1｜開賽 前言 作為兩年前踏入職場的菜鳥，剛好遇到了AI改變開發流程的動盪時期。 從入職剛開始手刻CRUD、建立最基本的前後端概念，到後來學習模型的應用...
Day 09 把 API 說清楚以後，AI 要真正開始改程式，而改動結果範圍可能超過你的需求。你可能只想把一段摘要顯示得更清楚，AI 卻順手整理送出邏輯、改掉資...
Part 4｜倒數 31 天：從「AI 做完了」到「使用者真的能用」（Day 20–30） 指揮中心流程完成後，我陸續將要修改的部分都使用這個流程處理，所有功能...
Day 10 我先處理 AI 改程式時的範圍：哪些檔案可以動、哪些 API 與 payload 不動，完成後再看 Git diff 和頁面。 為了讓這次驗收完後...
Day 11 我把功能驗收寫成 Scenario，讓 LLM 透過 Playwright MCP 依照前置條件操作頁面。Scenario 確認的是：使用者依既定...
Day 08 把一份 Plan 往下拆成 Task，讓 AI 知道接下來有哪些工作要做。不過只要其中一項工作會讀資料、送出申請，或改變畫面狀態，事情又會回到另一...
距離第一次 UAT 前，剩下四天 6 月 27 日，指揮中心第一次完成一整批需求，還剩下一些小功能調整後，7 月 1 日，系統就要交給第一批 UAT 人員使用，...
Part 2｜第一次把開發寫成協議：DAP 的 8-Step（Day 06–13） 接下來這八天，我會回頭拆解 DAP 在上線過程中逐步形成的 8-Step。從...
Agent、Harness、Tool、MCP 這幾個詞在不同框架的文件裡指涉的範圍各有出入，同一個詞在甲專案是協定規範，在乙專案是產品名稱。以下先把六個基礎名詞...
Day 15 定義了五個角色——誰來做。這一篇講怎麼做：那些反覆執行的流程，被寫成一份一份的 Skill 檔案。 第三代我保留了 Spec Kit 的骨架，...
Day 14 那天的 11 個任務，是我手動分類的：哪些是 bug、新功能、文字調整。後來這件任務寫進了指揮中心 /orchestrate，變成它收到任務檔之後...
持續三個月的努力，DAP 在7/31正式開放上線了。 系統上線後，需求還是持續進來。回頭整理這三個月的開發紀錄，specs/ 已經累積 107 個編號資料夾，我...
2021 年，我在鐵人賽寫了《從 AI 落地談 MLOps》（GitHub）。那 30 天在回答一個問題：模型訓練好了，然後呢？ 五年後，這個問題不但沒有過期，...
把 Notebook 的流程搬到 Web 後，功能越來越多。我開始不只看畫面能不能跑，而是回頭比對產出的結果：改了 A，為修改的 B 的輸出還一樣嗎？ Da...
談到 AI Guardrails，常見的反應是：「這是 AI Security 的事吧？」也有人會問：「把限制寫進 Prompt 不就好了？」或是：「模型都這麼...
第一輪 UAT 結束後，規則確認、修正、重驗和第二輪測試資料準備，全部要放進這五個工作天。 Day 22 收到的回饋有大有小：單據無法結案會直接卡住流程，專案沒...
六月底的一天，我開始陸續調整畫面，那次在一份需求文件上一次列了11個要調整的地方項目。多數是文字調整或小 bug：欄位文字要改、某個預設值該拿掉、確認頁該顯示姓...
第一輪 UAT 開始，什麼請況都會出現，使用者如何操作真的是很難預期。 第一批人開始操作後，有一張單據從申請、審核一路走到最後，按下結案時卻出現伺服器錯誤。 原...
Day 03 確認了 JSON 有沒有被改壞。但 JSON 寄出去後，申請人還得跨系統開單、送審、分派與追蹤。這是展開第三代改版的重點項目。 第二代的 D...
兩輪 UAT 合計準備 13 個功能情境。第一輪檢查跨角色流程，第二輪讓申請人操作。 這一階段的開發工作都交給指揮中心管理。它負責分流、檢查檔案衝突與安排 A...
在 Day 5 的文章中我們把「不要洩漏個資」拆成六個可以重跑的驗收情境，而文章最後留了一個很實際的問題：在測試 Guardrails 時三個案例可以手搓一搓生...
上一篇先把 Guardrails 的六個驗收情境改寫成合成資料需求，並且分清楚三類條件：哪些一定要固定、哪些可以變化、哪些不能交給模型自行發明。 接下來很容易直...
獨孤求勝
jackylin1313
nerohin
circle1205
GIGI7171
威利斯
iThome鐵人賽
看影片追技術