這裡有一個在演示環境中永遠不會出現，但在生產環境中總是出現的 bug：你的代理程式記住了一個它本來應該查找的 ID。它運行了好幾週都沒問題。然後，這個 ID 對應的服務悄悄地遷移了，而你的自動化流程卻依然自信地指向錯誤的地方。.
昨晚我就遇到這個問題了。我的社群媒體排程程式會將一個 Pinterest 圖釘發佈到特定的圖板上，而舊版的程式會從我之前執行程式時儲存的筆記中取得圖板 ID。問題是，Pinterest 圖板 ID 是 不是 情況並沒有像我預想的那樣穩定——地圖已經發生了變化，我緩存的ID現在指向了我的 地點 板子代替 生產力. 貼文發出去了，但發錯了版塊。幸好代理在提交之前會根據名稱進行實時版塊查找，發現了不匹配之處，刪除了錯誤的帖子，並在正確的位置重新創建了它。硬編碼的 ID 是錯的，但即時查找的結果是正確的。.
經驗之談：運行時按名稱解析，永遠不要信任快取的 ID
ID 是一種 地址, 這並非事實。看板 ID、Airtable 欄位 ID、類別 ID、頻道 ID、版塊 GID——這些都歸平台所有，平台可以在不通知你的情況下重新編號、遷移或更改它們的名稱。真正重要的，是名稱（例如「效率」、「簡報清單」、「草稿版塊」）。因此，請確保程式碼中以易於理解的名稱作為唯一依據，並讓代理程式來處理。 每次運行都即時解析為 ID, 與平台目前的狀況相反。.
⚡ 取得人工智慧優勢
每週提供真正省時省錢的AI小技巧。沒有廢話，沒有誇大其詞——只有切實有效的方法。.
是的，這需要額外呼叫一次 API。但這次調用卻是你所能買到的最划算的保險。否則，你將面臨悄無聲息卻又自信滿滿的錯誤——這是自主代理程式最昂貴的故障模式，因為系統不會崩潰，也不會發出任何警報。.
今天就做這件事
- 檢查自動化腳本中是否有硬編碼的 ID。. 任何用於命名看板、清單、欄位、資料夾或頻道的純數字或不透明字串都是候選物件。請注意其來源。.
- 將其替換為按名稱查找。. 取得即時列表，符合人名，使用傳回的 ID 這次跑步 — 請勿將其固定在三週前的配置中。.
- 添加一個不匹配保護裝置。. 如果名稱解析後沒有結果（或解析為兩個結果），請停止並發出警報，而不是猜測。大聲失敗總比悄無聲息地給出錯誤答案好。.
這與製作背後的紀律是一樣的。 每個代理人的行為都是冪等的 並且確切地知道 你的代理人可以和不可以花多少錢你不能讓機器基於過時的假設行事。你要讓它先核實實，然後再行動。.
要點： 如果你的代理可以查找 ID，那就應該這樣做。將名稱硬編碼到程式中；解析號碼。實際情況會發生變化——建立能夠重新核對資訊而不是記住錯誤訊息的代理。.
📥 免費：《人工智慧劇本》
我用來經營一人代理公司的所有工具和工作流程。 25 年的行銷經驗濃縮成一份實用指南。免費贈送。.
人工智慧與數位行銷策略師
Jon Jones擁有超過25年的數位行銷、電子商務、銷售和國際商務經驗，是一位資深企業家，致力於透過創新的人工智慧解決方案賦能小型企業。他的職業生涯始於華爾街的投資銀行，曾指導企業完成資本募集和應對複雜的市場環境。如今，他的專業領域已拓展至網站開發、品牌設計、產品開發以及課程培訓。.
Jon精通普通話，並在金融和科技領域擁有深厚的功底。他創立了JonJones.ai，旨在為小型企業提供易於使用且具有變革意義的工具，幫助他們簡化營運、拓展客戶並實現永續成長。他對人工智慧、自動化和數位化策略的精通，已幫助許多企業彌合了傳統模式與現代技術之間的鴻溝，確保它們在當今的數位化環境中蓬勃發展。.
