iT邦幫忙

鐵人檔案

2025 iThome 鐵人賽
回列表
生成式 AI

可愛又迷人的提示詞工程 Prompt Engineering 系列

在生成式 AI 的時代,「Prompt」是人與 AI 溝通的橋樑。它不只是簡單的文字輸入,而是一門影響 AI 輸出品質的技術。從「幫我寫一篇文章」到「請以專家身份,撰寫 2000 字分析,並附上數據與國際比較」,Prompt 的精準度決定了 AI 是否能真正幫上忙。

這個系列文會介紹 Prompt 的定義、為什麼它在工作與創作中如此重要,以及如何透過不同層次的 Prompt 設計,讓 AI 從單純的工具,變成真正的智慧助理。

參賽天數 25 天 | 共 25 篇文章 | 5 人訂閱 訂閱系列文 RSS系列文
DAY 11

Day11. 用多角色 Prompt 來模擬團隊討論

當我們抽離 AI 回到現實世界時,會發現一個人是無法獨力完成所有工作的,我們不太可能在當產品設計的同時,還要去做商業規劃或創意發想,因為這些都需要有不同專業、不...

2025-09-24 ‧ 由 MUKIwu 分享
DAY 12

Day12. 使用 Meta-prompt 優化提示詞

要寫出一個好用、符合自己需求的提示詞,老實說真的沒那麼簡單~,大家有想過嗎?與其不斷試錯,不然請 AI 扮演提示詞優化的顧問,讓他幫我們改寫、評估,甚至生成更好...

2025-09-25 ‧ 由 MUKIwu 分享
DAY 13

Day13. 將分析模型如 SWOT、5W1H 加入提示詞

在日常與 AI 或大型語言模型協作時,如果我們提問方式過於模糊,輸出的結果就會流於表面。如果要有效解決這個問題,我們就不只要問怎麼做,還要加上以什麼邏輯做。 這...

2025-09-26 ‧ 由 MUKIwu 分享
DAY 14

Day14. 使用約束式提示詞控制 AI 輸出的格式與結構

約束式提示詞指的是在提示詞中,明確指定輸出的形式限制,例如要求 AI 生成 JSON、Markdown 表格,或遵循特定的資料綱要 (Schema)。這種控制除...

2025-09-27 ‧ 由 MUKIwu 分享
DAY 15

Day15. 認識 Context Engineering 上下文工程

隨著 AI 的應用範圍愈來愈廣、功能愈來愈強大,此時你可能會發現 Prompt Engineering 雖然依舊好用,但單純靠提示詞已經不再足夠了。因為真正影響...

2025-09-28 ‧ 由 MUKIwu 分享
DAY 16

Day16. 上下文的三個層次:即時、持久與外部

為了讓系統更具可控性與可維護性,我們通常會將上下文拆成三個層次:即時上下文、持久上下文與外部上下文。這三層會共同構成 AI 的記憶與知識體系 即時上下文 即時上...

2025-09-29 ‧ 由 MUKIwu 分享
DAY 17

Day17. 上下文的容量限制與策略設計

在設計複雜的 AI 系統或對話代理時,上下文容量是個需要考量的問題,因為即便我們精心設計了即時、持久、外部三層上下文架構,依然受限於上下文視窗 (context...

2025-09-30 ‧ 由 MUKIwu 分享
DAY 18

Day18. 如何設計上下文的三個角色

我們在設計對話 AI 或 Agent 框架時,這三個角色:System、User、Assistant,是決定模型行為一致性與可控性的重要核心,我們的角色設計愈細...

2025-10-01 ‧ 由 MUKIwu 分享
DAY 19

Day19. 持久化與遺忘機制

我們在上下文的容量限制與策略設計有提到 Token 的限制是每個模型不可違背的規則,所以我們總希望在有限的 Token 條件下,可以保存長期有用的記憶,又能避免...

2025-10-02 ‧ 由 MUKIwu 分享
DAY 20

Day20. 拼貼上下文的實作分享 (上篇)

拼貼上下文是整合編排多個管道的資訊,例如對話歷史、記憶庫、檔案摘要、API 回傳、工具輸出 ... 等,拼貼的目標是為了讓大型語言模型在單次的呼叫中,可以看到...

2025-10-03 ‧ 由 MUKIwu 分享