Finite Field / Math Lab

สร้างหลักฐานความถูกต้อง ไม่ใช่แค่ผลลัพธ์ที่เร็ว

Math Lab คือพื้นที่ที่เราแสดงวิธีจัดการการสร้างแบบจำลองเชิงคณิตศาสตร์ การพิสูจน์ทฤษฎีบท การตรวจสอบอย่างเป็นทางการ การทำซ้ำได้ และการใช้งานที่เชื่อถือได้ โดยไม่กล่าวเกินกว่าหลักฐานที่มี

โครงการสาธารณะ
NPA / STD / MATHLIB
ภาษาหลัก
Rust
ภาพรวม NPA
v0.1.1

หลักการของแล็บ

เผยแพร่ไม่ใช่แค่ผลลัพธ์ แต่รวมถึงขอบเขตของการตรวจสอบ

ข้อสรุปอย่าง “ใช้งานได้” “เร็ว” หรือ “พิสูจน์แล้ว” ยังไม่พอ เราแยกอินพุต สมมติฐาน ส่วนที่ต้องเชื่อถือ หลักฐานที่ตรวจสอบซ้ำได้อย่างอิสระ และประเด็นที่ยังค้างอยู่ให้เห็นชัดเจน

01 / ขอบเขต

ทำให้ฐานที่ต้องเชื่อถือมีขนาดเล็ก

อย่าวางตัวสร้างที่ซับซ้อนหรือ AI ไว้กลางความเชื่อถือ ต้องระบุฝั่งตรวจสอบขนาดเล็กให้ชัดเจน

02 / หลักฐาน

ทำให้หลักฐานเป็นสิ่งส่งมอบ

เก็บใบรับรอง แฮช รายการสมมติฐาน เงื่อนไขเบนช์มาร์ก และบันทึกในรูปแบบที่ผู้อื่นตรวจได้

03 / ทำซ้ำ

ออกแบบให้ทำซ้ำได้

ตรึงชุดเครื่องมือ ข้อมูลอินพุต คำสั่งรัน และเกณฑ์ เพื่อให้ตรวจสอบผลซ้ำได้

04 / ความตรงไปตรงมา

ไม่กล่าวเกินสถานะงานวิจัย

แยกวิธีปฏิบัติ การทดลอง และงานวิจัยออกจากกัน และวางข้อจำกัดไว้ข้างผลลัพธ์

ทบทวนวิธีการ

หมวดวิธีการบริการที่ยังต้องกำหนดขอบเขต ความรับผิดชอบ หลักฐานจากลูกค้า และการอนุมัติ ก่อนอธิบายว่าใช้กับโครงการได้

ทดลอง

มีการใช้งานที่ทำงานได้แล้ว แต่ขนาด ความเข้ากันได้ ประสิทธิภาพ หรือข้อกำหนดยังอาจเปลี่ยน ต้องมีเวอร์ชันและขั้นตอนทำซ้ำ

วิจัย

การออกแบบ การประเมิน การพิสูจน์ หรือการใช้งานยังดำเนินอยู่ ไม่ได้หมายถึงพร้อมให้บริการเชิงพาณิชย์หรือเสร็จสมบูรณ์

พอร์ตโฟลิโอวิจัย

ดูงานวิจัยตามระดับความพร้อมและหลักฐาน

การ์ดแต่ละใบแสดงระดับความพร้อม หลักฐาน สถานะปัจจุบัน และการตรวจสอบขั้นถัดไป การค้นหาและตัวกรองใช้สถานะในเบราว์เซอร์เท่านั้น

8 รายการ

ทดลอง โอเพนซอร์ส

01

Nano Proof Auditor

ชุดเครื่องมือพิสูจน์ที่ให้ใบรับรองมาก่อน

ชุดเครื่องมือวิจัยที่วางใบรับรองการพิสูจน์แบบมาตรฐานและฐานตรวจสอบขนาดเล็กไว้เป็นศูนย์กลางของการทบทวนการพิสูจน์แบบพึ่งพาชนิด

หลักฐาน
ซอร์ส / ข้อกำหนด / เทมเพลต CI
ปัจจุบัน
ภาพรวมสาธารณะ v0.1.1
การตรวจสอบถัดไป
แพ็กเกจทฤษฎีบทภายนอกและการตรวจสอบอิสระ
เปิดรายละเอียด NPA
ทดลอง โอเพนซอร์ส

