AI Sovereign & Governance Platform · for Thai Government

RootsClaw

แพลตฟอร์ม AI สำหรับภาครัฐ ที่ เป็นเจ้าของได้เอง · ควบคุม-ตรวจสอบได้ · ข้อมูลอยู่ในพื้นที่ — เริ่มต้นด้วยระบบรับแจ้งเหตุและติดตามงานบนมาตรฐานสากล Open311

Edge Agentic AI · on-prem AI Governance (ธรรมาภิบาล) ต่อยอดบน LINE OA เดิม มาตรฐาน Open311 / GeoReport v2

โดย Trinity Roots — Odoo Official Partner

ISO/IEC 29110

Odoo Certified

ประสบการณ์ 10+ ปี · ภาครัฐ & เอกชน

ลูกค้าภาครัฐ: NECTEC · DGA · GSB

หัวข้อนำเสนอ

AI Sovereign & Governance

ทำไมภาครัฐต้องการ AI แบบนี้ และมันคืออะไร

ทำไม RootsClaw

ไม่ใช่แค่ระบบรับแจ้งเรื่อง แต่เป็นแพลตฟอร์มภาครัฐ

RootsClaw คืออะไร

3 เสาหลัก + ช่องทาง + แนวคิด

Pilot · Open311

ระบบรับแจ้งเหตุ บนมาตรฐานสากล

สถาปัตยกรรม

RootsClaw ทำงานอย่างไร

หน้าตาการใช้งาน

ฝั่งประชาชน & ฝั่งเจ้าหน้าที่

Roadmap

จากระบบแจ้งเหตุ สู่แพลตฟอร์มภาครัฐเต็มรูปแบบ

ประโยคเดียวที่อยากให้จำ RootsClaw ไม่ใช่ "ระบบรับเรื่องร้องเรียน" — แต่เป็น "แพลตฟอร์ม AI ภาครัฐ" ที่มีระบบรับแจ้งเหตุเป็น use case แรก

01 · แนวคิดหลัก

AI Sovereign & Governance (AI อธิปไตย & ธรรมาภิบาล)

เมื่อ AI เปลี่ยนจาก "ตอบคำถาม" เป็น "ลงมือทำแทนคน" ภาครัฐต้องการ AI ที่เป็นเจ้าของได้ ควบคุมได้ และตรวจสอบได้

⚠️

ทำไม — ปัญหาของ AI บนคลาวด์

อธิปไตยข้อมูล (Sovereignty): ข้อมูลราชการ/ประชาชนต้องอยู่ในประเทศ (กฎ sovereign cloud, PDPA)
ผูกขาด & ต้นทุนบานปลาย: ค่า API/รายเดือนพุ่งไม่หยุด
ช่องว่างธรรมาภิบาล (Governance): ไม่มี audit / ควบคุมไม่ได้ว่า AI ทำอะไร
ความเสี่ยงจาก "AI ลงมือทำ": agentic AI ทำงานเอง ต้องมีคนกำกับ

🛡️

อะไร — นิยาม 2 ด้าน

Sovereign: ติดตั้งบนเครื่องในองค์กร (on-prem) หรือคลาวด์ในประเทศ — ข้อมูลไม่ออกนอกพื้นที่ · เป็นเจ้าของเอง

Governance: ทุกการกระทำของ AI ควบคุมได้ · ตรวจสอบได้ (audit) · มีคนอนุมัติ (human-in-loop) · เป็นไปตาม PDPA

สั้นๆ: AI ที่ "ทำงานในบ้านเรา ภายใต้กติกาเรา และพิสูจน์ได้ว่าทำอะไร"

ทิศทางนี้คือกระแสโลก — ไม่ใช่แค่เรา

🇸🇬

สิงคโปร์ (IMDA)

ออก Model AI Governance Framework for Agentic AI (ม.ค. 2026) — กรอบแรกของโลกสำหรับ AI ที่ลงมือทำ

📊

Gartner คาดการณ์

