流量上來時，最先斷的通常是「開心路徑」

團隊常把力氣花在邊角錯誤處理，卻假設登入、瀏覽、結帳在尖峰時仍會「跟平常一樣」。實際上開心路徑才是負載的主幹：重試會放大、快取會失效、第三方會限流。

可擴充性稽核的第一步，不是列出所有 API，而是標出活動或曝光當下必須完成的旅程，並寫下每一步的逾時、重試與降級。

若寫不出降級，代表這條路徑在尖峰時只有成敗兩種結果——那正是該優先補強或加緩衝的訊號。

我們在報告裡會用「影響語句」描述失敗：多少比例使用者在多長時間內無法完成關鍵動作，而不是只寫伺服器指標名稱。