iT邦幫忙

鐵人檔案

2026 iThome 鐵人賽
回列表
AI 自動化

Data Machi 30 天學習系列:從 Chat 到 Product,打造真正能工作的企業 AI 系列

Data Machi 是一套以企業實際應用為主軸的 30 天學習系列。我們會從最基本的 Chat 開始,一步步加入企業文件與 RAG、即時資料與 Tool Use、Agent 決策能力,以及 LangGraph Workflow,最後處理權限、安全性、錯誤處理與雲端部署,將 AI 從一個 Demo 逐步變成真正可以運作的產品。

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

Day 20|一個問題要查三個來源,代理(Agent)應該怎麼安排?

前一天我們已經讓 Coordinator 開始自行選擇工具。接下來真正困難的問題,不再是「還能接多少個 Tool」,而是:當一個任務同時需要多個資料來源時,這些...

2026-09-01 ‧ 由 jackietung 分享
DAY 22

Day 21|代理(Agent)為什麼需要記憶(Memory)?哪些資訊該記,哪些不該記?

做到這裡,Data Machi 已經可以選擇工具、跨來源查詢,也開始能處理一段完整的工作流程。但只要使用者開始多輪追問,新的問題就會出現:系統到底應該記住多少資...

2026-09-02 ‧ 由 jackietung 分享
DAY 23

Day 22|不知道答案時,代理(Agent)應該追問、重查,還是拒答?

前一天我們談到 Memory,讓 Agent 知道哪些上下文可以沿用、哪些資料必須重新取得。但當多輪對話開始變得更自然之後,還會遇到另一個更棘手的問題:當手上的...

2026-09-03 ‧ 由 jackietung 分享
DAY 24

Day 23|代理(Agent)越自由越好嗎?為什麼最後會變得難以控制?

做到這裡,Data Machi 的 Agent 已經可以選工具、保留部分 Memory,也能在資訊不足時 Clarify、Re-query 或進行 Verifi...

2026-09-04 ‧ 由 jackietung 分享
DAY 25

Day 24|LangGraph 是什麼?用狀態(State)、節點(Node)、連線(Edge)把代理變成工作流程

昨天我們碰到一個很實際的問題:Agent 的能力越多,執行路徑就越難看清楚。當 Tool Selection、Memory、Verification、Retry...

2026-09-05 ‧ 由 jackietung 分享
DAY 26

Day 25|實作:把協調者(Coordinator)改造成可控的 LangGraph 工作流程

前一天我們已經理解 LangGraph 的四個核心概念:狀態(State)負責保存目前工作流程知道的資訊,節點(Node)負責執行一項明確工作,連線(Edge)...

2026-09-06 ‧ 由 jackietung 分享
DAY 27

Day 26|AI 一定會失敗:逾時(Timeout)、重試(Retry)、備援(Fallback)怎麼設計?

到了 Day 26,Data Machi 的核心能力其實已經逐漸完整。我們可以透過 RAG 查詢文件、利用 Tool 取得結構化數據,讓 Coordinator...

2026-09-07 ‧ 由 jackietung 分享
DAY 28

Day 27|代理(Agent)在工作時,使用者為什麼不能只看到轉圈圈

傳統聊天機器人的互動方式很簡單:使用者送出一個問題,等待幾秒鐘,接著看到模型產生答案。在這種情境下,一個簡單的 Loading Spinner 通常就已經足夠...

2026-09-08 ‧ 由 jackietung 分享
DAY 29

Day 28|API 金鑰(API Key)只是開始:企業 AI 的權限、安全與治理該怎麼做

做到這裡,Data Machi 已經開始接觸不少外部資源,包括 Gemini API、Google Service Account、Confluence、Tre...

2026-09-09 ‧ 由 jackietung 分享
DAY 30

Day 29|實作:把 Data Machi 部署到 Render 與 Vercel

前面所有實作都還可以在自己的電腦上完成,但如果 Data Machi 要真正讓其他人使用,就必須離開 localhost,把前端與後端部署到可以公開存取的環境。...

2026-09-10 ‧ 由 jackietung 分享