ภายในปี 2028 กรอบ Responsible AI จะเป็น เงื่อนไขของสัญญาภาครัฐกว่า 60% ที่เกี่ยวกับ AI (G00837228)

🇹🇭

ไทย

กฎ sovereign cloud สำหรับข้อมูลรัฐ · แนวปฏิบัติ AI ของ PDPC (ก.พ. 2026) · สิทธิขอคำอธิบายการตัดสินใจอัตโนมัติ

จุดพลิก ในภาคเอกชน "ธรรมาภิบาล AI" เป็นเรื่องขายยาก — แต่ในภาครัฐไทย มัน กำลังกลายเป็นข้อกำหนดตามกฎหมาย ดังนั้นจุดแข็งนี้ของ RootsClaw คือ "ตัวเปิดประตู" ไม่ใช่ภาระ

02 · จุดยืน

ทำไม RootsClaw

RootsClaw ไม่ใช่ "ระบบรับเรื่องร้องเรียน" อีกตัวหนึ่ง — แต่เป็น แพลตฟอร์ม AI ภาครัฐ ที่มีระบบติดตามงานเป็นเพียงโมดูลแรก

🧩

เครื่องมือเฉพาะทาง (เช่น แอปรับแจ้งเรื่อง)

ทำได้อย่างเดียว: รับเรื่อง → ติดตาม
ไม่เชื่อมงานหลังบ้าน (งบ/ใบอนุญาต/เอกสาร)
ไม่มี AI ที่กำกับได้ · ข้อมูลมักอยู่บนคลาวด์เจ้าอื่น

🏛️

RootsClaw — แพลตฟอร์ม AI ภาครัฐ

ระบบรับแจ้งเหตุ = use case แรก (ตัวเปิดประตู)
ต่อยอดได้: งบประมาณโปร่งใส · ESG/SDG · เอกสาร · ใบอนุญาต
มี AI agentic ที่กำกับได้ (Claw Shield) · ข้อมูล on-prem
เชื่อมงานหลังบ้านจริงผ่าน ERP (Beecy/Odoo)

โมเดลที่พิสูจน์แล้ว ในสหรัฐฯ HeyGov เริ่มจากบริษัททำเว็บเทศบาล → กลายเป็นแพลตฟอร์มบริการประชาชนครบวงจร (จ่ายเงิน · ใบอนุญาต · 311 · AI สรุปประชุม) ใช้ใน 380+ เทศบาล — เส้นทางเดียวกับ Roots (จาก Odoo ERP → RootsClaw)

ทำไมต้องเป็น Roots

🤝

Odoo Official Partner

ผู้นำ Implementation ของไทย

🏅

มาตรฐานสากล

ISO/IEC 29110 · Odoo Certified

🏛️

ประสบการณ์ภาครัฐ

NECTEC · DGA · GSB · 10+ ปี

⚙️

BEECY / Odoo

ระบบหลังบ้านพร้อมต่อยอด

03 · ผลิตภัณฑ์

RootsClaw คืออะไร

แพลตฟอร์ม Edge Agentic AI ที่ภาครัฐเป็นเจ้าของเอง — ประกอบด้วย 3 เสาหลัก ทำงานบนช่องทางที่ประชาชนใช้อยู่แล้ว

เสาที่ 1

🔒 Sovereign by Design

ติดตั้งบนเครื่องในองค์กร (MSI EdgeXpert) หรือคลาวด์ในประเทศ · ข้อมูลอยู่ในพื้นที่ · ถือกุญแจเข้ารหัสเอง (BYOK)

เสาที่ 2

🛡️ Governance (Claw Shield)

ด่านควบคุม runtime: ความปลอดภัย · กฎหมาย/PDPA · ความเป็นส่วนตัว (PII) · ความถูกต้อง + บันทึก audit ทุกขั้นตอน + คนอนุมัติ

เสาที่ 3

🧠 Industry Intelligence