02

NPA Standard Library

Logic / Nat / List / Algebra

คลังแพ็กเกจทฤษฎีบทมาตรฐานสำหรับรากฐาน NPA ที่นำกลับมาใช้ได้

หลักฐาน
ซอร์ส / แพ็กเกจพิสูจน์
ปัจจุบัน
รีโพซิทอรีสาธารณะที่แยกออกมา
การตรวจสอบถัดไป
ขอบเขตแพ็กเกจและความเข้ากันได้
GitHub
วิจัย โอเพนซอร์ส

03

NPA Math Library

คลังคณิตศาสตร์อย่างเป็นทางการ

แนวทางคลังสำหรับเก็บทฤษฎีบทคณิตศาสตร์เป็นแพ็กเกจพิสูจน์ที่ตรวจสอบซ้ำได้อย่างอิสระ

หลักฐาน
ซอร์ส / แพ็กเกจพิสูจน์
ปัจจุบัน
รีโพซิทอรีสาธารณะที่กำลังพัฒนา
การตรวจสอบถัดไป
โครงสร้างคลังและการตรวจสอบความสัมพันธ์พึ่งพา
GitHub
ทบทวนวิธีการ วิธีการ

04

แบบจำลองวางแผนที่มีข้อจำกัด

กะงาน / เส้นทาง / การมอบหมาย

วิธีแยกข้อจำกัดแข็งและตัวชี้วัดการประเมินในงานกะงาน การเยี่ยม เส้นทาง การผลิต และการมอบหมาย

หลักฐาน
แบบจำลอง / ต้นแบบ / รายงานอธิบาย
ปัจจุบัน
วิธีบริการ โดยจำกัดคำกล่าวสาธารณะไว้ที่การทบทวนวิธีการ
การตรวจสอบถัดไป
หลักฐานจากลูกค้าและการอนุมัติขอบเขต
ดูต้นแบบ
วิจัย การวัดผล

05

การประเมินตัวแก้ปัญหาที่ทำซ้ำได้

เบนช์มาร์กและหลักฐาน

โปรแกรมสำหรับตรึงชุดกรณี ฮาร์ดแวร์ เวลาจำกัด ค่าเริ่มสุ่ม และบันทึกดิบ ก่อนอ้างประสิทธิภาพ

หลักฐาน
ทะเบียนเบนช์มาร์ก / บันทึกดิบ / รายงาน
ปัจจุบัน
การออกแบบโปรแกรมวิจัย
การตรวจสอบถัดไป
ชุดข้อมูลเบนช์มาร์กสาธารณะแรก
ดูวิธีการ
วิจัย วิธีการเชิงรูปแบบ

06

การตรวจสอบตรรกะธุรกิจสำคัญ

เงื่อนไขคงสภาพสำหรับระบบธุรกิจ

งานวิจัยว่าด้วยการแยกค่าธรรมเนียม สิทธิ์ สินค้าคงคลัง และการเปลี่ยนสถานะเป็นข้อกำหนดและเงื่อนไขคงสภาพ

หลักฐาน
ข้อกำหนด / เงื่อนไขคงสภาพ / รายงานทดสอบหรือพิสูจน์
ปัจจุบัน
ศึกษาขอบเขต
การตรวจสอบถัดไป
เลือกกรณีจำลองงานผลิตที่มีขอบเขตหนึ่งกรณี
ดูการออกแบบความปลอดภัย
ทดลอง วิศวกรรม

07

ส่วนที่ต้องเชื่อถือขนาดเล็กใน Rust

องค์ประกอบที่ต้องเชื่อถือขนาดเล็ก

งานพัฒนาที่ทำให้ส่วนสำคัญต่อความเชื่อถือ เช่น ตัวตรวจสอบและแฮช เล็กพอให้ตรวจอ่านได้

หลักฐาน
แกนตรวจของ NPA / กล่องซอฟต์แวร์ใบรับรอง / ตัวตรวจอ้างอิง
ปัจจุบัน
การใช้งานสาธารณะใน NPA
การตรวจสอบถัดไป
ความเข้ากันได้กับตัวตรวจสอบอิสระ
ดูซอร์ส
วิจัย AI × การพิสูจน์

08

การช่วยพิสูจน์ด้วย AI และการตรวจสอบอิสระ

สร้างได้อิสระ ตรวจอย่างเข้มงวด

แนวทางวิจัยที่วาง AI ไว้ฝั่งสร้างตัวเลือก ขณะที่หลักฐานสุดท้ายต้องถูกตรวจสอบอย่างอิสระ

หลักฐาน
ตัวสร้างตัวเลือก / ใบรับรอง / รายงานตัวตรวจ
ปัจจุบัน
แนวทางวิจัยที่สอดคล้องกับโมเดลความเชื่อถือของ NPA
การตรวจสอบถัดไป
เวิร์กโฟลว์การเขียนที่วัดผลได้
ดูขอบเขตความเชื่อถือ

Nano Proof Auditor

แยกการสร้างการพิสูจน์ออกจากสิ่งที่เราเชื่อถือ

NPA คือชุดเครื่องมือการพิสูจน์ที่ให้ใบรับรองมาก่อนสำหรับการพิสูจน์แบบพึ่งพาชนิด ส่วนติดต่อ กลวิธี การค้นหาทฤษฎีบท ปลั๊กอิน AI ไฟล์ซอร์ส และสถานะ CI ช่วยสร้างตัวเลือกได้ แต่ไม่ใช่หลักฐานการพิสูจน์ที่เชื่อถือ

ทดลองโอเพนซอร์สAPACHE-2.0

ภาพรวมปัจจุบัน

v0.1.1

ตรวจข้อมูลสาธารณะเมื่อ 2026-06-21

แกนหลัก

Rust

ตัวตรวจสอบและ kernel ใน Rust เป็นส่วนหนึ่งของฝั่งตรวจสอบ

หลักฐานตรวจสอบ

.npcert

ไบต์ใบรับรองแบบมาตรฐานคือสิ่งที่ต้องตรวจ

จุดตรวจซ้ำ

ทบทวนด้วยคน

ต้องตรวจสถานะรีโพซิทอรีและการมองเห็นแพ็กเกจก่อนเผยแพร่

สำรวจขอบเขตความเชื่อถือ

คลิกดูว่าอะไรถูกเชื่อถือ และอะไรไม่ถูกเชื่อถือ

คลิกแต่ละโหนดเพื่อตรวจดูหน้าที่ ผลลัพธ์ และการตรวจที่ยังจำเป็น

ไม่เชื่อถือ
ตรวจแล้ว

ขอบเขตสำคัญ

ปัจจุบัน NPA ยังไม่ใช่สิ่งทดแทน Lean หรือ Rocq ในทางปฏิบัติ หน้านี้อธิบายการออกแบบงานวิจัยที่เน้นใบรับรอง และไม่ได้รับประกันระบบเชิงพาณิชย์ที่ไร้บั๊กหรือการแก้ทฤษฎีบทอัตโนมัติ

การตรวจใบรับรอง / การจำลองเพื่ออธิบาย

ทดลองดูลำดับการตรวจใบรับรอง

การโต้ตอบในเบราว์เซอร์อธิบายลำดับการตรวจ ไม่ได้รัน NPA, Rust, WASM หรือใบรับรองการพิสูจน์จริง

ตัวอย่าง CLI

npa package verify-certs --root . --checker reference --json
NPA / ร่องรอยตรวจสอบ พร้อม
  1. 01 อ่านใบรับรองไบต์มาตรฐาน / รูปแบบ รอ
  2. 02 ตรวจแฮชของใบรับรองcertificate_hash รอ
  3. 03 ตรวจด้วยแกนตรวจการตรวจการพิสูจน์แบบพึ่งพาชนิด รอ
  4. 04 ตรวจซ้ำด้วยตัวตรวจอ้างอิงผลตัดสินที่ไม่พึ่งซอร์ส รอ
  5. 05 เปรียบเทียบรายงานสัจพจน์แฮชรายงานสัจพจน์ รอ

ผลตัดสิน

ยังไม่ได้รันคำอธิบาย

รันคำอธิบายเพื่อดูขั้นตอนตามลำดับ

ระบบนิเวศของการพิสูจน์

ทำให้บทบาทชัดเจน แทนการจัดอันดับเครื่องมือ

