---
title: "สรุปผลการรวบรวมความต้องการของระบบ"
titleEn: "Requirements Summary"
clauses: ["4.2.1"]
phase: 1
category: "ออกแบบ"
generated: false
---

# สรุปผลการรวบรวมความต้องการของระบบ

**อ้างอิง TOR:** ข้อ 4.2.1 (รวบรวมความต้องการ) เอกสารนี้เป็นข้อมูลนำเข้าของ SRS (ข้อ 4.2.2 ดูเอกสาร `srs`)

> **สถานะเอกสาร:** จัดทำเพื่อประกอบระบบสาธิต (Demo) ความต้องการในเอกสารนี้ **สกัดจากขอบเขตงาน (TOR) และภาคผนวก ก–ข** โดยตรง ยังไม่ได้ผ่านการประชุมรวบรวมความต้องการกับผู้มีส่วนได้ส่วนเสียของมหาวิทยาลัย เมื่อเริ่มโครงการจริง ผู้รับจ้างจะจัดประชุม สัมภาษณ์ และยืนยันความต้องการแต่ละรายการ แล้วปรับปรุงเอกสารนี้ก่อนจัดทำ SRS ฉบับสมบูรณ์

## 1. วัตถุประสงค์และขอบเขต

เอกสารนี้สรุปความต้องการของ "ระบบแชตบอตปัญญาประดิษฐ์เฉพาะทางพระพุทธศาสนาและเว็บไซต์" โดยจัดกลุ่มตามหมวดของ TOR เพื่อให้ตรวจสอบย้อนกลับ (Traceability) จากความต้องการไปยังข้อกำหนด TOR หน้าจอของระบบ และกรณีทดสอบได้ ระบบประกอบด้วย 5 ส่วนหลัก ได้แก่ (1) Frontend Website (2) Backend Service และ AI Engine แบบ RAG (3) AI Evaluation และ Benchmarking System (4) Admin Portal และ (5) Dashboard และ Report

วัตถุประสงค์ของโครงการตาม TOR ข้อ 2 มี 6 ประการ คือ แชตบอต AI เถรวาทที่อ้างอิงตรวจสอบย้อนกลับได้ (2.1) ระบบสืบค้นและบริหารฐานองค์ความรู้ (2.2) ระบบประเมินคุณภาพ AI อย่างต่อเนื่อง (2.3) เว็บไซต์ให้บริการที่แสดงคำตอบพร้อมอ้างอิง (2.4) การส่งเสริมการเข้าถึงองค์ความรู้ของทุกกลุ่ม (2.5) และโครงสร้างพื้นฐาน AI ที่ขยายและต่อยอดได้ (2.6)

## 2. ผู้มีส่วนได้ส่วนเสีย (Stakeholders)

| กลุ่ม | บทบาทต่อระบบ | ความต้องการหลัก | หน้าจอที่เกี่ยวข้อง |
|---|---|---|---|
| ผู้ใช้ทั่วไป (ประชาชน นักเรียน นักศึกษา) | ถามตอบหลักธรรม | คำตอบที่เข้าใจง่าย มีอ้างอิงตรวจสอบได้ ใช้ได้ทั้งมือถือและคอมพิวเตอร์ ภาษาไทยและอังกฤษ | `/`, `/chat`, `/chat/history` |
| พระภิกษุ สามเณร และผู้ได้รับสิทธิ์ Dhamma Talk | เตรียมบทธรรมบรรยาย | เครื่องมือร่างบทธรรมแบบแก้ไขต่อเนื่องได้ | `/chat/dhamma-talk` |
| ผู้ดูแลระบบ (Admin) | บริหารผู้ใช้ ฐานความรู้ และการตั้งค่า | ปรับค่าได้โดยไม่ต้องแก้โค้ดหรือ Deploy ใหม่ | `/admin/*` |
| ผู้ดูแลระบบสูงสุด (Super Admin) | กำกับสิทธิ์ สำรองข้อมูล ลบทำลายข้อมูล | ควบคุมบทบาทและงานที่มีความเสี่ยงสูง | `/admin/users`, `/admin/backup`, `/admin/data-destruction` |
| ผู้ทรงคุณวุฒิด้านพระพุทธศาสนา | ตรวจคุณภาพคำตอบและชุดทดสอบ | เห็นผลประเมินรายข้อและเปรียบเทียบระหว่างรอบ | `/admin/evaluation` |
| คณะกรรมการตรวจรับพัสดุ | ตรวจรับผลผลิตตามงวด | หลักฐานความสอดคล้องกับ TOR รายข้อ เอกสารครบถ้วน | `/tor`, `/documents` |
| ศูนย์เทคโนโลยีสารสนเทศ | รับถ่ายโอนและดูแลระบบระยะยาว | เอกสารติดตั้ง สำรอง กู้คืน และ Source Code ครบ | `/documents` |
| เจ้าของข้อมูลส่วนบุคคล | ใช้สิทธิตาม PDPA | ขอสำเนา ขอลบ ถอนความยินยอมได้สะดวก | `/privacy`, `/privacy-policy` |
| ผู้บริหารมหาวิทยาลัย | ติดตามการใช้งานและค่าใช้จ่าย | สถิติการใช้งานและประมาณการค่าใช้จ่าย | `/admin/dashboard` |