สกิลเฉพาะงานภาครัฐ · ตัวเชื่อม ERP (MCP) · ผู้ช่วย AI "น้องคลอ" · สร้าง workflow ได้ (Phase 2)

📲 ช่องทาง (Channel) + แนวคิด

ประชาชนใช้ LINE OA เดิม (ไม่ต้องเรียนรู้แอปใหม่) · เจ้าหน้าที่ใช้ คอนโซล RootsClaw (โหมด Simple ภาษาไทย) · เปิด API มาตรฐาน Open311 เชื่อมระบบอื่นได้

Hermes (agent runtime)LiteLLMvLLM / Ollama Typhoon (ไทย) · Gemma · QwenNeMo Guardrails · Presidio · OPA Langfuse (audit)Odoo OCA Helpdeskทั้งหมดเป็น Open-source

หัวใจราคา เป็นเจ้าของเอง · ไม่มีค่ารายเดือน/รายเรื่อง · ไม่มีค่าขอสถิติ · ข้อมูลอยู่ในเทศบาล

04 · นำร่อง

Pilot: ระบบรับแจ้งเหตุ บนมาตรฐาน Open311 / GeoReport v2

นำร่องที่ เทศบาลเมืองร้อยเอ็ด — ต่อยอดบน LINE OA เดิม เน้นระบบหลังบ้าน สถิติ และแดชบอร์ดที่เขายังไม่มี

🔄

ขั้นตอน (ย่อ)

ประชาชนแจ้งผ่าน LINE (รูป + พิกัด) — AI ร่างเรื่องให้
AI ตรวจเรื่องซ้ำ (dedup) ด้วย ตำแหน่ง+ภาพ+ข้อความ+เวลา
สร้าง/รวมเป็น ticket ในระบบ → มอบหมาย (คนยืนยัน)
แจ้งสถานะกลับประชาชน · สถิติ/แดชบอร์ดขึ้นอัตโนมัติ

🌐

ทำไมต้อง Open311 / GeoReport v2

มาตรฐานสากล — ใช้โดย Chicago · San Francisco · Boston · World Bank · HeyGov
ไม่ผูกขาด — เทศบาลย้าย/เชื่อมระบบอื่นได้ = พิสูจน์ว่า "เป็นเจ้าของจริง"
เพิ่มเครดิต — "เราใช้มาตรฐานเดียวกับเมืองชั้นนำของโลก"
ร้อยเอ็ดจะเป็น GeoReport v2 แห่งแรกในไทย

บทเรียนที่ทำให้ร้อยเอ็ดเหมาะ เทศบาลปฏิเสธ Traffy (ขอสถิติเสียเงิน + ใหญ่เกิน) · Smart 101 (ค่าอัปเกรดไม่จบ) · Bedrock (~2 ลบ.) — ทั้งหมดตกที่ ต้นทุน + ผูกขาด ซึ่ง RootsClaw ออกแบบมาเพื่อชนะ 4 ข้อ: เป็นเจ้าของเอง · ไม่บานปลาย · ข้อมูลในพื้นที่ · ขนาดพอดี

เกณฑ์	RootsClaw	Traffy	Smart 101	Bedrock
ค่าใช้จ่ายต่อเนื่อง	ไม่มี (OSS)	ค่าสถิติ	ค่าอัปเกรด	ค่าดูแลสูง
ข้อมูลอยู่ที่เทศบาล	ใช่ (on-prem)	คลาวด์ สวทช.	ผู้ให้บริการ	คลาวด์ผู้ขาย
เหมาะกับเมือง 34,000 คน	ใช่	ใหญ่เกิน	พอได้	ใหญ่/แพง
เชื่อมงานหลังบ้าน (ERP)	ใช่	ไม่	ไม่	ได้ (หนัก)

05 · สถาปัตยกรรม

RootsClaw ทำงานอย่างไร

ทุกอย่างอยู่ใน "ขอบเขตอธิปไตย" บนเครื่องของเทศบาล · Odoo ทำงานเป็นระบบหลังบ้าน (headless) · RootsClaw เป็นหน้าบ้านเดียว