Lean และ Rocq เป็นระบบนิเวศผู้ช่วยพิสูจน์ที่เติบโตแล้ว ส่วน NPA ในหน้านี้แสดงเป็นโครงการวิจัยและพัฒนาที่เน้นใบรับรอง ไม่ใช่การจัดอันดับเพื่อทดแทนกัน

รายการLeanRocqNPA
ตำแหน่ง ภาษาโปรแกรมและผู้ช่วยพิสูจน์แบบโอเพนซอร์ส เครื่องพิสูจน์ทฤษฎีบทแบบโต้ตอบที่มีประวัติการวิจัยยาวนาน รีโพซิทอรีวิจัยและพัฒนาสำหรับการตรวจที่ให้ใบรับรองมาก่อน
การใช้งานทั่วไป คณิตศาสตร์ การตรวจสอบซอฟต์แวร์ และการเขียนโปรแกรม คณิตศาสตร์ ข้อกำหนด การตรวจสอบโปรแกรม และการดึงโปรแกรมออกจากการพิสูจน์ งานวิจัยเรื่องใบรับรองการพิสูจน์และการตรวจสอบอิสระ
จุดเน้น การขยายได้ คลัง และการพิสูจน์แบบโต้ตอบ พลังในการแสดงข้อกำหนด วิธีการที่เติบโตแล้ว และคลังที่พร้อมใช้ ฐานที่ต้องเชื่อถือขนาดเล็กและใบรับรองมาตรฐาน
บทบาทในหน้านี้ แหล่งอ้างอิงสำหรับการเรียนรู้ เปรียบเทียบ และทำงานร่วมกับระบบอื่น แหล่งอ้างอิงสำหรับการเรียนรู้ เปรียบเทียบ และวิธีทำให้ข้อกำหนดเป็นรูปแบบทางการ โครงการวิจัยของ Finite Field
ขอบเขต ยังต้องใช้ความรู้เฉพาะทาง ยังต้องใช้ความรู้เฉพาะทาง ขณะนี้ไม่ได้ตั้งใจให้ใช้แทน Lean หรือ Rocq ในทางปฏิบัติ

วิธีวิจัย

เปลี่ยน “ใช้งานได้” ให้เป็นขั้นตอนตรวจที่ทำซ้ำได้

ผลลัพธ์จะแข็งแรงขึ้นเมื่อผู้อื่นสามารถรันซ้ำ ตรวจสอบ และปฏิเสธได้ภายใต้เงื่อนไขเดียวกัน

01

คำถาม

กำหนดสิ่งที่จะตรวจ: ประสิทธิภาพ ความถูกต้อง ความเข้ากันได้ หรือขอบเขต

02

สมมติฐาน

เขียนสมมติฐาน สิ่งที่ไม่รวม สัจพจน์ ช่องว่างข้อมูล และอคติก่อนประเมิน

03

หลักฐาน

เก็บซอร์ส ใบรับรอง อินพุต บันทึกการรัน และแฮช

04

การตรวจอิสระ

ตรวจผลผ่านเส้นทางที่ต่างจากฝั่งสร้าง

05

เบนช์มาร์ก

ตรึงฮาร์ดแวร์ เวอร์ชัน เวลาจำกัด ชุดกรณี และค่าเริ่มสุ่ม

06

ข้อจำกัด

เผยแพร่กรณีล้มเหลว กรณีที่ยังไม่รองรับ ขอบเขตประสิทธิภาพ และการตรวจขั้นถัดไป

ตัวช่วยตรวจความพร้อมทำซ้ำ

ตรวจว่างานเผยแพร่วิจัยยังขาดอะไร

เช็กลิสต์นี้ประมวลผลเฉพาะในเบราว์เซอร์ ไม่ใช่คะแนนรับรอง

ความพร้อม

0%

การดำเนินการถัดไป

กำหนดคำถามวิจัยและเงื่อนไขสำเร็จก่อน

ก่อนตัดสินรูปแบบหลักฐาน ให้ตรึงสิ่งที่จะเปรียบเทียบหรือตรวจ

หลักฐานสาธารณะ

ติดตามหลักฐานสาธารณะจากทางเข้าเดียว

หน้านี้หลีกเลี่ยงการเรียก GitHub API ระหว่างใช้งาน สถานะรีโพซิทอรีเป็นภาพรวมที่ผ่านการทบทวนและต้องตรวจอีกครั้งก่อนเผยแพร่

4 รายการ

finitefield-org

npa

ชุดเครื่องมือการพิสูจน์ที่ให้ใบรับรองมาก่อน

Rust / OCamlApache-2.0ทดลอง
ตรวจสอบ package verify-certs

finitefield-org

npa-std

แพ็กเกจทฤษฎีบทมาตรฐาน

การพิสูจน์แพ็กเกจทดลอง
บทบาท Std.Logic / Nat / List

finitefield-org

npa-mathlib

คลังคณิตศาสตร์อย่างเป็นทางการ

คณิตศาสตร์การพิสูจน์วิจัย
บทบาท แพ็กเกจทฤษฎีบทเชิงรูปแบบ

GitHub

finitefield-org

ดัชนีรีโพซิทอรีสาธารณะ

องค์กรโอเพนซอร์ส
ดัชนี รีโพซิทอรีสาธารณะทั้งหมด

นโยบายการเผยแพร่

รีโพซิทอรีสาธารณะ บันทึกวิจัย และเบนช์มาร์กควรมีวันที่ตรวจ ระดับความพร้อม ขั้นตอนทำซ้ำ และข้อจำกัดที่ทราบ ไม่แสดงจำนวนดาวหรือจำนวนคอมมิตเป็นสัญญาณคุณภาพงานวิจัย

จากแล็บสู่การปฏิบัติงาน

นำวินัยของงานวิจัยเข้าสู่การออกแบบระบบธุรกิจ

ไม่ใช่ทุกระบบลูกค้าต้องใช้การพิสูจน์ทฤษฎีบท สิ่งที่นำไปใช้ได้จริงคือการตัดสินใจว่าอะไรต้องเชื่อถือ เปรียบเทียบ ตรวจ แก้ไข และอนุมัติโดยคน

แนวปฏิบัติในแล็บ

ขอบเขตความเชื่อถือ

แยกการสร้าง การคำนวณ และการตรวจขั้นสุดท้าย แทนการเชื่อทุกชั้นเท่ากัน

หลักฐาน

เก็บอินพุต เอาต์พุต ใบรับรอง แฮช และบันทึกเป็นหลักฐานที่ทบทวนได้

การทำซ้ำได้

ตรึงข้อมูล เวอร์ชัน คำสั่ง และเกณฑ์ประเมินก่อนเปรียบเทียบผล

ข้อจำกัด

เผยแพร่เงื่อนไข กรณีล้มเหลว และประเด็นที่ยังไม่แก้ด้วยน้ำหนักเท่ากับผลลัพธ์

ระบบลูกค้า

อำนาจและความรับผิดชอบ

กำหนดว่าใครป้อนข้อมูล ใครทบทวน ใครแก้ทับ และใครยืนยันผล

เหตุผลของการตัดสินใจ

แสดงข้อจำกัด คะแนนประเมิน ตัวเลือกที่ถูกปฏิเสธ และประเด็นที่ยังค้าง

ตรวจสอบย้อนหลังได้

เก็บการเปลี่ยนเงื่อนไข รอบคำนวณ และประวัติอนุมัติขั้นสุดท้าย

ดุลยพินิจของคน

ทำให้ผลลัพธ์อัตโนมัติแก้ไข ปฏิเสธ และอธิบายต่อผู้ปฏิบัติงานได้

บันทึกวิจัย

ทำให้ประวัติอัปเดตและหลักฐานอ่านได้

ไม่ใช่ทุกการ์ดเป็นบทความที่เผยแพร่แล้ว บันทึกที่กำลังเตรียมจะไม่ถูกระบุว่าเป็นผลงานเผยแพร่จนกว่าจะมีวันที่ แหล่งที่มา และขั้นตอนทำซ้ำ

NPA / ปัจจุบัน

ทำไมจึงวางใบรับรองไว้เป็นศูนย์กลาง

เหตุใดหลักฐานขั้นสุดท้ายควรเป็นใบรับรองมาตรฐานที่ตรวจโดยเส้นทางอิสระขนาดเล็ก

ดูรีโพซิทอรีสาธารณะ
บันทึกออกแบบ / วางแผน

ทำให้ผลการปรับให้เหมาะสมอธิบายได้

บันทึกออกแบบเกี่ยวกับการแสดงวัตถุประสงค์ ข้อจำกัดบังคับ ความพึงพอใจแบบยืดหยุ่น และงานที่ยังไม่ได้มอบหมายในส่วนติดต่อผู้ใช้