## 3. ความต้องการเชิงหน้าที่ (Functional Requirements)

### 3.1 เว็บไซต์ผู้ใช้งาน (ภาคผนวก ก ข้อ 3)

| รหัส | ความต้องการ | TOR | หน้าจอ |
|---|---|---|---|
| FR-WEB-01 | รองรับภาษาไทยและอังกฤษ มีเมนูเปลี่ยนภาษา | ก.3.2.1 | ทุกหน้า |
| FR-WEB-02 | โหมด Dark/Light พร้อมปุ่มสลับ และอัตลักษณ์สม่ำเสมอ | ก.3.1.2, ก.3.1.3 | ทุกหน้า |
| FR-WEB-03 | สมัครสมาชิกและเข้าสู่ระบบด้วยอีเมล Gmail หรือ Facebook | ก.3.3.1, ก.3.3.2 | `/register`, `/login` |
| FR-WEB-04 | สิทธิ์ใช้ Dhamma Talk แยกรายบัญชี ค่าเริ่มต้นปิด | ก.3.3.3 | `/chat/dhamma-talk` |
| FR-WEB-05 | จำกัดโทเคนรวมไม่เกิน 10,000,000 ต่อ 24 ชั่วโมง ปรับ Max Tokens ได้ | ก.3.4.1, ก.3.4.2 | `/admin/ai-config` |
| FR-WEB-06 | Unavailable Mode ทั้งแบบผู้ดูแลเปิดเองและอัตโนมัติ (Margin ไม่เกินร้อยละ 10) | ก.3.4.3, ก.3.4.4 | `/unavailable`, `/admin/unavailable` |
| FR-WEB-07 | เก็บประวัติสนทนา 90 วันและลบอัตโนมัติ ปรับระยะได้ | ก.3.5.1 | `/chat/history` |
| FR-WEB-08 | ข้อความเตือนใต้กล่องคำถามและท้ายคำตอบ | ก.3.6.1, ก.3.6.2 | `/chat` |
| FR-WEB-09 | คำตอบ 2 ส่วน: รายการอ้างอิงไม่เกิน 10 รายการ (แสดง 3 พร้อมปุ่มแสดงทั้งหมด) และส่วนสรุป | ก.3.6.2 | `/chat` |
| FR-WEB-10 | Citation รูปแบบมาตรฐาน คลิกเปิด Popup Modal แสดงเนื้อหาเต็ม | ก.3.6.3 | `/chat` |
| FR-WEB-11 | Dhamma Talk แบบ Artifact แก้ไขใน Response Modal (Markdown) และ AI ใช้ฉบับล่าสุดเป็นบริบท | ก.3.7.1–ก.3.7.4 | `/chat/dhamma-talk` |
| FR-WEB-12 | ปุ่มให้คะแนนคำตอบ (ชอบ/ไม่ชอบ) บันทึกลงฐานข้อมูล | ก.3.8.1 | `/chat` |

### 3.2 Backend Service และ AI Engine (ภาคผนวก ก ข้อ 4)

| รหัส | ความต้องการ | TOR |
|---|---|---|
| FR-AI-01 | ให้บริการผ่าน HTTP API และมีเอกสาร OpenAPI 3.0 | ก.4.1.1, 4.2.2 |
| FR-AI-02 | Orchestrator ใช้ Framework โอเพนซอร์สที่มีดาวไม่น้อยกว่า 10,000 และเป็น Model-agnostic | ก.4.1.2, 4.4.6 |
| FR-AI-03 | ควบคุมโทเคนต่อ Prompt ไม่เกิน 10,000 (ถาม-ตอบ) และ 50,000 (Dhamma Talk) | ก.4.2.1 |
| FR-AI-04 | ตอบเฉพาะพระไตรปิฎก อรรถกถา หลักธรรมเถรวาท และคำแนะนำแนวทางปฏิบัติ/ปรัชญาชีวิต | ก.4.3.1, ก.4.3.2 |
| FR-AI-05 | ป้องกัน Prompt Injection และ Cost Surge | ก.4.4.1, ก.4.4.2 |
| FR-AI-06 | ปฏิเสธหัวข้อการเมือง การเปรียบเทียบศาสนา และสุขภาพจิต | ก.4.4.3 |
| FR-AI-07 | บุคลิกบรรณารักษ์: ช่วยค้นและสรุปพร้อม Citation ไม่ชี้ขาดการตีความ ปฏิเสธคำถามใช่/ไม่ใช่ | ก.4.5.1–ก.4.5.3 |
| FR-AI-08 | Hybrid Search และ Cross-lingual ไทย-บาลี-อังกฤษ | ก.4.6.1 |
| FR-AI-09 | Chunk เต็มข้อไม่ตัดตอน และส่ง Citation/Source Attribution ไปแสดงผล | ก.4.6.2, ก.4.6.3 |
| FR-AI-10 | Re-ranker เป็นโมดูลแยก Query Expansion/Rewriting และปรับดัชนีอัตโนมัติผ่าน Pipeline | ก.4.7.1–ก.4.7.3 |
| FR-AI-11 | Ingestion รองรับ PDF, TXT, TEI-XML, DOCX | ก.4.8.1 |
| FR-AI-12 | Chunking ฉบับ มมร. ตามหน้าและข้อ เอกสารอื่นแบบ Semantic | ก.4.8.2 |
| FR-AI-13 | Metadata: ปิฎก นิกาย สูตร เล่ม ข้อ หน้า ประเภทเอกสาร และ Precedence | ก.4.8.3 |
| FR-AI-14 | Prompt ไม่ Hard-code มี Versioning และ Remote Configuration | ก.4.9.1, ก.4.9.2 |
| FR-AI-15 | Logging เพียงพอต่อการวินิจฉัย และ Alert ทางอีเมลเมื่อผิดปกติ | ก.4.10.1, ก.4.10.2 |

### 3.3 ระบบประเมินผล (ภาคผนวก ก ข้อ 5)

| รหัส | ความต้องการ | TOR |
|---|---|---|
| FR-EV-01 | ชุด Benchmark 7 ชุด: ธรรมศึกษาปรนัย 100 ข้อ, นักธรรมอัตนัยสั้น 50 ข้อ, Retrieval พระวินัย/พระสูตร/พระอภิธรรม ชุดละ 100 บท, Guardrail นอกขอบเขต 100 ข้อ, Guardrail หัวข้อสุ่มเสี่ยง 50 ข้อ | ก.5.1.1–ก.5.1.7 |
| FR-EV-02 | Web UI เพิ่ม/แก้/ลบชุดทดสอบและรายการ นำเข้า CSV | ก.5.2.1, ก.6.4.1 |
| FR-EV-03 | Workflow การให้คะแนน 3 แบบ: Accuracy, Recall@5, LLM Judge คะแนน 0–3 | ก.5.2.2 |
| FR-EV-04 | สั่งประเมินแยกชุด บันทึกผล ดูผลรายข้อ บันทึก Prompt/Dataset version | ก.5.2.3, ก.5.2.4 |
| FR-EV-05 | เกณฑ์ขั้นต่ำ: ร้อยละ 80 / 2.00 / ร้อยละ 80 (Retrieval 3 ชุด) / ร้อยละ 80 (Guardrail 2 ชุด) หากต่ำกว่าเกณฑ์ไม่ตรวจรับ | ก.5.3, ก.5.3.1 |
| FR-EV-06 | เปรียบเทียบผลระหว่างรอบและเวอร์ชัน | ก.6.4.3 |

### 3.4 Admin Portal (ภาคผนวก ก ข้อ 6)

