在過去兩天中,我們成功打造了考前衝刺的第一個利器——「章節核心精華摘要」工作流,並在昨天(Day 17)優化了排版,讓 AI 能自動產出工整的 Markdown 比較表格與粗體關鍵字。
然而,在醫學資訊領域的期中、期末考中,往往有一種讓所有同學聞風喪膽、佔分極高卻最耗時準備的題型——「名詞解釋」!例如:
過去在準備這類題目時,我們只能逐頁翻閱講義,自己一字一句手抄筆記整理單字卡,既費力又容易抄漏關鍵字。今天 Day 18,我們要打造衝刺階段的第二項神兵利器——「考前名詞解釋卡工作流」,教大家如何透過節點與 Prompt 設計,讓系統自動抓出講義中所有的核心術語,並統一輸出為「名詞|英文全稱|一句話白話定義」的標準記憶卡!
有些同學會問:「前兩天的摘要工作流不是已經有整理重點了嗎?」
答案是:複習情境不同,資訊密度與結構需求就不同!
因此,Flashcard 的輸出必須具備「名詞明確、全稱無誤、定義俐落」三大要素。
進入工作流編輯畫布
登入 Dify Cloud,點選左側導覽列的「工作室(Studio)」。
另建一個專門的「考前名詞提取器」。
檢查基本架構:【開始節點】➔【LLM 節點】➔【輸出節點】。
雕琢名詞提取專用 Prompt
點擊中間的 【LLM】節點,展開右側面板。我們將模型設定為反應迅速且穩定的 Gemini 3.5 Flash-Lite(Thinking Level 保持 Minimal,確保回答精確不發散),並在 SYSTEM 欄位貼入以下提示詞約束:
你是一位醫學資訊系考試名詞解釋的命題專家。請仔細閱讀使用者提供的教材內容,自動提取其中最重要的專有名詞與核心術語,製作成考前必備的「名詞解釋單字卡(Flashcard)」。
【任務規範】
- 嚴格根據所附教材內容提取,不得憑空捏造教材未提及的名詞。
- 剔除過於普遍的通俗字詞(如 Computer、System),專注在醫學資訊、網路協定、標準規格等具考點價值的專業術語。
- 嚴禁任何開頭或結尾寒暄贅述,直接按照下方指定格式交付。
【輸出格式要求】
請統一使用 Markdown 表格輸出,必須包含以下四個欄位:
專有名詞 (Term) 英文全稱 (Full Name) 核心概念與一句話白話定義 (Definition) 考點關鍵字 (Keywords) 【欄位填寫說明】
- [專有名詞]:名詞簡稱或代號(如 FHIR、RESTful、IoMT)。
- [英文全稱]:完整的英文全名,若原文為一般術語無縮寫則填寫其完整英文。
- [核心概念與定義]:用白話俐落的一句話(30~50 字以內)精確解釋其定義、用途或核心機制。
- [考點關鍵字]:列出 2~3 個考卷上必寫的得分關鍵字,並加上 粗體。

設定輸入變數與發布更新
在同一 LLM 節點的 USER 提示詞欄位中,引用開始節點的文字變數:
請依據以下教材內容,提取並製作考前名詞解釋卡:
{{#start.input_text#}}
設定完成後,點擊畫布右上角的藍色 「發布」➔「更新」。
我們點擊右上角的「測試運行」,貼入先前的 FHIR 核心特性與優勢教材片段(包含 RESTful、Stateless、Token、Extension 等概念),點擊開始運行!
約 3 秒鐘後,右側視窗順利吐出了一份乾淨整齊、資訊密度極高的名詞卡對照表:
| 專有名詞 (Term) | 英文全稱 (Full Name) | 核心概念與一句話白話定義 (Definition) | 考點關鍵字 (Keywords) |
|---|---|---|---|
| FHIR | Fast Healthcare Interoperability Resources | 由 HL7 發布的新型醫療資訊交換標準,將醫療資料模組化為資源,並透過 RESTful API 簡化系統整合。 | HL7、資源 (Resources)、RESTful API |
| REST / RESTful | Representational State Transfer | 一種軟體架構設計風格,強調具備唯一 URL 表示資源位置且具備無狀態特性,廣泛應用於 Web 服務開發。 | 架構風格、無狀態 (Stateless)、統一介面 |
| IoMT | Internet of Medical Things | 指醫療物聯網系統與穿戴式設備,能透過 FHIR 標準跨平台、跨裝置進行健康醫療資訊的交換與傳輸。 | 醫療物聯網、穿戴式系統、跨裝置互通 |
成果點評: