AIEndpoint — มาตรฐานเปิดของเอนด์พอยต์ /ai ที่ทำให้ AI Agent เข้าใจทุกเว็บเซอร์วิสได้ทันที

 (github.com/aiendpoint)
3 คะแนน โดย bejoyfuuul 2026-03-18 | 7 ความคิดเห็น | แชร์ทาง WhatsApp

สวัสดีครับ

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

ตอนนี้ AI Agent ใช้วิธีอ่านเว็บเซอร์วิสอยู่ประมาณ 3 แบบ

  1. HTML scraping — เนื้อหาที่ได้กลับมามากกว่า 80% เป็น noise จากโฆษณา เมนูนำทาง และสคริปต์ (~หลายหมื่นโทเคน)
  2. อ่าน API docs แล้ว hardcode — พอบริการเปลี่ยนก็พังทุกครั้ง
  3. ใช้ MCP — มีให้ใช้ในบริการน้อยมาก และจำกัดอยู่แค่นักพัฒนา

จึงได้ทำเป็นโอเพนซอร์สเพื่อเสนอ convention ตามลำดับต่อไปนี้

  • robots.txt (1994) → บอก crawler ว่า “อย่ามาที่นี่”
  • sitemap.xml (2005) → บอก crawler ว่า “อยู่ตรงนี้”
  • /ai (2026) → บอก AI Agent ว่า “เราทำอะไรได้บ้าง” ← สิ่งที่ยังไม่เคยมี

(ระหว่างทำก็ไปค้นดูเพิ่ม พบว่า robots.txt ก็ถูกเสนอขึ้นครั้งแรกโดย Martijn Koster วิศวกรซอฟต์แวร์ชาวเนเธอร์แลนด์เช่นกัน ว่ากันว่ามันถูกคิดขึ้นเพื่อแก้ปัญหาเว็บครอว์เลอร์ยุคแรก ๆ ที่สร้างภาระให้เซิร์ฟเวอร์มากเกินไป)

ผมอยากให้ผู้ที่เป็นเจ้าของเว็บเซอร์วิสต่าง ๆ ลองทำ GET /ai

  • เพื่อให้ AI Agent อ่านข้อมูลแบบมีโครงสร้างได้ทันที
  • และเปลี่ยนไปสู่การเรียก API โดยตรงได้
  • โดยไม่ต้อง scraping ไม่ต้อง parse เอกสาร และไม่สิ้นเปลืองโทเคน

ดูได้ที่นี่

curl https://api.aiendpoint.dev/ai | jq .

จนถึงตอนนี้ทำสิ่งเหล่านี้ไว้แล้ว (with claude, codex)

  • Open spec (Apache 2.0) — https://github.com/aiendpoint/platform
  • Registry — aiendpoint.dev (ลงทะเบียน·ค้นหา)
  • Validator — aiendpoint.dev/validate (ให้คะแนน 0~100)
  • MCP server — ค้นหา registry ได้โดยตรงจาก Claude/Cursor
  • Claude Code skill — เพิ่ม /ai ให้บริการเดิมแบบอัตโนมัติ (10 นาที)

ถ้าไม่มี MCP server, registry ก็เป็นแค่เว็บไซต์ธรรมดา
แต่ถ้ามี MCP server แล้วสั่ง Claude ว่า “ช่วยหา weather API ที่ใช้ได้โดยไม่ต้องยืนยันตัวตนให้หน่อย”
มันจะตอบกลับเป็นข้อมูลแบบมีโครงสร้างได้ทันที
การปิดลูปนี้ให้ครบคือหัวใจสำคัญ

ยินดีรับฟีดแบ็กเกี่ยวกับสเปกครับ
ถ้าอยากทำให้บริการต่าง ๆ ลงมือ implement /ai กันจริง ๆ ควรต้องมีอะไรบ้าง?
หวังว่าจะมีคนมาร่วมกันและช่วยกันสร้างมาตรฐานนี้ขึ้นมา
ในเมื่อ robots.txt ถูกเสนอขึ้นครั้งแรกจากเนเธอร์แลนด์ได้ พวกเราก็น่าจะสร้างกระแสนี้ขึ้นมาได้เหมือนกันไม่ใช่หรือ?

GitHub: https://github.com/aiendpoint/platform

บทความที่เกี่ยวข้อง

7 ความคิดเห็น

 
aliveornot 2026-03-20

มีการเสนอ llm.txt มาก่อนแล้ว และยังมีงานวิจัยที่ศึกษาประสิทธิผลของมันด้วย ตามข้อมูลของ Naver อย่างน้อยในตอนนี้ ดูเหมือนว่าเอเจนต์เองก็ยังไม่ค่อยเห็นมันเท่าไรนัก
 
aliveornot 2026-03-20

ตามที่ Naver ระบุงั้นเหรอ.. เขียนตอนหลับอยู่หรือไง... ต้องเป็น "ตามบทความวิจัยฉบับนั้นระบุ"
 
bejoyfuuul 2026-03-21

ฮ่าๆ เห็นด้วยครับ
ถ้า llms.txt เน้นคำอธิบายเพื่อให้เอเจนต์ "เข้าใจ" บริการ
/ai ก็เน้นให้ AI "ใช้งาน" บริการได้ โดยเป็นการบอกว่า "API ของบริการเราเรียกใช้อย่างนี้นะ" ถ้าใช้ MCP ร่วมด้วย ก็อาจเริ่มจากการ "ไล่ดู" วิธีใช้งานของเว็บไซต์นั้นก่อน (ประหยัดโทเคน) แล้วค่อยเริ่มได้

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

ขอบคุณสำหรับความเห็นครับ~
 
vndk2234 2026-03-18

ถ้า /ai กลายเป็นมาตรฐานขึ้นมา ตรงกันข้ามก็อาจมีเครื่องมือที่แค่ดึง /ai มาแล้วแสดงหน้าเพจที่ดูดี ไม่มีโฆษณา ได้เหมือนกันใช่ไหม?
 
dohyun682 2026-03-18

น่าสนใจดี! งั้นก็คงมีเรื่องเอาโฆษณามายัดปนไว้ใน /ai ด้วยเหมือนกันสินะ
 
bejoyfuuul 2026-03-18

ถ้าอย่างนั้นก็คงต้องเพิ่มลอจิกที่ลดคะแนนลงเมื่อพบเนื้อหาโฆษณาสินะ!
 
bejoyfuuul 2026-03-18

ใช่ มีความเป็นไปได้มากพอสมควร นอกจากนี้ ด้วยเหตุผลอย่างปริมาณการใช้งานของ agent (ทราฟฟิก), การประมวลผล, ค่าใช้จ่ายด้านโทเค็น ฯลฯ ผมคิดว่าเว็บเองในอีกด้านหนึ่งก็อาจเบาขึ้นได้เหมือนสมัย telnet ในอดีต (เน้นเนื้อหามากกว่าการตกแต่ง) อย่าง GeekNews ในปัจจุบันนี่แหละ (เป็นเพียงการคาดเดา!)