報告 1／3
- 事件編號
EV-20260612-0007- 時間戳
2026-06-12 08:41:22- 來源攝影機
DASHCAM-01（行車紀錄器，前向）- 系統判定
跨越雙黃線- 信心度
0.82模型輸出的分數，非「正確機率」- 佐證片段
00:14:22 – 00:14:31（9秒）- 人工複核結果
成立— 複核者確認車輛左輪明確越過雙黃線，持續約 3 秒
複核備註
標註疊圖中的線段位置與原片一致，判斷依據清楚，此件可匯出。
REC · VISION-PATROL · PROTOTYPE
監視器裝了，但沒人有空看。
把一整天的影像，變成三則可以逐一檢視的事件——每則附原片片段、標註疊圖與判斷依據，最後由人確認成立與否。
往下第一件事就是告訴你這東西目前的真實狀態。
SEC-02 · SAMPLE REPORTS · 示範資料
系統產出的東西長這樣。三份裡有一份是它判錯的。
以下三份是示範資料，用來說明報告格式與複核流程，非真實案件。
三份的欄位順序完全一致，理由很窄，也很具體：複核的人一天要看幾十份，而他每一份都要回答同一個問題——「這件能不能匯出」。欄位固定，是為了讓他的眼睛不必每次重新找「人工複核結果」在哪一行。這不是為了讓你橫向比較三份報告（你不會這樣讀），是為了讓第 40 份跟第 1 份一樣快。
報告 2／3 ⚠️ 系統判錯
- 事件編號
EV-20260612-0011- 時間戳
2026-06-12 09:03:05- 來源攝影機
DASHCAM-01（行車紀錄器，前向）- 系統判定
跨越雙黃線- 信心度
0.61模型輸出的分數，非「正確機率」- 佐證片段
00:31:05 – 00:31:12（7秒）- 人工複核結果
駁回— 畫面中被判為雙黃線的，是路面修補後的黃色瀝青痕跡；車輛從未越線
複核備註
此為誤判；成因對應已記錄在架構決策文件中的已知弱點——現行黃線判定含色彩啟發式，對逆光、積水反光、磨損與路面色塊敏感，這正是感知層要被重做的原因。
報告 3／3
- 事件編號
EV-20260612-0019- 時間戳
2026-06-12 10:02:40- 來源攝影機
DASHCAM-01（行車紀錄器，前向）- 系統判定
跨越雙黃線- 信心度
0.74模型輸出的分數，非「正確機率」- 佐證片段
01:02:40 – 01:02:51（11秒）- 人工複核結果
成立（片段已由人工調整）EDITED — 越線判定成立，但複核者將片段起點往前延3秒，使對向來車進入畫面，證據才完整
複核備註
系統依判定的幀區間自動裁切片段，裁切邊界是可調的；這一件顯示了複核的第二種價值——不只是判對錯，也在判「這段影片能不能當證據」。
SEC-03 · PIPELINE
中間有五步。每一步都可以單獨檢查。
五筆處理程序紀錄，欄位完全一致。與區 2 的三份事件報告用同一種讀法：左邊是欄位名，右邊是值；由上往下逐筆讀，不橫向比較。
- 程序代號
SAMPLE- 做什麼
- 依設定的取樣率抽幀，不是逐幀跑
- 為什麼要獨立
- 逐幀跑一整天的影片在成本上不成立；取樣率是可調參數
- 可獨立檢查的方式
- 給定同一支影片與同一個取樣率，抽出的幀序號可完整重現
- 程序代號
DETECT- 做什麼
- 感知後端輸出「畫面裡有什麼」（物件、線段）
- 為什麼要獨立
- 感知後端是可替換的介面，換模型時下游完全不用動
- 可獨立檢查的方式
- 把感知後端換成回傳固定結果的 mock，下游輸出必須逐字元不變
- 程序代號
TRACK- 做什麼
- 多目標追蹤，把逐幀偵測串成同一個目標的軌跡
- 為什麼要獨立
- 沒有追蹤就無法分辨「同一台車連續越線」與「兩台車各出現一次」
- 可獨立檢查的方式
- 給定一組人工標好的軌跡，比對 ID 是否被切斷或互換
- 程序代號
AGGREGATE- 做什麼
- 規則引擎判定 + 連續 N 幀去抖 + 聚合成事件
- 為什麼要獨立
- 去抖是關鍵：沒有它，一次越線會產生幾十筆事件
- 可獨立檢查的方式
- 純幾何、無模型，可用手算的座標逐條驗算
- 程序代號
PACKAGE- 做什麼
- 回原片裁切片段、產生標註疊圖與截圖、寫入 metadata
- 為什麼要獨立
- 產出的是證據包，不是一則警報
- 可獨立檢查的方式
- 裁切片段的起訖時間必須能回推到
03.04記錄的幀區間
規則引擎為什麼要跟模型分開
違規判定是純幾何——取車輛底部中心點，計算它到線段的有號距離（用向量外積），越界或距離小於容差就記一次，連續達到設定幀數才成立，再聚合成事件；所有門檻集中在一個參數物件裡。這樣做有三個產品層面的後果：
- 後果
- 可以解釋
- 說明
- 每一次判定都能回答「因為第 412 到 429 幀，車輛中心點在線的另一側」。這是規則的輸出，不是模型的黑箱分數
- 後果
- 可以調
- 說明
- 容差、連續幀數、聚合窗口都是參數。調完可以用同一組標註重跑，比較前後差異
- 後果
- 模型可以換
- 說明
- 感知層換一個模型（甚至換成 mock）不影響追蹤、規則與複核介面。原型階段特別重要，因為模型一定會換
SEC-04 · HUMAN REVIEW
不是因為模型不夠好。是因為誤判的成本不對稱。
即使模型再準，這條流程也不會設計成全自動。原因有三筆，每一筆都與準確率無關。
- 理由
- 誤判的兩種代價不一樣
- 說明
- 漏抓一件，損失是「這件沒抓到」；誤抓一件，損失是「指控了一個沒有違規的人」，後者可能引發爭議、賠償、甚至法律責任
- 對設計的後果
- 在成本不對稱的場景裡，把最終判定權交給人是唯一合理的設計，不是過渡方案
- 與準確率的關係
- 無。模型再準也不改變兩種錯誤的代價比
- 理由
- 影像作為證據有形式要求
- 說明
- 一段影片要能當證據，通常需要：完整未剪接的原始片段（或可回溯的裁切依據）、明確的時間資訊、可說明的取得方式，以及確認的人
- 對設計的後果
- 系統可以把前三項準備好，第四項只能是人
- 與準確率的關係
- 無。這是形式要件，不是品質要件
- 理由
- AI 不能替你承擔責任
- 說明
- 我們做的是證據整理，不是自動檢舉、不是自動裁罰、不是自動報警
- 對設計的後果
- 系統負責篩選、剪輯、標註；成立與否由人判讀確認後才送出
- 與準確率的關係
- 無。這一條在準確率 100% 時仍然成立
複核介面實際上做什麼
複核介面功能清單
- 事件列表
- 依狀態篩選（待複核 / 已確認 / 已駁回）
- 播放標註影片
- 直接播帶疊圖的片段，看得到系統的判斷依據
- 確認 / 駁回
- 一鍵改變事件狀態，狀態進資料庫
- 匯出
- 將確認成立的事件打包匯出
SEC-05 · TRANSFERABILITY
流水線是通用的。規則不是。
抽幀、偵測、追蹤、事件聚合、片段裁切、證據打包、複核介面——這七段與違規類型無關。真正要換的是「什麼算違規」這一段規則，以及感知層要認得哪些東西。下面四個方向是這條技術線可以指向的市場，每一個都標了未驗證，因為它們確實一個都還沒做過。
- 方向
- 工地安全帽
- 規則長什麼樣
- 人員進入指定區域且頭部區域無安全帽，持續 N 幀
- 要換的感知能力
- 人員偵測 + 頭部區域判斷
- 狀態
- 未驗證
- 要驗證需要什麼
- 一批標好的工地影像 + 一輪完整 PoC
- 方向
- 店面滯留
- 規則長什麼樣
- 同一個目標在指定區域內停留超過 T 秒
- 要換的感知能力
- 人員偵測 + 追蹤（追蹤已有）
- 狀態
- 未驗證（四個方向中技術路徑最短的一個）
- 要驗證需要什麼
- 一批標好的店面影像 + 一輪完整 PoC
- 方向
- 廠區越界
- 規則長什麼樣
- 目標中心點進入禁區多邊形，持續 N 幀
- 要換的感知能力
- 人員／車輛偵測 + 區域標定
- 狀態
- 未驗證
- 要驗證需要什麼
- 現場的區域標定 + 一批標好的影像 + 一輪完整 PoC
- 方向
- 車道違規
- 規則長什麼樣
- 目標與線段的有號距離越界，持續 N 幀
- 要換的感知能力
- 線段分割（目前的瓶頸就在這裡，見
06.01） - 狀態
- 原型，已實作但感知層 rework 中
- 要驗證需要什麼
- 感知層重做完成後，重跑
2026-06-26的同一組 baseline
現在能誠實說的只有一句——流水線是通用的，可行性要一個一個試。
SEC-06 · GAPS
所有做不到的事，集中在這一區。
- 缺口
- 車道線辨識目前不可用
- 說明
- 三支真實影像的雙黃線命中率
22% / 0% / 0%（合成影像為100%）。感知層正在重做
- 缺口
- 沒有自訓模型
- 說明
- 目前使用公開的預訓練權重。台灣線型的自訓模型訓練程式已備妥，但權重未訓、種子影格未標註
- 缺口
- 沒有車牌辨識
- 說明
- 曾規劃，未實作。目前版本不含 OCR
- 缺口
- 不做人臉辨識、不做身分比對
- 說明
- 系統無此實作，也不打算宣傳此能力。見下方隱私段落
- 缺口
- 測距不準
- 說明
- 單目影像在像素平面判距，無相機標定、無鳥瞰轉換，近大遠小受透視影響。任何「距離幾公尺」的需求目前不成立
- 缺口
- 黃線的色彩啟發式對環境敏感
- 說明
- 夜間、逆光、積水反光、磨損、彎道分岔皆不穩定。這是要被重做掉的部分，不是賣點
- 缺口
- 未在固定式監視器上驗證
- 說明
- 現有驗證全部來自行車影像
- 缺口
- 只有一種違規類型有實作
- 說明
- 見區 5
- 缺口
- 沒有生產環境客戶
- 說明
- 本產品目前為原型階段，無生產環境客戶。
隱私與法遵：影像監控不是純技術問題
影像會拍到人。這件事在台灣受個人資料保護法規範，而且責任通常在場域經營者身上，不在提供工具的人身上——所以我們寧可在頁面上先講清楚。
- 取得場域同意
- 在他人管領的場所裝設或分析影像，需先取得該場域經營者的同意。
- 告示義務
- 受監控的區域應設置明顯告示，讓進入者知道正在被錄影與其目的。
- 目的限制
- 影像的分析目的應與告示一致；為了工安裝的攝影機，不應被用於考核出勤。
- 保存期限
- 影像與事件證據包應設定明確的保存期限並定期清除。目前系統沒有內建自動清除排程，這需要在導入時一併設計。