API 是什麼？

API 是讓兩個系統互相溝通的接口

很多人第一次聽到 API 會覺得它很工程、很遠。但如果你想從只會使用 AI，慢慢走到能做出 AI 工具，API 是你一定會碰到的基本概念。

API 可以先理解成一個規定好的溝通方式。你的工具想跟另一個服務拿資料、送資料、請它幫忙處理事情，都要照它規定的格式說話。你不是直接打開對方的內部系統，而是透過它開好的門進去。

這件事跟你的工作很有關係。當 AI 開始進入公司流程，價值不只在於誰比較會問 ChatGPT，而是誰能把 AI 接進真實工作。例如把表單內容送去分析、把 PDF 丟給模型摘要、把客戶問題送到系統分類。這些都離不開 API。

如果你完全不懂 API，你會很容易停留在聊天框使用者的位置。懂 API 之後，你才有機會理解工具是怎麼被做出來的，也比較看得懂 AI 應用工程師每天在處理什麼。

API 的基本流程是請求和回應

API 最基本的流程只有兩件事：你送出請求，對方回傳結果。請求裡通常會包含你要做什麼、要送哪些資料、你有沒有權限。回應則會告訴你結果是什麼，或是哪裡出錯。

以 AI 摘要工具來看，你可能在網站上上傳一份文件。你的網站會把文件內容整理好，再透過 API 送給 AI 服務。AI 服務處理後，把摘要回傳給你的網站，最後你才在畫面上看到整理好的文字。

新手最容易誤會的地方，是把 API 想成某個很複雜的技術。其實你先不用懂所有底層細節。你第一階段只要先看懂這條線：誰送出資料、送去哪裡、對方回什麼、失敗時怎麼知道。

這個概念會直接影響你之後做作品。如果你能說清楚一個 AI 工具的請求和回應，就算你還不會寫完整程式，也已經比只會說我要做一個 AI 工具更接近實作。

為什麼學 AI 工程一定會碰到 API

AI 應用工程師的工作，很多時候不是重新訓練一個模型，而是把現成模型、資料、介面和工作流程接在一起。API 就是這些東西之間的接點。

你可以把它想成公司裡不同部門的交接規則。客服有客服的資料，業務有業務的表單，主管要看整理後的結論。AI 工具要真的有用，就必須把這些資料放到正確流程裡，而不是只把文字貼進聊天框。

這也是為什麼轉職或做作品時，懂 API 會比背一堆模型名稱更有用。面試官或合作方通常不只想知道你會不會用 AI，他更想知道你能不能把 AI 放進一個可重複使用的工具裡。

如果你現在是一般上班族，API 不是要你立刻變成後端工程師。它更像是一個分水嶺：你開始從使用工具的人，變成能理解工具怎麼運作的人。

新手要先懂哪些 API 名詞

第一個是 endpoint，可以先理解成 API 的地址。你要找不同功能，就會送到不同地址。像登入、查資料、產生摘要，都可能有不同 endpoint。

第二個是 request，也就是你送出去的請求。請求裡會放資料、參數、權限資訊。AI 工具常見的請求可能包含使用者輸入的文字、你希望模型扮演的角色、輸出格式要求。

第三個是 response，也就是對方回你的結果。它可能是成功結果，也可能是錯誤訊息。會看 response 很重要，因為真正做工具時，錯誤一定會發生。

第四個是 API Key。它像是你使用某個 API 的鑰匙，代表你有權限呼叫服務。這個東西不能公開，因為別人拿到後可能用你的額度或存取你的服務。

第五個是 JSON。很多 API 都用 JSON 交換資料。你不需要一開始背完所有規則，但要能看懂它是一種結構化資料格式，讓電腦知道哪個欄位代表什麼。

從 API 開始，你就能從使用者走向建構者

你不用因為看到 API 就覺得自己不適合學 AI。真正需要警覺的是，如果你一直停在工具使用層，未來很容易被新的工具更新牽著走。

懂 API 之後，你會開始看懂工具背後的組成。你會知道一個功能不是憑空出現，而是由輸入、流程、服務、回應和介面組成。

這會改變你的學習方式。你不再只是問哪個 AI 工具最好用，而是會問：這個任務的輸入是什麼？資料要怎麼整理？結果要怎麼檢查？有沒有辦法做成固定流程？

這些問題，才是 AI 應用能力的開始。