第 24 章・應用場景篇(進階:Agent 與工具)

知識調查:Wikipedia 工具速覽卡

上一章用 WebScraper 抓「某一頁」;這一章換一種工具——Wikipedia 查詢,讓 Workflow 能查「某個主題」的百科知識,再整理成一張好讀的速覽卡。不同的工具給 AI 不同的能力,這一章讓你體會「換工具、換能力」。

業界痛點
接觸新產業、新術語、新方法論時,最花時間的是建立基礎認知:這個詞到底是什麼、有哪些關鍵概念、跟我的工作有什麼關係。自己爬維基、讀一堆條目再消化,往往半小時就過去了。而且維基百科內容常是簡體或英文、又臭又長,要轉成適合台灣讀者、抓得住重點的版本還得再花工。這種「查百科 → 消化成重點」的工,正好交給工具+LLM。

本章目標

解決什麼
輸入一個主題,自動查詢百科並整理成繁體中文的「主題速覽卡」
用到的技術
第 7 章的 Wikipedia 工具節點;工具查到的內容接給 LLM 改寫整理
難度
★★★☆☆ 體會「不同工具=不同能力」,並學會工具查詢+LLM 改寫的組合
✨ 成果搶先看

先看做完長什麼樣——這樣你就知道自己在往哪裡前進。跟著本章做,你也能生出下面這個結果:

① 使用者填寫的欄位
要調查的主題:Kanban
想切入的角度:對中小製造業的影響
↓ AI 處理,產出 ↓

Kanban

一句話定義

Kanban(日文:かんばん/看板,意為「看板、標誌牌」)是一套源自豐田生產系統的排程管理方法,用於精實生產(Lean Manufacturing)與即時生產(JIT, Just-In-Time),透過卡片追蹤生產流程以提升效率。

重點速覽(3-5 條)

  • 由豐田工程師大野耐一(Taiichi Ohno)開發,目的是提升製造效率,在汽車產業中又稱為「Toyota nameplate system」。
  • 核心目標是限制生產流程中任一節點的庫存堆積,透過設定「等待數量上限」並持續下修,找出並改善無效率之處。
  • 當庫存超過設定上限時,即代表流程中存在需要處理的低效率問題。
  • 透過測量前置時間(lead time)與週期時間(cycle time)來凸顯流程瓶頸。
  • 主要效益之一是為「在製品」(WIP, Work In Process)設定庫存上限,避免產能過剩;類似系統還有 CONWIP、廣義看板(generalized kanban)、生產授權卡(PAC)等變體。

關鍵概念/名詞

名詞說明
JIT(即時生產)依實際需求生產,避免多餘庫存
WIP(在製品上限)限制同時進行中的工作量,避免產能過剩
前置時間 / 週期時間用於衡量流程效率、找出瓶頸的指標
Kanban Board(看板板)以卡片與欄位視覺化呈現工作流程各階段(如「待辦/進行中/完成」),可用「swimlane」區分不同團隊或工作類型
CONWIP / 廣義看板 / PAC與傳統看板系統效果類似的其他生產管制變體系統
Kanban(開發領域)延伸應用於知識工作與軟體開發,強調依產能「拉動」工作而非「推送」,常與 Scrum 等方法併用

這是實際查 Wikipedia 後整理的繁中速覽卡。(完整更長,下載 DSL 自己跑就看得到全部)

👇 在 Dify 裡實際執行、長這樣

成果搶先看
成品給一個主題,Wikipedia 工具查回百科,LLM 整理成好讀的繁中速覽卡。
效益速覽(估算)
省時間
爬維基半小時→秒級
新主題快速上手
省人力
onboarding 自助
不必人帶讀資料
創造價值
在地化重點
隨查隨懂
⬇ 把這個工作流帶走,直接用
不想從頭做?下載本章的 DSL 檔,到你的 Dify「工作室 → 匯入 DSL 檔案」上傳,就能一鍵複製這個範例、改成自己的。
下載 DSL 檔

24.1設計思路:查詢 → 改寫

流程是開始(收主題)→ Wikipedia 查詢 → LLM 整理 → 輸出。Wikipedia 工具負責去查百科原文;LLM 節點把原文改寫成固定版型的速覽卡:一句話定義、重點速覽、關鍵概念、切入觀點,並統一成台灣用語的繁體中文。

主題速覽卡工作流:開始 → Wikipedia 查詢 → LLM → 輸出
圖 24-1結構和上一章幾乎一樣,只把中間的工具從 WebScraper 換成 WIKIPEDIA 查詢——這就是 Dify 的模組化威力:骨架不變,換一個工具節點,整個應用的能力就變了。

24.1.1節點①「開始」:設計輸入表單

主題調查收一個主題(外加選填的切入角度)。點「開始」節點,在「輸入字段」按「+」新增欄位(設變數名、顯示標籤、型別):

節點設定
圖 24-1a 開始節點收 topic 與 angle 兩欄。

24.1.2節點②「Wikipedia 查詢」:換一個工具就換一種能力

把上一章的 WebScraper 換成 Wikipedia 工具節點,能力就從「抓某一頁」變成「查某個主題」。設定:query/ 插入「開始 / topic」;language 填語言碼(英文 en 較穩定、內容豐富,再讓 LLM 翻成繁中)。

節點設定
圖 24-1b Wikipedia 工具節點設定:query 接開始/topic、language 設語言碼。

24.1.3節點③「LLM」:整理成繁中速覽卡

LLM 節點用 {{#Wikipedia查詢.text#}} 接住百科資料,整理成固定版型的「主題速覽卡」(定義/重點速覽/關鍵概念/切入觀點),並要求若原文為簡體一律改寫成台灣用語的繁體中文。

節點設定
圖 24-1c LLM 節點設定:引用 Wikipedia 的 text,改寫成好讀的繁中速覽卡。

24.2測試運行:查「Kanban 看板方法」

輸入主題「Kanban」、切入角度「對中小製造業導入的啟示」,按執行。

Kanban 主題速覽卡:定義、重點速覽、關鍵概念
圖 24-2Wikipedia 工具查回 Kanban 的百科資料,LLM 隨即整理成一張繁體中文速覽卡:一句話定義(源自豐田生產方式的視覺化排程系統)、重點速覽(大野耐一開發、限制 WIP、拉動式工作)、關鍵概念(JIT…)。把又長又雜的百科,濃縮成三分鐘讀懂的重點。
工具也有脾氣
外部工具(維基、搜尋引擎)偶爾會因限流或查詢詞歧義而回傳異常。實務上可用清楚的關鍵詞(例如英文主詞)提高成功率,並在提示詞要求「查不到就註明資料未涵蓋、不要杜撰」。把不確定性攤在陽光下,是所有外部工具應用的鐵則。
帶來的改變
認識新主題從「自己爬維基半小時」變成「輸入主詞、秒出速覽卡」;內容自動轉成適合台灣讀者的繁體重點;新人 onboarding、產業快速調查、名詞解釋都能一鍵完成。

輸出、發布與使用:把成果交付出去

做好的應用要能發布、分享給別人用才有價值。以下是這個應用的輸出設定與發布/使用畫面:

輸出節點
輸出節點工作流的最後一站。「輸出變數」把某個節點的輸出(例如 LLM 的 text)對應成整條流程的最終結果——決定使用者最後拿到什麼。

24.3本章回顧