假設一家美國服務團隊用人工智慧彙整工單。第一頁已經傳回，不等於所有資料都已讀完。我們比較完整蒐集、部分蒐集和確認沒有結果。這是設計分析，不是真實客戶事故。

GitHub 的文件說明，分頁會傳回結果的子集，並透過連結標頭提供後續頁面。模型的上下文再大，也不能自動補回連接器沒有讀取的紀錄。先核對蒐集路徑，再評估摘要。

Google 的分頁設計指南允許中間頁面傳回少量紀錄，甚至零筆。它用空白的下一頁權杖表示結束。實際整合必須遵守個別服務的文件，不能把空白頁直接當作終點。

中途失敗時，保留已經確認的紀錄，明確標示為部分結果。固定篩選條件與報告範圍。讀完頁面，也不自動證明取得了同一時間點的快照；缺少保證時，應說明限制。

建議保留頁數、不重複紀錄數、結束依據與異常狀態。用虛構資料測試多頁、空白頁繼續、重複紀錄和中斷後復原。先核對預期紀錄集合，再檢查文字，不宣稱已經完成正式環境測試。

從一份常用報告開始，把完整、部分與確認沒有結果分開。讓審核者先看到證據範圍，再決定是否採用結論。完整蒐集不能保證分析正確，但流暢的文字無法取代未讀的資料。