在昨天的第一階段復盤中，我們清楚看到了單一Agent面對複合任務時的調用不確定性。為了打造一個可預測、高穩定性且能作為最終專案交付的架構顧問系統，從今天開始，我們正式告別黑盒子式的Agent模式，全面切換至 Dify 工作流（Workflow）架構。

今天作為最終成品動工的第一天，核心目標是建立專案的工作流畫布，並拉通「開始 → LLM → 輸出」的最簡可行管線（MVP Pipeline）。

一、 為什麼最終成品必須採用工作流（Workflow）？

• 從「模型自由發揮」轉變為「工程管線控制」：在Agent模式下，是否查知識庫或調用搜尋完全依賴模型當下的判斷；但在工作流中，資料的流向由節點與連線強制定義，確保每一次執行都符合設計預期
• 清晰可視的資料流向：每個節點的輸入、輸出變數完全透明，不再有隱藏的內部狀態，利於後續進行精準除錯與效能調優
• 獨立應用的交付基礎：完成的工作流可一鍵發布為獨立Web應用，使用者無需接觸複雜的底層節點即可直接使用

二、 核心管線搭建步驟

1. 建立專案畫布
   在Dify工作室建立全新應用，類型選定為「工作流（Workflow）」，命名為 Dev-Advisor-Core。

2. 配置「開始」節點變數
   在開始節點新增輸入欄位，定義變數名稱為 query，類型設定為字串（String），顯示標籤為「使用者問題」，作為整條管線的統一輸入入口。

3. 編排「LLM」節點

   • 連接開始節點與LLM節點

   • 將系統提示詞設定為專業架構顧問角色，並將輸入變數 query 設為上下文，在 Prompt 中透過 {{#context#}} 精準注入提問

4. 定義「輸出」節點
   加入輸出節點，將輸出變數綁定為來自 LLM 節點生成的 text 字串，完成整條閉環管線。

三、 成果展示與驗證
【操作實測】
點擊右上角「測試運行」，在 使用者問題 欄位輸入測試提問：

請簡述什麼是 RESTful API

• 節點狀態驗證：畫布上的節點依序亮起綠燈，代表變數傳遞無阻斷
• 輸出結果驗證：右側輸出面板精準產出具備「資源導向」、「HTTP 方法語義」、「無狀態」等結構完整的顧問解析，整條基礎管線順利貫通