發票 App、群眾蒐集與爬蟲整合建議（歷史版）

日期：2026-03-19 文件角色：歷史設計報告。核心想法已由 C01 ~ C10 主線文件吸收，本文件保留脈絡與當時的設計重點，不再作為主規格使用。 建議優先閱讀：

• C01-eli5.md
• C02-spec.md
• C03-schema.sql

1. 這份歷史報告當時回答了什麼

這份報告原本是用來回答三件事：

1. channel_master 能不能直接拿來對大量發票資料。
2. 為什麼 barcode、PN、圖片會形成多對多。
3. 怎麼把發票、群眾蒐集、爬蟲三種資料收斂成可用 item master。

2. 仍然有效的核心結論

這份歷史報告裡，現在仍然有效的判斷包括：

• 問題本質不是做更好的 exact join，而是要做多來源證據融合。
• barcode 不適合直接當最終 item key。
• channel_master 更適合當候選池與證據池。
• crowd 任務應從自由上傳改成候選確認。
• 最後需要的是分層身份模型，而不是單一平面商品表。

3. 已被主線文件吸收的內容

下列內容已搬進主線文件：

• invoice_name_cluster -> SI 的審核中心：見 C02、C05
• BI / SI 分層：見 C02、C06
• barcode 作為證據，不作為最終 key：見 C02、R01
• channel_master 的定位與風險：見 Q01、Q02
• crowd 與 review workflow：見 C05、C10

4. 這份文件現在適合什麼時候看

只有在下列情況才需要回頭看這份歷史版：

• 想了解設計從哪裡轉向。
• 想追早期問題定義與討論脈絡。
• 想知道哪些內容已被新文件取代。

5. 一句話收尾

這份文件現在的作用是保留設計演進脈絡，不再承擔主規格角色。