提示工程 vs 迴圈工程 vs 圖譜工程

以前只要寫好一段提示詞就能用，現在常要加上反覆檢查與流程編排才能穩定交付。

一張表看懂

提示工程

提示工程的優勢在於它最接近「直接對模型說清楚你要什麼」。如果你的任務是改寫文案、整理重點、分類標籤，通常一段寫得好的提示詞就能完成，不必先把整個系統搭起來。

但它的限制也很明顯：你只能期待一次輸出夠準，沒辦法自然地插入檢查、修正或條件分流。當上下文一長、規則一多，模型就可能開始偏題，這也是為什麼它適合快、便宜、需求清楚的工作，不適合高風險交付。

迴圈工程

迴圈工程是在單次提示之外，刻意加入「先產出，再檢查，再修正」的流程。它的價值不是讓模型更聰明，而是讓錯誤更容易被抓到，所以常見於自我審稿、依規則打分、逐步優化這類場景。

這一層的代價是成本與延遲都會上升，因為每多一輪都代表多一次呼叫與多一點等待。若沒有明確停止條件、預算上限與評估指標，迴圈很容易變成一直改卻改不到重點，甚至把原本簡單的任務拖慢。

圖譜工程

圖譜工程把 AI 工作流看成一張有方向性的流程圖，重點不再只是「模型怎麼答」，而是「工作怎麼在不同節點之間流動」。你可以把規劃、檢索、驗證、執行拆開，再依條件決定要走哪條路，這對多代理、多工具、多階段任務特別重要。

它的好處是治理能力最強，壞處是複雜度也最高。除了模型本身，你還要處理狀態管理、觀測、重試策略與除錯，等於把很多原本藏在提示詞裡的問題，全部攤到系統設計上；一旦流程設計不良，錯的就不只是答案，而是整條工作鏈。

怎麼選

如果你是獨立開發者、內容編輯、分析師，或只是想先把功能做出來，先選提示工程最划算。它最適合需求單純、輸出格式固定、容錯空間還算大的工作，像是摘要、草稿、欄位抽取與簡單分類。

如果你在意品質穩定，但又不想直接跳到完整流程編排，選迴圈工程會比較平衡。它很適合要先過一輪自檢的任務，例如法務初稿、客服回覆、評分表單與內容修訂，特別是當「先抓錯再交付」比「一次寫對」更重要時。

如果你的產品已經不是單一問答，而是會分流、呼叫工具、串接多個角色或需要可觀測的狀態流轉，那就該上圖譜工程。它適合平台型產品、代理工作流、資料密集任務與需要追蹤每一步責任歸屬的團隊。

預設先選提示工程，因為它最快、最便宜也最容易驗證；只有當你明確需要重複檢查或分支路由時，答案才會轉向迴圈工程或圖譜工程。