Blume: เฟรมเวิร์กเอกสารแบบ zero-config ที่ให้ "เอเจนต์อ่านเอกสารคุณได้" ผ่าน MCP + llms.txt ในตัว

เอกสาร (docs) กำลังกลายเป็นสอง audience พร้อมกัน: มนุษย์ที่อ่านหน้าเว็บ กับ coding agent ที่ต้องดึงเนื้อหาไปใช้ตอนเขียนโค้ด และเครื่องมือทำ docs ส่วนใหญ่ยังออกแบบเพื่อ audience แรกเป็นหลัก วันที่ 13–14 ก.ค. 2026 Hayden Bleasel — วิศวกร design engineer ที่ OpenAI และเจ้าของโปรเจกต์โอเพนซอร์สยอดนิยมอย่าง Kibo UI, Ultracite และ AI Elements — ปล่อย Blume 1.0 (เวอร์ชัน 1.0.3, ลิขสิทธิ์ MIT, ~382 ดาวบน GitHub ตอนเปิดตัว) เฟรมเวิร์กทำเว็บเอกสารที่วางเดิมพันไว้ตรงจุดนี้พอดี

แนวคิดคือ zero-config: วางไฟล์ Markdown/MDX ลงในโฟลเดอร์ รันคำสั่งเดียว แล้วได้เว็บเอกสารระดับโปรดักชันพร้อม navigation, search, theming และ SEO ครบ โดยไม่ต้องโคลน starter หรือเรียนเฟรมเวิร์กใหม่ — “การตั้งค่าเป็น opt-in ทีละไฟล์” ตามที่ README ระบุ

เริ่มด้วยคำสั่งเดียว แต่จุดต่างอยู่ที่ “AI-ready”

การใช้งานพื้นฐานเรียบง่าย:

npx blume init      # สร้างโครงเอกสาร
blume dev           # เปิด dev server

เบื้องหลัง Blume สร้างโปรเจกต์ Astro/Vite ซ่อนไว้ สแกนไฟล์ Markdown เป็นกราฟ แล้ว render ผ่าน catch-all route — หน้าเว็บออกมาเป็น static HTML ไม่มี client-framework JS จึงได้คะแนน Core Web Vitals ดีตั้งแต่ต้น (ต้องใช้ Node.js 22.12+ ใช้ได้กับ bun/pnpm/npm/yarn)

แต่หัวใจที่ทำให้ Blume น่าสนใจสำหรับสาย AI builder คือชุดฟีเจอร์ agent-ready ที่มาในตัว ไม่ต้องต่อปลั๊กอิน:

• llms.txt / llms-full.txt — สร้างอัตโนมัติ ให้ LLM/เอเจนต์ดึงสารบัญและเนื้อหาฉบับเต็มไปใช้เป็นบริบทได้
• Hosted MCP server ในตัว — เปิด 4 tools ให้ coding agent เรียกผ่าน Model Context Protocol ได้ตรง ๆ: search_docs, get_page, list_pages, get_navigation แปลว่า agent อย่าง Claude Code/Cursor “อ่าน docs ของคุณ” ได้โดยไม่ต้องก๊อปวางหรือ scrape
• ปุ่ม Ask AI — ผู้ช่วยตอบคำถามในหน้าเว็บ เลือกเชื่อมกับผู้ให้บริการ AI ได้หลายเจ้า (ออปชัน)

Search แบบ local และ “ejectได้” — ลด lock-in

Blume ไม่มัดคุณไว้กับบริการโฮสต์ใคร: search ดีฟอลต์เป็น Orama แบบ local ไม่มี dependency ที่ต้องโฮสต์ และรองรับ FlexSearch, Pagefind, Algolia ได้ถ้าต้องการ ด้าน SEO มี metadata, Open Graph images, sitemap, RSS และ export เป็น PDF/EPUB ฝั่ง client มาให้

ที่สำคัญต่อการวางแผนระยะยาว: คำสั่ง blume eject จะแตกออกเป็นโปรเจกต์ Astro มาตรฐาน ที่ยังใช้แพ็กเกจ blume ได้ — ถ้าวันหนึ่งอยากคุมทุกอย่างเองก็ทำได้ ไม่ติดกับดัก proprietary

มุมมอง AI Curator

Blume เป็นสัญญาณเล็ก ๆ ของเทรนด์ที่กำลังจะกลายเป็นมาตรฐาน: เอกสารไม่ใช่แค่หน้าเว็บสำหรับคนอ่านอีกต่อไป แต่เป็น “อินเทอร์เฟซสำหรับเอเจนต์” การที่ llms.txt และ MCP server ถูกทำให้เป็นฟีเจอร์ดีฟอลต์ ไม่ใช่ปลั๊กอินเสริม บอกทิศทางชัดว่าโปรเจกต์ยุคนี้ต้อง “เขียน docs ครั้งเดียว ให้ทั้งมนุษย์และ AI agent ใช้ได้” ตั้งแต่แรก — เพราะครึ่งหนึ่งของคนที่มาอ่าน docs คุณต่อจากนี้คือโมเดลภาษา ไม่ใช่คน

สำหรับนักพัฒนาและทีมโอเพนซอร์สไทย/SEA จุดนี้มีค่าจริง: docs ที่ดีมักเป็นสิ่งที่โปรเจกต์เล็กละเลยเพราะ “ตั้งค่ายาก” — Blume ลดต้นทุนตรงนั้นเหลือแทบศูนย์ และพอ docs อ่านได้ด้วย agent ก็เท่ากับเปิดให้คนทั่วโลกใช้ coding agent มาต่อยอดไลบรารีของคุณได้ง่ายขึ้น น่าสังเกตด้วยว่า Blume สร้างบน Astro — เฟรมเวิร์กเดียวกับที่บล็อกนี้ใช้ — จึงเข้ากันกับสายที่คุ้น Astro อยู่แล้ว

ข้อควรระวังตามจริง: Blume ยังเป็น v1.0.x อายุน้อย (เพิ่งเปิดตัว, ~382 ดาว) และเป็นโปรเจกต์ส่วนตัวหลังเลิกงานของผู้สร้างคนเดียว ก่อนย้าย docs โปรดักชันมาทั้งชุดควรทดลองกับโปรเจกต์เล็กก่อน ประเมินความนิ่งของ API และดูว่า hosted MCP server จะคิดค่าใช้จ่าย/มีข้อจำกัดอะไรในระยะยาว — แต่ด้วยลิขสิทธิ์ MIT และ blume eject ที่ถอยกลับไปเป็น Astro ล้วนได้ ความเสี่ยงเรื่อง lock-in ถือว่าต่ำ คุ้มที่จะลอง

แหล่งข่าว

• haydenbleasel/blume — GitHub repository
• Meet Blume: An Open-Source, Zero-Config Documentation Framework — MarkTechPost
• Hayden Bleasel — เว็บไซต์ส่วนตัว