未封口包裝完整性檢測的驗收與整合：獨立包裝、證據分母與事件交接

凍結可見套件的驗收結論

圍繞帶版本套件在未封口包裝中、於商定事件時指定的可見物品及數量，凍結驗收範圍。蓋片下方、不透明填充物之下或已封口紙箱內的內容物，除非另有經過驗證的方法提供證據，否則一律列為被排除的觀察。腔位看上去被佔用，並不自動證明 SKU 標識正確。如果工作流程使用已設定的前景區域，就要保留這條標識邊界，並寫明它實際上能區分哪些替代情形。執行之前先商定擺放方式、材料、姿態和複核策略，免得一個被接受的影像計數，變成對整批出貨或被遮蔽物品清點正確的無依據結論。

預留獨立的包裝組

預留一批獨立標識的包裝、材料批次和允許的套件變體，它們沒有被用來選擇相機、光源、區域、遮罩或模型設定。其中要包含完整的可見套件、真正的漏裝、多放的可見物品、陌生的替代件、接觸、裁切和被遮蓋的情形。參考要獨立於所選工作流程來建立，並說明不確定參考的處理方式。把同一包裝的多張影像關聯在一起，不要把它們當作獨立樣品來計數。不要把難度大的驗收包裝挪進開發組，再悄悄用別的替換。凍結計畫好的各組和執行條件；對於無法取得或尚未解決的組，要與已驗收範圍並列報告，而不是讓分母縮小。

測試完整的判定約定

對照明確的預期，測試合格（Pass）、不合格（Fail）和複核（Review）三個分支，並把執行錯誤、未知狀態和缺失的輸出分別記錄。在已審閱的限定範圍 BOM 路徑中，有效的可見數量差異判為不合格，未知類別需要複核，無效的可見性則使清點判定無法被接受。要驗證複核優先於碰巧吻合的已知標籤。確認實際安裝版本的約定以及留存的原因。格式錯誤的輸入或不可用的結果，不得變成一個有效的空包裝，也不得沿用之前通過的輸出。工站對未通過證據如何回應，需要商定的製程策略；本教學不規定適用於所有場合的致動器或安全動作。

可見套件的驗收有一條既定的邊界

被接受的觀察包含暴露的物品區域，被遮蓋的內容物則保留在其清點結論之外。

指定的未封口包裝擺放
可見的已知物品與數量證據
帶版本的套件定義
被遮蓋或已封口的內容物不在範圍內

驗收範圍概念圖；不推斷隱藏內容物的清點結果。

把合成規則測試與實物證據分開

把合成的設定檢查和規則邊界檢查，與實際包裝影像的驗收分開。恰好落在所設定的含邊界的面積限值上的連通區域，只有在可見性前提仍然成立時，才能用來測試比較行為。相互接觸、被裁切或尺寸過大的區域，在證據約定下仍可能有歧義。一個成功的合成 BOM 範例，並不能驗證真實的材料對比度、物品標識、照明變化或實物取像。對每一項這樣的測試，都要保留確切的設定和預期的分支。實物包裝的參考需要有自己的原始影像和獨立判定，不能用乾淨的測試素材示意圖或生成的演示來代替。

# Illustrative accounting check; categories must be mutually exclusive and exhaustive.
counts = [valid_decisions, review_events, execution_failures, missing_results]
assert type(planned_events) is int and planned_events >= 0
assert all(type(value) is int and value >= 0 for value in counts)
accounted_events = sum(counts)
assert accounted_events == planned_events
# Keep specimen outcomes distinct from repeated image observations; no accuracy claim is implied.

保持完整的計畫分母

把所有計畫內的事件，都歸入互斥且窮盡的類別：有效判定、複核、執行失敗和結果缺失。樣品的結果要與重複影像分開計數，並把每一個類別追溯到原始參考和來源影格。示意性的核算程式碼檢查的是紀錄是否完整，而不是分類準確率或產線效能。不要只依據方便的有效輸出報告準確率，同時把被遮蓋或失敗的包裝排除在外。在驗收執行之前，先商定針對具體應用的限值和未解決案例的責任人。即使某個有難度的材料組給出的是複核而不是乾淨的數量判定，也要保留完整的計畫分母。

