PM 轉職 AI FDE Field notes · Taipei

首頁 · 用 AI 做出能跑的原型 · 第 3 課,共 6 課

用 AI 做出能跑的原型

工具調用在做什麼

工具調用的概念很樸素:模型可以提議「去問某個系統」,但事實必須從那個系統回來,不能由句子生成。

話與事實分開

模型擅長把條件說成通順的原因。它不擅長保證訂單日期是真的。所以「查訂單」不該是提示詞裡的一段想像,而該是一次真的讀取,回來的欄位再餵給結論。你在原型裡要讓這次讀取被看見:叫了什麼、帶回哪些欄位、是空的還是有值。

若你只在提示詞裡寫「假設你查過訂單」,你做的是角色扮演,不是原型。角色扮演可以練習規格,不能拿去跟客戶說已經接上。

工具要少、要窄

第一版一個只讀工具就夠:輸入訂單編號,輸出日期、金額、品類、是否出貨。不要同時給「搜尋全部訂單」「發信」「改狀態」。工具越多,模型越可能選一條你沒演練過的路。窄工具是範圍單的系統清單,不是技術炫技。

每個工具寫三行給人看:做什麼、不做什麼、失敗時你期待看到的句子。這三行是給你自己除錯用的,也是下一軌接系統時的草稿。

沒呼叫就沒有資格下結論

規則寫死:需要訂單日期才能判斷七日,而工具沒被呼叫或呼叫失敗,輸出只能是轉人工。把這條放進規格,並在演示時故意拔掉工具,確認它遵守。這一試,比多寫十句「請務必準確」有用。

範例 · 一次看得到的呼叫

專員輸入 A1023。你該看到的不是一段散文,而是兩層。

  • 工具:查訂單 A1023。帶回:下單日是六天前、品類是襯衫、已出貨。
  • 結論:可退。原因只引用帶回的日期與品類,不新增「客人應該很急」這類工具沒給的話。
  • 若工具沒帶回:結論改為轉人工,原因是查無訂單,而不是依編號風格猜測。

練習

為第一版寫一個工具的三行定義:做什麼、不做什麼、失敗時的句子。

用同一筆輸入跑兩次:一次允許呼叫,一次不允許。兩次結論若一樣順,代表你的原型還沒有把事實和話分開。

完成的時候

  • 你能指出結論裡哪半句來自工具、哪半句來自模型。
  • 工具失敗時,輸出不會變成一篇更長的猜測。