| รหัส | ความต้องการ | TOR | หน้าจอ |
|---|---|---|---|
| FR-AD-01 | RBAC ไม่น้อยกว่า 3 บทบาท | ก.6.1.1 | `/admin/users` |
| FR-AD-02 | ค้นหา ดู แก้ไข ระงับ ลบบัญชี และจัดการคำขอ PDPA | ก.6.1.2 | `/admin/users`, `/admin/privacy-requests` |
| FR-AD-03 | รหัสผ่านผู้ดูแลซับซ้อนและ IP Allowlist | ก.6.1.4 | `/admin` |
| FR-AD-04 | ปรับ Max Tokens เพดานรวม ระยะเก็บประวัติ และเลือก LLM โดยไม่แก้โค้ด | ก.6.2.1–ก.6.2.3 | `/admin/ai-config` |
| FR-AD-05 | จัดการ Prompt: ดู เพิ่ม แก้ เปรียบเทียบ (diff) Rollback พร้อมผู้แก้และเวลา | ก.6.2.4 | `/admin/prompts` |
| FR-AD-06 | เพิ่ม/ลดหัวข้อขอบเขตและหัวข้อปฏิเสธ มีผลทันทีและย้อนกลับได้ | ก.6.2.5, ก.6.2.6 | `/admin/guardrails` |
| FR-AD-07 | นำเข้า ปรับปรุง ลบเอกสาร แก้ Metadata ปรับ Precedence และ Re-index | ก.6.3.1–ก.6.3.3 | `/admin/knowledge-base` |
| FR-AD-08 | Audit Log ครบเหตุการณ์สำคัญ เก็บไม่น้อยกว่า 90 วัน แก้/ลบไม่ได้ ค้นหาและส่งออกได้ | ก.6.5.1–ก.6.5.4 | `/admin/audit-log` |
| FR-AD-09 | เปิดโหมด Unavailable | ก.6.6.1 | `/admin/unavailable` |

### 3.5 Dashboard และ Report (ภาคผนวก ก ข้อ 7)

| รหัส | ความต้องการ | TOR |
|---|---|---|
| FR-DB-01 | แผนภูมิและตารางแบบ Near Real-time (หน่วงไม่เกิน 60 นาที) เลือกช่วงเวลาและเทียบช่วงก่อนหน้า จำกัดสิทธิ์เฉพาะผู้ดูแล | ก.7.1.1–ก.7.1.3 |
| FR-DB-02 | จำนวนบัญชี DAU MAU Sessions Queries และค่าเฉลี่ยต่อ Session แยกโหมด | ก.7.2.1, ก.7.2.2 |
| FR-DB-03 | โทเคน Input/Thinking/Output รายวันและรายเดือนเทียบเพดาน ค่าเฉลี่ยต่อคำถามเทียบเป้า | ก.7.3.1, ก.7.3.2 |
| FR-DB-04 | ประมาณการค่าใช้จ่ายตามอัตราที่กำหนดเอง บัญชีที่ใช้โทเคนสูงสุด และ Threshold Alert ทางอีเมล | ก.7.3.3–ก.7.3.5 |

## 4. ความต้องการที่ไม่ใช่เชิงหน้าที่ (Non-functional Requirements)

| รหัส | หมวด | ความต้องการ | ค่าเป้าหมาย | TOR |
|---|---|---|---|---|
| NFR-01 | มาตรฐาน | มาตรฐานเว็บไซต์ภาครัฐ (DGA) 3.0 และมาตรฐานความมั่นคงปลอดภัยเว็บไซต์ พ.ศ. 2568 | ผ่าน Checklist | ก.1.1.1, ก.1.1.2 |
| NFR-02 | กฎหมาย | พ.ร.บ.คุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 | ครบตามข้อ 14 | ก.1.1.3, 14.1–14.4 |
| NFR-03 | ความเข้ากันได้ | มือถือ (Chrome Android, Safari iOS) และเดสก์ท็อป (Chrome, Firefox, Safari, Edge) | Responsive | ก.1.2.1, ก.1.2.2, 4.3.3 |
| NFR-04 | การเข้าถึง | Contrast ข้อความ | ไม่น้อยกว่า 4.5:1 และ 3:1 (ข้อความใหญ่) | ก.3.1.1 |
| NFR-05 | สถาปัตยกรรม | Microservices และ Horizontal Scaling | — | ก.1.3.1, ก.1.3.2 |
| NFR-06 | ความจุ | ผู้ใช้พร้อมกันและจำนวนบัญชี | ไม่น้อยกว่า 500 concurrent, 1,000,000 บัญชี | ก.1.4.1, ก.1.4.2 |
| NFR-07 | ความพร้อมใช้ | Availability ต่อเดือน | ไม่น้อยกว่าร้อยละ 95 | ก.1.6.1, 12.1 |
| NFR-08 | ประสิทธิภาพ | FCP / TTFT / Error Rate ที่ p95 | ไม่เกิน 5 วินาที / 15 วินาที / ร้อยละ 5 | 12.2 |
| NFR-09 | ความต่อเนื่อง | Auto Scaling, Backup/Restore และ Restore Test | Restore Test อย่างน้อย 1 ครั้ง | ก.1.6.2, ก.1.6.3 |
| NFR-10 | ความมั่นคงปลอดภัย | OWASP Top 10 และ OWASP Agentic, SSL/TLS, Input Validation, Brute Force Protection, CSRF | ไม่มีช่องโหว่ High/Critical | ก.2.1.1–ก.2.1.5, ก.2.2.2 |
| NFR-11 | ความมั่นคงปลอดภัย | WAF และ Anti-DDoS | — | ก.2.2.1 |
| NFR-12 | การวิเคราะห์ | Google Analytics หรือเทียบเท่า และโดเมน dhammaverse.mbu.ac.th | — | ก.1.5.1, ก.1.5.2 |
| NFR-13 | คุณภาพโค้ด | Unit Test Coverage (ไม่นับไฟล์ตั้งค่า) | ไม่น้อยกว่าร้อยละ 80 | 4.7.3 |
| NFR-14 | การบำรุงรักษา | เปลี่ยน LLM หรือองค์ประกอบ AI โดยไม่กระทบระบบ | ผ่านการตั้งค่า | 4.4.6, 2.6 |
| NFR-15 | DevOps | แยก Dev/Production, CI/CD บน GitHub พร้อม Rollback | — | 4.6.2, 4.6.3 |
| NFR-16 | การแก้ไขข้อบกพร่อง | เวลาแก้ไขตามระดับความรุนแรง | สูง 24 ชั่วโมง / กลาง 48 ชั่วโมง / ต่ำ 10 วันทำการ | 12.3, 12.4 |

## 5. ความต้องการด้านข้อมูลและฐานองค์ความรู้

| รหัส | ความต้องการ | TOR |
|---|---|---|
| DR-01 | นำเข้าพระไตรปิฎกและอรรถกถาแปล ฉบับมหามกุฏราชวิทยาลัย 91 เล่ม (พระวินัยปิฎก เล่ม 1–10, พระสุตตันตปิฎก เล่ม 11–74, พระอภิธรรมปิฎก เล่ม 75–91) ระยะแรกใช้ฉบับออนไลน์ แล้วสลับไปใช้ข้อมูลจาก Dhammaverse | ข.1, 4.5.2, ก.4.7.4 |
| DR-02 | จัดทำ Data Ingestion Plan ระบุรูปแบบไฟล์ Chunking Metadata Citation และวิธีตรวจความครบถ้วน | 4.5.1 |
| DR-03 | Search Index Update Pipeline เพิ่ม/แก้/ลบ/Re-index โดยไม่แก้โค้ด | 4.5.3 |
| DR-04 | นำเข้าไม่น้อยกว่าร้อยละ 20 ภายในงวดที่ 2 และครบถ้วนภายในงวดที่ 3 | 7.2.5, 7.3 |
| DR-05 | เก็บข้อมูลส่วนบุคคลเท่าที่จำเป็น เข้ารหัสระหว่างส่งและขณะจัดเก็บ ปิดบังข้อมูลส่วนบุคคล | 14.2, 14.3 |

## 6. ความต้องการด้านการบริหารโครงการและการส่งมอบ

| กลุ่ม | สาระสำคัญ | TOR |
|---|---|---|
| แผนและทีมงาน | แผนดำเนินงาน โครงสร้างทีม แผนความเสี่ยง | 4.1.1–4.1.3 |
| การทดสอบ | Master Test Plan, Unit/Functional/SIT/Regression/Performance, Baseline และ Acceptance Evaluation อย่างน้อย 2 ครั้ง, UAT และ Defect Log | 4.7.1–4.7.9 |
| ความมั่นคงปลอดภัย | Vulnerability Scan และ Penetration Testing อย่างน้อย 1 ครั้ง พร้อมแก้ไขและทดสอบซ้ำ | 4.8.1, 4.8.2 |
| การรายงาน | รายงานการประชุมภายใน 7 วันทำการ, Progress Report ทุก 30 วัน, รายงานสรุปประจำงวด | 4.9.1–4.9.3 |
| ฝึกอบรมและคู่มือ | ฝึกอบรมอย่างน้อย 1 ครั้ง คู่มือผู้ใช้ คู่มือผู้ดูแล เอกสารประกอบระบบ | 4.10.1–4.10.3 |
| ส่งมอบและถ่ายโอน | Source Code/Config/Prompt/Benchmark, Transition Plan, Deployment Guide, Backup Guide, การลบทำลายข้อมูลพร้อมหนังสือรับรอง | 4.11.1–4.11.3 |
| เงื่อนไขสัญญา | งวดงาน ค่าปรับ รับประกัน SLA ความลับ PDPA ทรัพย์สินทางปัญญา ข้อกำหนดทั่วไป | 5–7, 10–16 |