☁️ นอกขอบเขต (ใช้เมื่อจำเป็น & ควบคุม) — Claude (กรอง PDPA, งานไม่อ่อนไหว) · SearXNG (ปิดเป็นค่าเริ่มต้น)

▲ ออกนอกได้เฉพาะที่อนุญาต (gated)

🔒 ขอบเขตอธิปไตย — MSI EdgeXpert / คลาวด์ในประเทศ · BYOK

① ผู้ใช้ & ช่องทาง

ประชาชน → LINE OA · เจ้าหน้าที่ → คอนโซล (Simple mode) · ระบบอื่น → Open311 API

▼

🛡️ Claw Shield (ธรรมาภิบาล)

NeMo Guardrails · Presidio (PII/PDPA) · OPA · Keycloak (RBAC/SSO) · Langfuse (audit) — ด่านควบคุมเดียวที่ทุกอย่างผ่าน

▼

② สมอง — Hermes Agent Runtime

สกิล · subagents · cron · MCP · ผู้ช่วย "น้องคลอ" | LiteLLM gateway → vLLM/Ollama (Typhoon ไทย · Gemma · Qwen)

▼

③ ระบบหลังบ้าน (headless) — ADR-001

Odoo OCA Helpdesk = ระบบเก็บข้อมูลจริง (system-of-record) · Qdrant/pgvector (RAG) · หน้าจอ Odoo = ทางลัดสำหรับแอดมินเท่านั้น

🔌 Open standard

เปิด API Open311/GeoReport v2 — เชื่อม/ย้ายได้ ไม่ผูกขาด

🧱 Open-source ทั้งสแตก

ทุกชิ้นในเส้นทางหลัก fork ได้เอง ไม่มีใคร paywall

📈 ขยายเป็นชั้น (tiers)

1 เครื่องนำร่อง → คลัสเตอร์ → หลายเทศบาล

06 · ประสบการณ์ใช้งาน

หน้าตาการใช้งานจริง

ฝั่งประชาชนใช้ LINE ที่คุ้นเคย · ฝั่งเจ้าหน้าที่ใช้คอนโซล RootsClaw (เมนู Cases) ที่เห็นเรื่องรวมครบในที่เดียว

▶ เปิด Interactive Mockup (v3) — คลิกใช้งานจริง ↗

ฝั่งประชาชน · LINE OA

รอ

เทศบาลเมืองร้อยเอ็ด

🤖 น้องคลอ

🛣️🕳️

ขอบคุณครับ 📸 รบกวนแชร์ตำแหน่งด้วยนะครับ

📍 แชร์ตำแหน่ง

หมวด: ถนน/น้ำท่วม · AI ร่าง: "พบหลุม+น้ำท่วมขัง ซอย C" (แก้ไขได้)

🔎 มีผู้แจ้งจุดนี้แล้ว #4809 (8 คน) — เพิ่มรายงานไหม?

➕ เพิ่มรายงาน

✅ เพิ่มแล้ว! #4809 มีผู้แจ้ง 9 คน — จัดเป็น "เร่งด่วน"

ฝั่งเจ้าหน้าที่ · RootsClaw Console — เมนู Cases

RRootsClaw ManagerOperator StandardSimple 🛡 Claw Shield

▦ Dashboard

🗂 Cases 128

✅ Approvals 5

📊 Reports

🛠 กองช่าง

⚙ ตั้งค่า

#4809 · น้ำท่วม/หลุมถนน ซอย C 🔴 เร่งด่วน👥 9 ผู้แจ้งกำลังดำเนินการ

มอบหมาย: กองช่าง (AI เสนอ → จนท. ยืนยัน) · SLA เหลือ 6 ชม.

🤖 น้องคลอรวม 9 รายงาน (รัศมี 22 ม. · ภาพตรงกัน) · ⚠️ เคยปิดงาน 3 เดือนก่อน → เกิดซ้ำ ควรแก้ต้นเหตุ

