← 文章列表
小窩文章 · 트렌드

Claude Code 開始自己閱讀「買家合約書」:非開發者遇到的 PDF 自動化邊界

차이차이·2026-08-01
📊 小窩文章 #197

Claude Code 開始自己閱讀「買家合約書」:非開發者遇到的 PDF 自動化邊界

在 Windows 環境中處理 PDF 文件時,Claude Code 意外地提取了合約書的關鍵條款。但在此過程中,非開發者發現了自動化的隱藏陷阱。

차이

차이

차이

🪺 Bella 的小窩文章

意外的發現:PDF 也能自動化嗎?

上週在 Windows 環境中連接 Google Sheets 和 Claude Code 來整理買家資料時,我不小心把 PDF 檔案路徑放進了腳本裡。我當然以為會失敗。

但 Claude Code 讀取了 PDF。

「合約中『付款條件』是 30 天內,『運輸條件』是 CIF」

準確無誤。它甚至自動填入了 Google Sheets。

自動化的陷阱:讀取不等於理解

前 3 到 4 份合約完美無缺。夢幻隊的倉鼠和小狗慶祝了成功案例。但第 5 個檔案出現了裂縫。

原始合約:「最低訂購量 500 件」

Claude Code 提取值:「最低訂購量:50 件」

它讀錯了數字。少了一個零。之後還發現了更多問題。

當 PDF 是掃描本(影像)時,準確率下降到 50% 以下

將簽名區域誤分類為「重要條款」

在多語言混合合約中,選擇性地忽略特定語言

非開發者的錯誤:過度自信

「Claude Code 做的所以是對的」這種心態很危險。前 3 到 4 次只是運氣好而已。實際上需要以下步驟。

提取值驗證步驟(非自動,而是手動確認)

僅選擇高信度合約自動處理

金額、數量等「致命錯誤」設定單獨警報

在 Mac Mini 和 Windows 設備上測試的結果,環境差異幾乎不存在。問題不在工具,而在流程。

那現在呢?

我仍在繼續使用 Claude Code 的 PDF 處理。但現在的用法不同。

自動化領域:標準化表單、檢查清單格式的確認項目

手動領域:金額、數量、日期等數據驗證

這種平衡到目前為止最穩定。這是曾夢想完全自動化的非開發者的小領悟。