## 7. สมมติฐาน (Assumptions)

1. มหาวิทยาลัยเป็นผู้จัดหาและรับผิดชอบค่าบริการ Cloud และ LLM API ซึ่งแยกจากวงเงินโครงการ (ข้อ 4.6.1) ผู้รับจ้างออกแบบให้ใส่คีย์ผ่านการตั้งค่าโดยไม่ฝังในโค้ด
2. มหาวิทยาลัยส่งมอบไฟล์เอกสาร 91 เล่มหรือยืนยันแหล่งข้อมูลออนไลน์ระยะแรก รวมถึงชุด Benchmark ฉบับเต็ม ตามกำหนดในแผนดำเนินงาน
3. ระบบนี้เป็นระบบใหม่ ไม่มีการเชื่อมต่อกับระบบยืนยันตัวตนกลาง (SSO) หรือระบบสารสนเทศเดิมของมหาวิทยาลัย ผู้ใช้ทั่วไปเข้าสู่ระบบด้วยอีเมล Gmail หรือ Facebook ตาม TOR
4. อัตลักษณ์ของเว็บไซต์ยึดเว็บไซต์หลักของมหาวิทยาลัย และจะปรับให้สอดคล้องกับ Dhammaverse เมื่อเว็บไซต์ดังกล่าวพร้อมให้อ้างอิง
5. ชุด Benchmark และเกณฑ์การให้คะแนนเป็นไปตามภาคผนวก ก ข้อ 5 การตีความเฉลยกรณีไม่ชัดเจนให้ผู้ทรงคุณวุฒิของมหาวิทยาลัยเป็นผู้ชี้ขาด
6. การทดสอบ UAT และการฝึกอบรมดำเนินการกับบุคลากรที่มหาวิทยาลัยกำหนด

## 8. ข้อจำกัดของระบบสาธิต

ระบบสาธิตพัฒนาขึ้นเพื่อแสดงความสามารถตามความต้องการข้างต้นในเครื่องเดียว จึงมีข้อจำกัดดังนี้ (รายละเอียดรายข้อดูที่หน้า `/tor`)

1. ยังไม่ได้ติดตั้งบน Cloud ของมหาวิทยาลัยและยังไม่ใช้โดเมนจริง (4.4.7, ก.1.5.2)
2. ไม่มี Auto Scaling และ WAF/Anti-DDoS จริง มีเฉพาะไฟล์ตั้งค่าที่ส่งมอบ (ก.1.6.2, ก.2.2.1)
3. ฐานองค์ความรู้เป็นชุดตัวอย่าง ไม่ใช่ 91 เล่มฉบับเต็ม และชุด Benchmark เป็นชุดตัวอย่างขนาดย่อ
4. การสืบค้นใช้ดัชนีในหน่วยความจำแทน Elasticsearch และโมเดล Embedding เฉพาะทาง โดยมี Adapter รองรับการสลับ
5. การประชุม การทดสอบ UAT และการฝึกอบรมกับบุคลากรจริงยังไม่เกิดขึ้น
6. โมเดลภาษาที่ใช้ในการสาธิตคือ Typhoon (SCB 10X) เชื่อมต่อผ่าน API แบบ OpenAI-compatible โดยคีย์อยู่ในไฟล์ `.env` ซึ่งไม่ถูกเผยแพร่ใน Repository

## 9. การตรวจสอบย้อนกลับ

ความต้องการแต่ละรายการในเอกสารนี้อ้างถึงรหัสข้อ TOR โดยตรง ตารางเปรียบเทียบข้อกำหนดฉบับเต็ม 200 ข้อ พร้อมสถานะและลิงก์ไปยังหน้าจอหรือเอกสารที่เกี่ยวข้อง แสดงที่หน้า `/tor` ของระบบ ส่วนการเชื่อมโยงระหว่างความต้องการกับกรณีทดสอบแสดงในเอกสาร `master-test-plan`