一次批次整理收據，指的是把一批彼此獨立、不需要互相參照就能各自處理的收據資料，一次性交給 Claude 用同一套規則整理，這是 batch processing 的典型應用場景。這跟「重複貼會不會重複入帳」是兩個不同層次的問題——前者處理的是「該不該一次整理一批」，後者處理的是「這個整理任務本身安不安全，重複執行會不會累積出錯誤結果」，後者的答案取決於 idempotent task design：任務如果設計成用唯一識別碼比對是否重複，重複貼就會被自動篩掉；任務如果是直接累加金額，重複貼就會直接造成金額多算。
這件事會被需要，是因為報帳這類任務天生就容易發生「補貼、重貼」的情況——第一次整理發現漏了幾張、掃描品質不好重拍一次、或者中途發現漏傳了幾張，這些都不是操作失誤，是這類任務的正常流程。如果任務設計時只考慮「順利跑完一次」的情境，沒有考慮「同一批資料可能被重複送入」的情境，一旦真的發生補貼，錯誤會悄悄發生而不會有任何警訊——系統不會跳出「你剛剛好像貼過這張了」的提示，金額就這樣多算了，通常要到對帳總額對不上時才會被發現，而且很難回頭追查是哪一張被算了兩次。
實務操作分兩層。第一層是批次整理指令：一次貼上整批收據，指令明確要求輸出格式（日期、商家、金額、費用類別各自成欄），並要求為每一筆輸出加上一個識別碼，識別碼由日期加商家加金額組合而成（例如「20260315-星巴克-185」），這個識別碼的作用是讓同一張收據不管被處理幾次，產生的識別碼都完全一樣。第二層是重複比對：把新一批整理出來的紀錄跟之前已經確認過的紀錄放在一起，比對識別碼，如果出現重複，直接篩掉新的那一筆，只保留舊的（或反過來，取決於哪一筆資訊比較完整），確保最終進到報帳總表的每一張收據只出現一次。這兩層合起來，才是真正安全的收據批次整理流程，缺第一層會失去批次的效率，缺第二層則會在補貼、重貼時悄悄出錯。
對你來說，這套設計真正的價值在於：讓「補貼幾張漏掉的收據」這個正常會發生的動作，變成一個安全、不用擔心的操作，而不是每次補貼都要提心吊膽回頭核對總額有沒有跑掉。設定成本主要在第一次定義識別碼規則跟比對邏輯，通常花十幾分鐘就能定案，之後每個月報帳直接沿用同一套規則即可。要留意的是：識別碼的組成要選真正能唯一代表一張收據的欄位組合——如果只用「日期加金額」當識別碼，兩張同一天、剛好同樣金額但商家不同的收據會被誤判成重複，反而篩掉了不該篩掉的紀錄，識別碼的欄位選擇本身也需要根據實際資料特性稍作調整，不是隨便選幾個欄位拼起來就一定安全。
月底報帳，你把這個月累積的 30 張收據照片一次全部貼給 Claude，請它幫你整理成一張表格：日期、商家、金額、費用類別。跑完之後你掃過一遍，發現漏了幾張沒認出來，補拍幾張再貼一次——這次你不確定剛剛整理好的 30 筆會不會因為這個補貼動作又被重複處理一次，導致同一張收據的金額出現兩次。這個疑惑背後藏著兩個完全不同的問題，多數人會把它們混在一起，其實應該分開想。
30 張收據各自獨立、彼此不需要互相參照才能整理——第一張收據該怎麼分類，不會因為知道第三張收據的內容而改變，這代表這批任務本質上適合批次處理（batch processing）：一次把整批資料交給 Claude，用同一套規則（日期怎麼抓、商家名稱怎麼標準化、金額怎麼歸類）逐一套用在每一張上，不需要一張一張分開問、等回覆、再貼下一張。批次處理的價值在這裡很直接：30 次重複輸入同一套整理規則的時間，壓縮成寫一次規則、貼一次整批資料。
這個問題的答案不是「Claude 聰不聰明」，是任務本身有沒有做成冪等設計（idempotent task design）。如果你請 Claude 做的事情是「把這批收據的金額加進報帳總額」，這個動作本身不冪等——執行兩次，總額就多加一次，你不小心把已經處理過的收據又貼了一次，總額就悄悄多算了。但如果你請 Claude 做的事情是「幫每張收據產出一筆包含商家、日期、金額的紀錄，並用商家加日期加金額組合成一個識別碼，同一個識別碼只保留一筆」，重複貼同一張收據時，新產生的紀錄會有跟舊紀錄一模一樣的識別碼，可以在整理階段直接篩掉重複項——這個設計讓「貼兩次」的後果跟「貼一次」完全一樣，不會因為操作失誤而讓金額跑掉。
沒有做冪等設計的批次任務，代價通常不是立刻爆掉，是悄悄地在某個月的報帳總額裡多算了幾百塊——這種小額誤差不會觸發任何警報，通常要等到年底對帳或稅務申報時才被發現，回頭追查是哪一張收據被算了兩次，往往要花比原本整理收據多好幾倍的時間。設定識別碼跟比對邏輯的成本是一次性的，通常十幾分鐘，換來的是往後每個月報帳，不管補貼幾次、重貼幾次，你都不需要為了「會不會重複算」這件事重新緊張一次，這才是批次處理搭配冪等設計真正省下的東西——不是省下第一次整理的時間，是省下往後每一次操作失誤都要提心吊膽的心力。