驗證配方與包裝事件的交接

追溯包裝標識、包裝操作、來源影像、流程圖版本、套件版本、原始判定，以及已確認的接收端動作。在啟用設備輸出之前，先在隔離環境中演練啟動、停止、重新啟動、配方切換、延遲結果、缺失影格和取消。對應到錯誤套件的計數，或送達了另一個包裝的計數，不算通過整合。確認配方不會在取像與評估之間悄悄改變，也確認遲到的回應不能覆蓋目前事件。讓未通過狀態和複核原因在整個交接過程中保持不變。控制器時序、確認應答和恢復行為，需要經過驗證的、針對具體工站的介面，僅靠一次成功的離線影像回放是不夠的。

建立驗收紀錄表

把獨立的參考組、套件定義、來源影格、原始座標下的區域、實際的取像與照明設定、前景或模型版本、帶類別的物品證據、有效性、BOM 標識、判定原因和事件交接日誌彙總打包。原始失敗和尚未解決的歧義，要與被接受的結果並列放入。保留基線與候選的設定，使另一位工程師能夠重現兩者。這張表標出證據的關聯及其侷限，而不是編造一個實測的效能數字。包裝擺放、材料、類別、模型、遮罩、BOM 數量或接收端動作對應一旦變更，就需要有書面記載的影響評估，並進行相應的重新驗證；工作流程名稱不變，並不能保住一個已被改動的驗收結論。

可見包裝完整性的驗收紀錄表
證據層	必需的關聯	保留的侷限
獨立的套件參考	包裝、材料組與套件版本	僅限指定的可見內容物
原始可見物品證據與 BOM	原始影像、座標與規則標識	未知或無效的證據保持複核
合成的邊界檢查	確切的設定與預期分支	比較行為不等於實物驗收
接收端動作日誌	包裝事件、套件與確認應答	僅有正確的計數，不能證明交接成功

只發布已證實的包裝範圍

只發布商定的證據所證實了的可見套件系列、允許的擺放方式、執行條件和介面行為。固定工站上限定範圍的歷史原始碼測試，並不能證明目前的 Windows 候選版本、實際相機或已安裝的生產軟體安裝包已就緒。在已審閱的範圍內，瀏覽器本地的 OpenCV.js 尚未實作；雲端或辨識方面的方案，需要各自受支援的執行環境和驗收證據。如果被遮蔽的內容物仍然不可或缺，就應保留一種獨立的清點或觀察方法，而不是擴大可見範圍的結論。Deyi Vision 可以協助開展受支援的工作流程調查，但被接受的未封口包裝數量，只是一項有書面記載的、限定範圍的結果，而不是對已封口箱內內容物，或對所有包裝場合準確率的保證。

從獨立包裝到限定範圍的發布

在接受已證實的工站範圍之前，保留全部結果以及與具體配方對應的事件關聯。

凍結獨立套件與限值
測試判定與歧義分支
驗證針對具體包裝的配方交接
接受限定範圍並保留缺口

建議的驗收步驟順序；不聲稱已完成實際的工廠測試或已發布的軟體安裝包。

來源與技術參考資料

這些資料說明本教學所用方法的依據與適用範圍。文中的檢查範例僅供參考；量產驗收需要用你自己的樣品取得佐證。

skimage.measure APIscikit-image查核於 2026年10月11日
Triggered Image AcquisitionBasler查核於 2026年10月11日
Deyi Vision Vision WorkbenchDeyi Vision查核於 2026年10月11日

凍結可見套件的驗收結論

預留獨立的包裝組

測試完整的判定約定

可見套件的驗收有一條既定的邊界

把合成規則測試與實物證據分開

保持完整的計畫分母

驗證配方與包裝事件的交接

建立驗收紀錄表

只發布已證實的包裝範圍

從獨立包裝到限定範圍的發布

來源與技術參考資料

部件與選型參考

繼續排除

驗收並整合可見組裝檢查

建構 AI 輔助的可見組裝工作流程

把檢測問題與佐證資料一併寄來。