它不是「懂」那些工具，它只是很會「讀說明書、對場合」。
先講在前面：你給它一堆工具——查天氣的、算數的、搜資料的、寄信的。
你問一句話，它居然精準地挑對那一個、還把參數填好——它不是真的「懂」這些工具，它做的事，其實還是它的老本行。
不信？我唸四個給你聽。
你問「台北現在幾度」,它手邊有十個工具,
它不慌不忙,精準地挑出那個「查天氣」的、把城市「台北」填進去、乖乖地呼叫它——挑得又快又對又準。
你問一題複雜的數學,它明知自己心算會翻車,
就自動去叫那個「計算機」工具,把式子交出去、讓程式算——它居然懂得「這題我不行,得找幫手」的那份自知之明。
你問「幫我訂明天的會議並寄信通知大家」,
它一口氣拆成兩步,先叫「行事曆」工具、再叫「寄信」工具,順序不亂、參數不錯——像個熟門熟路的老助理。
你只是隨口閒聊「今天心情不太好」,
它反而一個工具都不叫,安安靜靜地陪你聊——它還懂得「這種時候不用動用任何工具」,分寸拿捏得剛剛好。
看到這裡你可能會問:它又沒真的用過這些工具,怎麼知道哪個該上場、參數怎麼填?
關鍵就在——它挑工具的方式,跟它講話、寫程式,是同一套本領:讀說明、對場合、生格式。
來看原理,這段有點料。
每個工具,其實都附了一張「說明書」——名字、功能描述、要哪些參數,
這些說明會被一起塞進它眼前的提示裡,它讀得到「這個叫 get_weather、功能是查天氣、需要一個城市名」的完整介紹。
它不是憑空知道,
是你把工具的說明書攤在它面前——它做的,是「讀懂說明、對上你的需求」,這正是它最擅長的閱讀理解。
選哪個工具,對它來說,還是那件老本行——「猜下一個最合理的字」,
只不過這次「最合理的下一步」,剛好是一段呼叫工具的指令,而不是一句給你看的話——本質上,選工具和接話,是同一個動作。
它把「你的問題」和「工具說明」擺在一起,
然後預測「接下來最該出現的」——如果那是一個工具呼叫,它就生成那段呼叫;它不是在決策,是在順著機率往下接。
它連「參數怎麼填」都是生成出來的——照著說明書要求的格式,把你話裡的資訊抽出來、擺進去,
你說「台北現在幾度」,它就從你的話裡揪出「台北」,填進那個 city 欄位,再把整段呼叫用工具規定的格式,工工整整地吐出來。
抽資訊、對格式、填欄位,
這幾件事全是它的看家本領——所以它填參數,跟它寫一段格式正確的程式碼,骨子裡是同一種能力在運作。
而它會「挑對、還懂得何時不挑」,是因為被專門訓練過這件事,
工程師餵了它海量的「什麼情況、該用什麼工具」的範例,把「看場合、選工具、填參數」這套流程,練成了它的一種本能反應。
所以它的分寸感不是天生的,
是練出來的——你閒聊它就不動工具、你有明確需求它才出手,這份拿捏,是它在無數範例裡,一點一滴學會的手感。
好,原理你懂了:它不是「懂」工具,是「讀說明書、對場合、生格式」——全是它的老本行。
那很多人會問——「既然是用猜的,那它會不會挑錯工具、填錯參數?能全放心交給它嗎?」
嗯……會,所以有訣竅,往下看。
你可能想說,既然它這麼會挑,
那我就把一大堆工具全丟給它、什麼都交給它自己決定,是不是就能當個甩手掌櫃、完全不用管了?
先別急——它終究是「用猜的」,一樣會犯錯,
說明書寫得含糊,它就可能挑錯工具;工具給太多、功能又重疊,它就容易挑花了眼、猶豫、選錯那一個。
它的準度,高度取決於,
你把每個工具的「說明書」寫得夠不夠清楚——名字取得好不好懂、描述精不精準,直接決定了它挑得對不對。
所以幫它的第一招,是「把工具說明書寫好、寫清楚」,
名字一看就懂它幹嘛、描述講明白「什麼時候該用我」、參數標清楚格式——你把說明書寫得越好,它就挑得越準、填得越對。
這跟帶新人一模一樣,
你把每個工具的用途交代得清清楚楚,它自然上手;你含含糊糊丟給它,它就只能瞎猜、然後猜錯給你看。
第二招,是「別一次塞太多、關鍵動作留個確認」,
工具太多它會挑花眼,所以只給它當下真正需要的那幾樣;而會動錢、動資料、寄出去的關鍵操作,別讓它一猜就直接執行、先攔一下讓人確認。
它負責又快又聰明地挑,
你負責在關鍵的門口把個關——這一挑一守之間,你才能既享受它的自動化,又不會被它偶爾的一次猜錯,給坑得措手不及。
所以下次它精準地挑對工具、把參數填得漂漂亮亮,你先別忙著膜拜它有多聰明。
它不是真的「懂」那些工具——它只是把你給的說明書讀懂了、對上了你的需求、再用它最拿手的方式,生出了那段呼叫而已。
真正該記住的,其實只有一件事——
它不是「懂」工具，是讀懂了工具的說明書；
選工具、填參數，骨子裡還是那句「猜下一個最合理的」；
說明書寫得越清楚，它就挑得越準——關鍵動作，記得留個確認。