ดูเดโมที่เกี่ยวข้อง
เบนช์มาร์ก / วางแผน

เงื่อนไขสำหรับการเปรียบเทียบตัวแก้ปัญหาอย่างเป็นธรรม

บันทึกที่วางแผนไว้เกี่ยวกับชุดกรณี เวลาจำกัด ช่องว่างจากค่าที่ดีที่สุด ค่าเริ่มสุ่ม และฮาร์ดแวร์

ดูเกณฑ์เผยแพร่

รายการ “กำลังเตรียม” ไม่ใช่บทความเผยแพร่ หลังเผยแพร่แล้ว แต่ละบันทึกจะมีวันที่ แหล่งที่มา ผู้เขียน เส้นทางทำซ้ำ และข้อจำกัดที่ทราบ

FAQ

ขอบเขตของงานวิจัย เครื่องมือพิสูจน์ และการใช้งานธุรกิจ

ประเด็นเหล่านี้ถูกทำให้ชัดเจนก่อนที่หน้าวิจัยจะถูกเข้าใจผิดว่าเป็นการรับประกันสำหรับระบบผลิตจริง

อ่านข้อมูลบริษัท
01 Math Lab เป็นบริการรับพัฒนาระบบหรือไม่
ไม่ใช่ ที่นี่เป็นพื้นที่เผยแพร่ทัศนะและหลักฐานงานวิจัย ในการหารือลูกค้า เราแยกวิธีที่นำไปใช้ได้ วิธีที่ต้องตรวจเพิ่ม และหัวข้อที่ยังอยู่ระยะวิจัย
02 NPA ใช้แทน Lean หรือ Rocq ได้หรือไม่
ไม่ได้ NPA ปัจจุบันยังไม่ใช่สิ่งทดแทน Lean หรือ Rocq ในทางปฏิบัติ แต่เป็นโครงการวิจัยและพัฒนาเกี่ยวกับใบรับรอง การตรวจอิสระ และฐานที่ต้องเชื่อถือขนาดเล็ก
03 เชื่อการพิสูจน์ที่ AI สร้างตามเดิมหรือไม่
ไม่เชื่อ AI การค้นหา และกลวิธีช่วยสร้างตัวเลือกได้ เราเน้นว่าใบรับรองสุดท้ายถูกยอมรับโดยตัวตรวจที่เป็นอิสระจากเส้นทางการสร้างเหล่านั้นหรือไม่
04 การตรวจสอบอย่างเป็นทางการกำจัดบั๊กทั้งหมดหรือไม่
ไม่ การใช้วิธีเชิงรูปแบบตรวจคุณสมบัติเฉพาะตามข้อกำหนดที่ระบุไว้ ข้อกำหนดที่ผิด โค้ดนอกขอบเขต งานปฏิบัติการ และบริการภายนอกยังต้องทบทวนแยกต่างหาก
05 เกี่ยวข้องกับงานระบบธุรกิจหรือไม่
เกี่ยวข้อง โดยปกติเรานำวินัยนี้ไปใช้แบบค่อยเป็นค่อยไป เช่น ข้อจำกัด เหตุผลของผลลัพธ์ ประวัติคำนวณ ขอบเขตสิทธิ์ และการตรวจตรรกะธุรกิจสำคัญ

ปรึกษาปัญหา

คุณปรึกษางานที่ต้องแก้ได้ ไม่ใช่เฉพาะหัวข้อวิจัย

เริ่มจากสเปรดชีต กฎ และจุดที่คนต้องแก้ไขการตัดสินใจในปัจจุบัน เราช่วยแยกได้ว่าควรเริ่มจากการสร้างแบบจำลองเชิงคณิตศาสตร์ การทำกฎอัตโนมัติ หรือต้นแบบก่อน

ภาพรวมแหล่งข้อมูล / 2026-06-21

คำกล่าวเกี่ยวกับ NPA อ้างอิงจากภาพรวมรีโพซิทอรี finitefield-org/npa ส่วนตำแหน่งของ Lean และ Rocq อ้างอิงจากเว็บไซต์ทางการ สถานะรีโพซิทอรี แท็กล่าสุด และถ้อยคำระดับทบทวนวิธีการตรวจเมื่อ 2026-06-28