虛構資料 · 毋須登記
NGO 活動出席統計：一個實用 AI 工作流程示例
一筆重複紀錄、一個漏填的出席狀態，都可能影響活動報告。試用這份只有 12 筆紀錄的示例，看看同工在撰寫摘要前需要核對甚麼。
這是虛構教學示例。所有參加者編號及紀錄均為虛構，不含真實服務使用者資料。這不是客戶個案，也不代表已證實的省時成效。
1. 先看原始資料
下載 synthetic-attendance.csv，內有 S01、S02 兩節活動，共 12 筆紀錄。欄位包括 source_row（來源紀錄編號）、session_id（活動場次）、participant_id（參加者編號）及 attendance_status（出席狀態）。present 代表已記錄出席；absent 代表已記錄缺席；空白代表未確認。R01–R12 是固定的來源紀錄編號，並非試算表行號。CSV 第 1 行是欄位名稱，R01 在第 2 行。
| source_row | session_id | participant_id | attendance_status |
|---|---|---|---|
| R01 | S01 | P001 | present |
| R02 | S01 | P002 | present |
| R03 | S01 | P003 | absent |
| R04 | S01 | P004 | present |
| R05 | S01 | P005 | 未確認（空白） |
| R06 | S01 | P002 | present |
| R07 | S02 | P001 | present |
| R08 | S02 | P002 | absent |
| R09 | S02 | P003 | present |
| R10 | S02 | P006 | present |
| R11 | S02 | P007 | present |
| R12 | S02 | P008 | absent |
2. 計算前先核對
以「參加者＋活動場次」識別每筆紀錄。P001 出席兩節活動，計作 2 出席人次，但只有 1 名不重複出席者。同一參加者在同一場次出現多次，需要核對。未填狀態不等於出席，也不等於缺席。
3. 清楚記錄同工的判斷
- R02 及 R06 都記錄 P002 出席 S01。本示例將 R06 視為重複紀錄，只計算 R02 一次，同時保留原始 CSV 並記錄處理決定。實際工作中，須先核對原始點名紀錄，確認是否真的重複。
- R05 列有 P005 及場次 S01，但出席狀態空白。先保留為未確認，交由負責同工查核原始紀錄，不猜測，也不直接改為缺席。
4. 核對結果
S01：3 出席人次（R01、R02、R04）、1 缺席人次（R03）、1 筆狀態未確認（R05）。
S02：4 出席人次（R07、R09、R10、R11）、2 缺席人次（R08、R12），沒有未確認狀態。
合計：剔除 1 筆重複紀錄後，有 11 筆「參加者＋活動場次」紀錄，包括 7 出席人次、3 缺席人次及 1 筆狀態未確認。7 出席人次涉及 6 名不重複出席者：P001、P002、P003、P004、P006、P007。原始資料共有 8 個不同參加者編號，並不代表有 8 人出席。
已核對的報告段落
「這份虛構資料涵蓋兩節活動，共錄得 7 個已確認出席人次，涉及 6 名不重複出席者。統計已剔除 1 筆重複紀錄。另有 3 個缺席人次，以及 1 筆出席狀態尚待確認的紀錄。該筆未確認紀錄未計入已確認出席或缺席人次。」
AI 可以在哪一步協助？
下載套件內的 Python 核對程式按明確規則運作，不會連接 AI 服務。AI 可根據已核對的數字及異常清單，協助草擬易讀的報告段落。AI 不應猜測漏填狀態、判定真實紀錄是否重複，或自行補上原因。同工須逐一核對數字、來源紀錄及限制，才可使用草稿。這是教學示例，不是已部署的系統整合，也不代表已通過正式環境的安全驗證。
和團隊一起試做
下載虛構 CSV 及空白雙語核對清單即可練習，毋須上載任何資料或使用真實服務使用者資料。處理實際工作前，請先按機構要求確認資料處理方式及可使用的工具。
想和團隊一起練習？
Label Less 是香港數據標註及人手審核社會企業。歡迎查詢免費實用 AI 工作流程培訓。
查詢時可簡述想練習的工作，請勿以電郵傳送服務使用者紀錄。培訓免費；付費工具及正式系統落地服務屬獨立項目，可能涉及額外費用。