iT邦幫忙

鐵人檔案

2026 iThome 鐵人賽
回列表
AI Engineering

現代化的 AI 系統設計 系列

現代化的系統絕大多數都會嵌入並使用大量的AI功能,然而 AI服務天生具備的不確定性與高成本的考量會改變系統設計的思路與方向,這次希望透過鐵人賽將個人在AI系統設計的經驗完整彙整呈現,並且針對現在最重要的模型客製化設計進行補強。

鐵人鍊成 | 共 30 篇文章 | 2 人訂閱 訂閱系列文 RSS系列文
DAY 21

[Day21] - 一個 Agent 做不完,就應該拆成多個嗎?從角色分工到委派契約

退款 Agent 上線後,很快遇到一個看似合理的問題。 客服要理解使用者的需求,政策要判斷退款資格,付款系統則要真的把錢退回去。既然工作本來就分成三種,何不乾脆...

2026-09-04 ‧ 由 lichin0307 分享
DAY 22

[Day22] - Agent 做不好,問題真的在模型嗎?從故障歸因到 Fine-tuning 決策

退款 Agent 上線一段時間後,整理出一批失敗案例。 有時它引用舊版政策,有時漏掉例外條款;偶爾明明判斷可以退款,送給付款服務的參數卻不完整。最令人困擾的是,...

2026-09-05 ‧ 由 lichin0307 分享
DAY 23

[Day23 ] - Fine-tuning 不只一種:Agent 的不同問題該怎麼選訓練方式?

前面聊到:只有當資料、工具與執行流程都正確,模型仍穩定做錯同一類事情時,才需要考慮 Fine-tuning。 確認問題在模型之後,團隊通常會開始估算訓練資料量。...

2026-09-06 ‧ 由 lichin0307 分享
DAY 24

[Day24] - 想要微調 Agent 要用什麼資料?為什麼任務成功的整段紀錄不能直接拿來訓練?

前一篇整理了幾種常見的微調方式: SFT 適合用示範建立基本行為 偏好學習微調(DPO)用來表達兩種回答之間的取捨 強化學習微調(RLFT)則透過執行結果調整...

2026-09-07 ‧ 由 lichin0307 分享
DAY 25

[Day25] - SFT 教會模型的是什麼?從行為模仿到能力回退

前一篇把正式環境的執行紀錄整理成可以訓練的資料:保留模型當時看得到的資訊,只讓值得模仿的動作參與訓練。 資料準備好之後,新的問題是:把這些示範交給 SFT,模型...

2026-09-08 ‧ 由 lichin0307 分享
DAY 26

[Day26] - LoRA/QLoRA 省了訓練資源,為什麼上線不一定更便宜?

我們已經決定用 SFT,讓退款 Agent 從正確示範中學會如何查詢證據、選擇工具,以及在什麼時候停止。資料也不再只是完整保存一段成功紀錄,而是要呈現模型當下看...

2026-09-09 ‧ 由 lichin0307 分享
DAY 27

[Day27] - 兩個答案都正確,模型怎麼知道哪一個更好?DPO 與偏好學習

我們已經用 SFT 讓退款 Agent 看過正確示範,也決定採用 LoRA 家族,只更新少量的任務差異參數。現在模型知道一個好答案大概長什麼樣子。 但正式環境很...

2026-09-10 ‧ 由 lichin0307 分享
DAY 28

[Day28] - 模型已經學會偏好,為什麼還需要 RL?從固定答案比較到可驗證回饋

假設 DPO 已經通過未見偏好配對、實際生成與能力回歸等驗收,模型確實能在兩個合理回答之間,穩定偏好「先查證,再承諾」的版本。接下來很自然會遇到一個問題:既然模...

2026-09-11 ‧ 由 lichin0307 分享
DAY 29

[Day29] - 微調後分數變高,為什麼還不能上線?把模型替換當成一次可回退的系統遷移

做過傳統 MLOps 的團隊,對模型發布的基本責任並不陌生 資料、模型與執行環境要能重建 候選版本先通過離線驗證,再以少量流量觀察 上線後持續監控服務等級目標...

2026-09-12 ‧ 由 lichin0307 分享
DAY 30

[Day30] - 從需求到正式環境:重新走完一次現代 AI System Design

第一天的開賽宣言提出了一個問題: 當模型不再只是單獨被呼叫的 API,而是真正參與資料取得、判斷與行動之後,原本熟悉的 System Design 有哪些地方...

2026-09-13 ‧ 由 lichin0307 分享