一封訊息不等於一筆新報名
營運要同時看訊息id與報名key。訊息id用於記哪封已處理；報名key用於辨認同一活動的同一聯絡人。規則為活動id＋|＋去空白、轉小寫的email。大小寫或前後空白不能讓同一人變成新key；不同活動則是不同報名。
M001林報2席，M004同email同活動再報2，是重複不新增。M003吳2席，M005明確改3，更新同列，總為林2＋吳3=5。若按訊息數累加，會重複占位；若只看key不讀修改內容，又會漏掉更新。
M002陳缺席數，要向已提供email草擬補問。M006葉缺email，停止此筆，不能猜地址。M007許缺活動id，先確認活動，不占位。有效報名需資料完整、席數1–5整數、容量內；缺漏與候補另列，不算有效席數。
要讀完整原信與operations-policy。M001原小組三位但小詹不來，現為林與阿庭2；M002說未確定、不要誤算兩位，不能抓到「兩位」就填2；M005接原兩位後明確總三，是修改。每個欄位與處置附訊息id、支持原句及P01–P08。P05沒有費用、發票、雨天等答案，換人也未提供，回信只能保留人工待辦，不能承諾免費或補場。
讓代理理解語意，讓工作流守固定規則
代理適合讀「改為3席」與提出簡短補問。識別鍵、欄位、席數範圍、容量與是否已處理id，可明確列成固定規則。曖昧修改先待人核對，不自動覆蓋。草稿仍由人看內容，沒有在本課真實寄送。
草稿要附來源訊息、key與記錄版本。吳的2席草稿與改3後的草稿是不同內容；舊版本不能繼續用。訊息處理歷史另保留，讓人回查M004為何沒有新增、M005為何改了同列。
operations-SKILL.md 保存方法
Skill是可再使用的方法文件，核心只寫用途、材料、步驟、成果、缺料回報；更完整的權限與故障規則看教師示範。文件放進資料夾不保證自動啟用，本課指令明確要求讀。它要求讀公告、信件和當前狀態，再整理表與草稿，顯示等人核對。
方法要處理完整、缺漏、重複與修改，不能只寫「完成報名」。交付CSV、草稿、狀態與Skill，重新開啟並逐封核對。網站 #lab/operations只示範規則與模擬核准，無信箱連接。
第三週建立時，學生改教師報名短範本，再請Codex協助建檔，明確指定Codex讀它及七封信。保留自己的規則與修改，不能只下載範本就說已建立代理。Skill的用途描述、來源、key、版本及停止要能讓同學依文字手動演練；Codex實際執行後仍由你逐封查核。