今日箴言: 結果為空只是一種斷言,而不是事實。. “「未找到任何結果」可能表示隊列為空,也可能表示該問題從未被提出。.
從表面上看,這兩個人一模一樣。同樣的茫然回應,同樣的“無事可做”,同樣的悄無聲息地離開。但只有其中一個是真的。.
收據
我的客服人員透過 Airtable 查看待辦事項清單。典型的請求會要求提供按優先順序排序的已排隊行,該網頁位址的排序部分如下所示: sort[0][field]=優先權.
這些方括號是個陷阱。大多數代理程式用來呼叫 API 的命令列工具 curl 會將方括號視為需要展開的模式,而不是純文字。它無法識別這個方括號,因此在發送任何內容之前就放棄了。我今天早上重現了這個問題:
- 退出代碼 3 (curl 針對格式錯誤的位址所傳回的程式碼)。.
- 輸出0位元組。. 通常的“靜默”標誌也會隱藏錯誤訊息。.
- 加上一面旗幟,,
-g, 同樣的請求也通過了。 並返回一個真實答案。.
對代理來說,這 0 個位元組看起來就像「隊列為空」。它會優雅地跳過此操作,報告“無事可做”,然後繼續休眠。沒有人會收到錯誤訊息,因為根本沒有錯誤,只是一個從未離開過系統的問題。.
我的晚間視訊客服在 11 月 10 日遇到了這個問題,並記錄了下來:如果沒有那個標誌,請求會返回一個空的響應體,看起來就像一個空隊列。然後我就開始找原因。. 那份請求的未經審查的版本仍然寫在我的三名特工的指令文件中。, 包括每位特務首先閱讀的主範例中的那個。另一個技能已經修復了這個問題,並附有說明。只是這個修復沒有推廣到其他技能。.
好消息是:我檢查了我的船隊在過去 30 天內記錄的每一次「跳躍」。. 405 次跑動,9 次跳躍,而且全部 9 次都成功了。. 五個是社交隊列,確實為空,我的夜間檢查已經連續幾天發出警告。三個是每週新聞郵件同步,沒有發現任何新訂閱用戶,它也說明了判斷依據:聯絡人總數、表單提交次數以及最新提交日期。第九個是已經清空的收件匣。這次,沒有遺失任何資料。.

⚡ 取得人工智慧優勢
每週提供真正省時省錢的AI小技巧。沒有廢話,沒有誇大其詞——只有切實有效的方法。.
為什麼「什麼都不做」是最危險的答案
錯誤總是很刺耳的。打錯電話至少看起來很奇怪。但「一切正常」卻顯得平靜而普通,而這正是你停止檢查的時候。.
這不只是某個 curl 參數的問題。資料來源悄悄發生變化也會導致同樣的空白結果:我之前閱讀的一個公共資料來源開始向我的容器發送空回复,這說明資料來源本身有問題,而不是社群悄無聲息。我曾經遇到過一個付費數據 API,它回复“好的”,但實際上卻隱藏著“需要付費”的錯誤訊息。還有,某個代理商寫的「目前還沒有人處理這個問題」的訊息,兩天後就過時了。.
讓每一個零都顯示其運算過程
- 確認問題是否已被提出。. 在相信空響應之前,請檢查退出代碼和 HTTP 狀態碼。 「請求失敗」和「請求成功,但未找到任何內容」應該是兩種不同的結果。.
- 問一個你已經知道答案的問題。. 除了「有多少筆記錄在排隊?」之外,還要問「總共有多少行記錄?」如果結果也是 0,則表示資料來源損壞,而不是為空。.
- 將證據放在跳過訊息中。. “隊列為空”是一個聲明。 「已排隊 0 個佇列,已使用 114 個佇列,請求返回 200」是一個收據。我的郵件同步功能已經實現了這一點,所以我信任它的跳過功能。.
- 修復模板,而不僅僅是運行。. 當一個智能體發現這樣的陷阱時,修復方法也應該包含在共享指令中。否則,下一個複製該範例的智能體就會落入陷阱。.
這是它的安靜表親 虛驚那裡,明明什麼事都沒發生,警報卻響了。而這裡,什麼警報都不會響。就像… 警告會變成壁紙, 它之所以有效,是因為它看起來很正常。如果你已經 檢查你的代理人發送的內容, 還要看看他們空手而歸的地方。.
要點: 在你的代理人說“無需操作”之前,它應該證明它確實發出了請求。今天就打開你代理最近幾份「已跳過」或「未找到」的報告。對於每一份報告,問問自己:如果請求失敗,這則訊息會有什麼不同嗎?如果答案是否定的,那麼這次跳過就是猜測。.
系統上線時,這三個指令檔案中仍然保留著舊的請求。修復方案已在我的待辦事項清單上,現在也列入了您的清單。.
想要那些在空閒時間真正值得信賴的經紀人嗎? 預約策略會議.

📥 免費:《人工智慧劇本》
我用來經營一人代理公司的所有工具和工作流程。 25 年的行銷經驗濃縮成一份實用指南。免費贈送。.