อัปเดตสถานะมอบหมายใหม่ปิดงาน

รออนุมัติ · 5

WO-2231 · ซ่อมถนน
฿8,400 · #4809

ตอบประชาชน
ร่างพร้อม · #4790

🛡 ขอบเขต AI

✅ อ่าน + ร่าง/เสนอ
⛔ มอบหมาย/ปิดงาน = คนยืนยัน
🔒 ประมวลผล on-prem

โหมด Simple สำหรับเจ้าหน้าที่หน้างานกดสลับเป็น Simple → ภาษาไทย · ปุ่มใหญ่ · มีปุ่ม "ทำไม?" อธิบายแบบเข้าใจง่าย · "ผู้ช่วยแค่ร่างให้ — คุณเป็นคนอนุมัติ" (อ้างอิง: RootsClaw_UI_Mockup_v3)

ก้าวต่อไป Roots นำเครื่อง Edge AI มาติดตั้งให้ ทดสอบที่หน้างาน (POC) · ขอ สำรวจ+สัมภาษณ์เจ้าหน้าที่ เพื่อออกแบบให้ตรงงาน · นำร่องที่ร้อยเอ็ด → ต้นแบบขยายสู่ท้องถิ่นอื่น

07 · ทิศทางการเติบโต

Roadmap — จากระบบแจ้งเหตุ สู่แพลตฟอร์มภาครัฐ

ระบบรับแจ้งเหตุคือ ก้าวแรก (use case แรก) — แต่ละก้าวต่อไปทำให้ RootsClaw เป็นแพลตฟอร์มที่ลึกขึ้น มีคุณค่ามากขึ้น และยั่งยืนขึ้น

NOWนำร่อง (กำลังทำ)

ระบบรับแจ้งเหตุ + ติดตามงาน Core
มาตรฐาน Open311 / GeoReport v2
LINE OA + Claw Shield + แดชบอร์ด
Headless Odoo Helpdesk (system-of-record)

NEXTต่อยอดแพลตฟอร์ม

ERP Integration (Beecy/Odoo) — เชื่อมงบ/การเงิน → งบโปร่งใส, ESG Core
OCA Maintenance / HEMMS — แจ้งเหตุ → งานซ่อมบำรุง → ประวัติสินทรัพย์ Core
Open Data — เปิด API Open311 + แดชบอร์ดสาธารณะ โปร่งใส
eSign เอกสาร / Workflow — ลงนามดิจิทัล + อนุมัติงาน

LATERบริการประชาชน & ความยั่งยืน

Government Payment Services — ชำระเงิน (PromptPay/บัตร) รายได้
Facilities Reserve / Rental — จอง/เช่าสถานที่ + ชำระเงิน รายได้
AI Mobile (E2B on-device) — เจ้าหน้าที่ภาคสนาม ใช้งาน offline นวัตกรรม

ลำดับการต่อยอด (dependencies) Payment เป็นรากฐานของ Reserve/Rental และบริการที่มีค่าธรรมเนียม · ERP Integration เป็นรากฐานของงบประมาณโปร่งใสและการเชื่อมงานหลังบ้าน · ทุกก้าวต่อยอดบนแกนเดิม (Odoo/OCA = จุดแข็งของ Roots)

ข้อความเชิงกลยุทธ์ เริ่มจากสิ่งที่สร้างความไว้วางใจ (แจ้งเหตุ) → ลึกขึ้นด้วยจุดแข็ง ERP ของ Roots → ค่อยเพิ่มบริการที่สร้างรายได้ เมื่อความไว้วางใจมาแล้ว

หมายเหตุ: ลำดับเวลาเป็นแนวทาง ปรับตามความพร้อมและงบประมาณของแต่ละหน่วยงาน · รายการ "รายได้" สำหรับเวอร์ชันนำเสนอภายใน/นักลงทุน จะเน้นมุมมองรายได้ชัดเจนกว่านี้