# TASK — Section 4: Specialists & guardrails (Operations & Administration lane)

> นี่คือ "กติกา/มาตรฐาน" ที่รายงานที่ดีต้องผ่าน — subagent `challenger` จะใช้สิ่งนี้เป็นไม้บรรทัด "ซักค้าน" ร่างใน `draft-report.md`
> *These are the standards a good report must meet — the challenger subagent uses them to press hard on `draft-report.md`.*

## รายงานที่ดีต้องเป็นแบบไหน / What a good report must do
- มี 3 ส่วน: ประเด็นสำคัญ / จุดที่ต้องระวัง–คอขวด / สิ่งที่ควรทำต่อ
- อ้างตัวเลขจริงจาก `data-table.csv` เท่านั้น พร้อมหน่วยและช่วงเวลา (เช่น "เดือน ม.ค. 2569")
- ภาษาไทย · หัวข้อ + bullet · หนึ่งหน้า

## จุดที่ challenger ต้องซักให้หนัก / What the challenger must press hardest on
1. **ตัวเลขต้องตรงข้อมูล** — ห้ามมีเลขที่ไม่มี/ไม่ตรงกับ `data-table.csv` (รวมถึงจำนวนเรื่อง การเทียบ "เพิ่ม/ลด" ที่ไม่มีข้อมูลรองรับ)
2. **ห้ามเดาสาเหตุ** — ถ้าข้อมูลไม่ได้บอก "ทำไม" ห้ามสรุปสาเหตุเอง ให้เขียนเป็น "ข้อสังเกตที่ต้องตรวจสอบ"
3. **ช่องว่าง = ช่องว่าง** — ตั๋วที่ยัง `กำลังดำเนินการ`/`รอรับเรื่อง` ไม่มี `duration_minutes_total`/`star` — ห้ามตีความว่า "เสร็จใน 0 นาที" หรือ "0 ดาว"
4. **ตัวเลขต้องมีหน่วยและช่วงเวลา** — ห้ามมีเลขลอย ๆ ไม่มีหน่วย/เดือนกำกับ
5. **ให้เครดิตแหล่งข้อมูล** — "กรุงเทพมหานคร / Traffy Fondue"

## ผลการซัก (`challenge.md`) ควรมี / The challenge note should contain
- คำถามคม ๆ ทีละข้อ (ยกข้อความในร่างมาอ้าง)
- ระบุว่ามันเปราะตรงไหน และต้องมีหลักฐาน/แก้ยังไงถึงจะรอด
- ปิดท้ายด้วย "คำถามเดียวที่อันตรายสุด" ที่ต้องตอบให้ได้ก่อนเข้าประชุม
