iT邦幫忙

鐵人檔案

2026 iThome 鐵人賽
回列表
AI Engineering

現代化的 AI 系統設計 系列

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

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

[Day1 引言] 當 AI 成為系統的一部分:為什麼我們需要重新思考 System Design?

引言 前一陣子因為準備 AI 相關職缺的面試,我重新整理了一輪 Generative AI、System Design、RAG、Agent、Fine-tunin...

2026-08-15 ‧ 由 lichin0307 分享
DAY 2

[Day2] - AI 到底改變了哪些 System Design 的基本假設?

昨天提到,這次鐵人賽想從 System Engineering 的角度重新整理 AI 系統設計。第二天我想先處理一個最基礎的問題:當 AI 被放進既有的軟體系統...

2026-08-16 ‧ 由 lichin0307 分享
DAY 3

[Day3] - AI System Design 不從畫架構開始:從策略選題、問題定義到 Sizing

很多人第一次做 AI System Design,直覺反應是先畫架構圖:資料來源、RAG、Vector Database、LLM、Agent、Memory、To...

2026-08-17 ‧ 由 lichin0307 分享
DAY 4

[Day 4] - 需求出現之後,一切都從 Baseline 開始

如果今天要設計一個同時支援售前與售後的電商 AI 客服,你會怎麼設計? 這是前一陣子準備外商 System Design 面試時剛好遇到一題,這題很適合拿來當作...

2026-08-18 ‧ 由 lichin0307 分享
DAY 5

[Day5] - 不是模型不知道就做 RAG,你需要的可能是先找對 Source of Truth

延續昨天用電商 AI 客服的案例,從最小 Baseline 開始拆 System Design。 如果使用者問「跑步鞋和休閒鞋有什麼差別?」這是一個通用知識問題...

2026-08-19 ‧ 由 lichin0307 分享
DAY 6

[Day 6] - 從原始文件到可檢索知識:RAG 文件匯入與索引流程

從原始文件到可檢索知識,有哪些要考慮? 昨天提到,當 Baseline 缺少外部知識時,第一步不是直接建立 Vector Database,而是先找出真正的 S...

2026-08-20 ‧ 由 lichin0307 分享
DAY 7

[Day7] - 找到相似內容還不夠:RAG 如何找回真正能回答問題的證據

明明資料裡有答案,為什麼 RAG 還是會找錯? 昨天談完文件匯入與索引流程,我們已經把 PDF、PowerPoint、表格與其他原始資料,轉換成可以被搜尋的 C...

2026-08-21 ‧ 由 lichin0307 分享
DAY 8

[Day8] - Context 不是塞滿就好:證據編排、Attention、Cache 與推論成本

資料找到了,為什麼 AI 還是會看漏? 昨天談到 Retrieval 的目的不是找出最相似的文字,而是找回足以支持答案的證據。假設使用者問:「升級到 3.2.1...

2026-08-22 ‧ 由 lichin0307 分享
DAY 9

[Day9] - 有引用不代表有根據:如何讓 AI 只說證據支持的話?

答案有引用,為什麼還是不能相信? 昨天我們把 Retrieved Evidence 整理成 Evidence Packet:去除重複內容、確認版本與時效、標示來...

2026-08-23 ‧ 由 lichin0307 分享
DAY 10

[Day10] - AI 回答對了系統就真的做對了嗎?淺談 AI Evaluation

Faithfulness 0.62,然後呢? 昨天我們替 Grounded Generation 加上三道閘門。但系統改完後,怎麼知道它真的變好了? 最常見的做...

2026-08-24 ‧ 由 lichin0307 分享