ในปี 2026 การเชื่อมต่อเอเจนต์โค้ดเข้ากับ Obsidian Vault ไม่ใช่แนวคิดที่แปลกใหม่อีกต่อไป มันอาจเป็นระบบจัดการความรู้ที่ถูกมองข้ามมากที่สุดที่มีอยู่ในตอนนี้ แต่กระนั้น เกือบทุกคนที่ทำก็ยังติดอยู่แค่ขั้นแรก: ชี้ Claude Code ไปยังโฟลเดอร์แล้วปล่อยให้มันอ่านและเขียนไฟล์ Markdown มันใช้ได้ แต่เป็นเพียงจุดเริ่มต้นเท่านั้น และการทำความเข้าใจว่าทำไมขั้นตอนถัดไปอย่าง MCP ถึงสำคัญ จำเป็นต้องเข้าใจก่อนว่าเรามีอะไรอยู่แล้วและมันมีข้อจำกัดตรงไหน
สิ่งที่ทำได้อยู่แล้วโดยไม่ต้องใช้ MCP
เมื่อ Claude Code ชี้ไปยัง Vault โดยตรง มันจะทำงานเหมือนเอเจนต์ทั่วไปที่สามารถเข้าถึงระบบไฟล์: มันอ่านโครงสร้างโฟลเดอร์ ใช้ grep และ glob เพื่อค้นหาเนื้อหาที่เกี่ยวข้อง และเขียนหรือแก้ไขไฟล์ Markdown ตามรูปแบบที่คุณกำหนดไว้ (YAML frontmatter, wikilinks, ลำดับชั้นโฟลเดอร์ตามประเภทเนื้อหา) ไม่มีปลั๊กอิน ไม่มีฐานข้อมูล ไม่มี API: มีแค่ข้อความธรรมดาและเอเจนต์ที่รู้วิธีอ่านและเขียนอย่างมีวิจารณญาณ
ผลลัพธ์ เมื่อระบบได้รับการออกแบบมาอย่างดี ก็มีพลังมากกว่าที่เห็น ตัวอย่างจริง ไม่ใช่สมมติ: Vault หนึ่งที่ผมติดตามอย่างใกล้ชิด ได้เปลี่ยนจากแหล่งข้อมูลดิบ 78 รายการ (บทความวิจัย, บทความ, เอกสารประกอบ) ไปเป็นหน้า Wiki ที่เชื่อมโยงกัน 180 หน้า (83 หน้าเป็นหน้าแนวคิด ที่เหลือเป็นเครื่องมือ บุคคล การเปรียบเทียบ และสรุปแหล่งที่มา) ทั้งหมดมี Cross-reference ที่เอเจนต์คอยอัปเดตเองทุกครั้งที่มีเนื้อหาใหม่เข้ามา โดยที่ไม่มีใครเขียนแม้แต่หน้าเดียวด้วยมือ
ข้อจำกัดของการเข้าถึงไฟล์โดยตรง
แต่โมเดลนี้มีข้อจำกัดเชิงโครงสร้าง ไม่ใช่แค่ข้อจำกัดด้านประสิทธิภาพ Claude Code จำเป็นต้องรู้ล่วงหน้าว่า Vault ของคุณถูกจัดระเบียบอย่างไร: โฟลเดอร์ไหนที่ไม่ควรแก้ไข รูปแบบ frontmatter คืออะไร แนวคิดอยู่ที่ไหนเมื่อเทียบกับเครื่องมือ ในทางปฏิบัติ Vault ใหม่แต่ละอันคือการผสานรวมที่แตกต่างกัน ซึ่งต้องอธิบายตั้งแต่ต้นใน System Prompt
ยิ่งไปกว่านั้น เอเจนต์ไม่สามารถถาม Vault ว่า "คุณทำอะไรได้บ้าง?" มันทำได้แค่อ่านสิ่งที่มีอยู่แล้วและดำเนินการกับไฟล์ทั่วไป (อ่าน, เขียน, ค้นหาด้วยข้อความ) ไม่มีวิธีที่จะเปิดเผยการดำเนินการที่ได้มา (เช่น ขอกราฟ Backlink ของโน้ตนี้, รันคำสั่ง Dataview นี้, บอกหน้าว่าไหนที่ไม่มีลิงก์) โดยที่เอเจนต์ไม่ต้องสร้างตรรกะนั้นขึ้นมาใหม่ทุกครั้ง ซึ่งเป็นการสิ้นเปลืองบริบทและเพิ่มโอกาสผิดพลาด
MCP แก้อะไรได้บ้าง อย่างลึกซึ้ง
MCP (Model Context Protocol) เป็นมาตรฐานเปิดที่ Anthropic เปิดตัวในเดือนพฤศจิกายน 2024 เพื่อแก้ปัญหานี้โดยเฉพาะ: การผสานรวมระหว่างโมเดล AI กับระบบภายนอก ก่อน MCP หากผู้ช่วย AI N ตัวต้องการเชื่อมต่อกับเครื่องมือหรือแหล่งข้อมูล M ชนิด ก็จำเป็นต้องมีการผสานรวมแบบกำหนดเองจำนวน N×M ครั้ง: เมื่อแอปพลิเคชันหนึ่งต้องการรองรับ Notion ก็สร้างขึ้นจากศูนย์ เมื่ออีกแอปพลิเคชันต้องการแบบเดียวกัน ก็สร้างขึ้นจากศูนย์อีกครั้ง MCP เปลี่ยน N×M นั้นเป็น N+M: สร้างไคลเอนต์ทั่วไป (หนึ่งตัวต่อแอปพลิเคชัน) และเซิร์ฟเวอร์ทั่วไป (หนึ่งตัวต่อระบบ) และไคลเอนต์ใดๆ ก็สามารถพูดคุยกับเซิร์ฟเวอร์ใดๆ ได้โดยไม่ต้องผสานรวมแบบกำหนดเอง
การเปรียบเทียบที่ถูกต้องคือ USB-C: ก่อนหน้านี้ อุปกรณ์ต่อพ่วงแต่ละตัวมีขั้วต่อของตัวเอง เมื่อมี USB-C อุปกรณ์只需要พูดโปรโตคอล โดยไม่ต้องสนใจว่ามันเชื่อมต่อกับ Mac หรือ PC
สถาปัตยกรรมมีสามชั้น โฮสต์คือแอปพลิเคชันที่ผู้ใช้ใช้งาน (Claude Code, Claude Desktop หรือเอเจนต์แบบกำหนดเอง) ซึ่งทำหน้าที่ตีความสิ่งที่ร้องขอและตัดสินใจว่าต้องการข้อมูลภายนอกหรือเครื่องมือหรือไม่ ไคลเอนต์อยู่ภายในโฮสต์และจัดการการเชื่อมต่อแบบ 1:1 กับเซิร์ฟเวอร์แต่ละตัว แปลงคำขอเชิงนามธรรมเป็นข้อความ MCP ที่เป็นรูปธรรม และจัดการวงจรชีวิตของเซสชัน เซิร์ฟเวอร์เชื่อมต่อโปรโตคอลกับระบบจริง ในที่นี้คือ Obsidian Vault แปลงคำขอ MCP เป็นการดำเนินการแบบเนทีฟ
คุณสมบัติสองประการที่ทำให้สิ่งนี้เป็นมากกว่าชั้นนามธรรมที่สวยงาม ประการแรกคือการค้นพบความสามารถแบบไดนามิก: เมื่อเชื่อมต่อ ไคลเอนต์จะถามเซิร์ฟเวอร์ว่ามันสามารถทำอะไรได้บ้าง และเซิร์ฟเวอร์จะตอบกลับแบบเรียลไทม์ หากพรุ่งนี้เซิร์ฟเวอร์เพิ่มฟังก์ชันใหม่ ไคลเอนต์ไม่จำเป็นต้องถูกตั้งโปรแกรมใหม่เพื่อใช้งานมัน ประการที่สองคือการแยกส่วนระหว่างปัญญาประดิษฐ์และข้อมูล: ผู้ที่สร้าง MCP Server สำหรับ Obsidian ไม่จำเป็นต้องรู้ว่าโมเดลใดจะถูกนำมาใช้ และผู้ที่สร้างเอเจนต์ไม่จำเป็นต้องสร้างการผสานรวมใหม่ทุกครั้งที่เปลี่ยนโมเดล
MCP Server เผยแพร่ไพรมิทีฟสามประเภท ทรัพยากรคือข้อมูลที่โมเดลสามารถอ่านได้แต่ไม่สามารถแก้ไข: เนื้อหาของโน้ต, ผลการค้นหา, กราฟ Backlink เครื่องมือคือการกระทำที่โมเดลสามารถเรียกใช้ได้อย่างจริงจัง: การสร้างโน้ต, การอัปเดตแท็ก, การดำเนินการค้นหาแบบมีโครงสร้าง พรอมต์คือเทมเพลตคำแนะนำที่นำกลับมาใช้ใหม่ได้และปรับพารามิเตอร์ได้ เช่น "สรุปแหล่งที่มานี้และสร้างหน้า Wiki ที่เกี่ยวข้อง" เป็นการดำเนินการที่มีชื่อ ไม่ใช่ข้อความอิสระที่ต้องเขียนใหม่ทุกครั้ง
ประยุกต์ใช้กับ Obsidian โดยเฉพาะ
MCP Server ที่สร้างขึ้นสำหรับ Obsidian โดยเฉพาะมีอยู่แล้วในระบบนิเวศโอเพนซอร์ส โดยทั่วไปจะรองรับโดยปลั๊กอิน REST API ในเครื่องของ Obsidian เอง ซึ่งเปิดเผยการดำเนินการต่างๆ เช่น การค้นหาเชิงความหมายใน Vault, การสร้างและแก้ไขโน้ต, การจัดการแท็กและเมตาเดตา หรือการอ่านกราฟลิงก์ โดยที่เอเจนต์ไม่จำเป็นต้องรู้โครงสร้างโฟลเดอร์ที่แน่นอนล่วงหน้า
สิ่งที่เปลี่ยนแปลงในทางปฏิบัตินั้น subtle แต่สำคัญ: หากไม่มี MCP Claude Code จะจัดการ Vault ของคุณด้วยกฎที่คุณอธิบายให้มันทีละข้อ เมื่อมี MCP Vault ของคุณจะกลายเป็นเครื่องมือที่ Claude Code สามารถใช้งานได้เหมือนกับที่มันใช้งาน API หรือฐานข้อมูล โดยค้นพบความสามารถของมัน ณ เวลาที่เชื่อมต่อ ไม่ใช่การจดจำล่วงหน้า และการเชื่อมต่อเดียวกันนั้นก็ใช้ได้กับ MCP Client อื่นๆ ไม่ใช่แค่ Claude Code: เซิร์ฟเวอร์เดียวกันสามารถป้อนข้อมูลให้เอเจนต์อื่น ในแอปพลิเคชันอื่น โดยไม่ต้องแตะโค้ดแม้แต่บรรทัดเดียวในฝั่ง Obsidian
กรอบการปฏิบัติ: วุฒิภาวะสามระดับ
เพื่อให้คุณเห็นว่าการตั้งค่าของคุณอยู่ตรงไหน นี่คือกรอบที่ผมใช้:
ระดับ 0: การคัดลอกวางบริบทด้วยตนเอง ทุกการสนทนาเริ่มต้นจากศูนย์ ผู้ใช้วางส่วนที่เกี่ยวข้องของโน้ตลงในแชท ใช้ได้กับงานเฉพาะ แต่มันไม่สามารถขยายขนาดได้
ระดับ 1: เอเจนต์ที่มีการเข้าถึงไฟล์โดยตรง นี่คือจุดที่การตั้งค่า Claude Code + Obsidian ส่วนใหญ่อยู่ในปัจจุบัน รวมถึงตัวอย่าง 78→180 หน้าในบทความนี้ เอเจนต์อ่านและเขียน Vault โดยตรง ตามรูปแบบที่อธิบายไว้ในไฟล์คำแนะนำ มันมีพลังมากกว่าระดับ 0 อย่างมาก และสำหรับ Vault เดียวที่จัดการโดยเอเจนต์เดียว มันอาจเพียงพอไปอีกนาน
ระดับ 2: เอเจนต์ที่เชื่อมต่อผ่าน MCP Vault ถูกเปิดเผยเป็นเซิร์ฟเวอร์ที่มีความสามารถที่ค้นพบได้แบบไดนามิก สามารถนำกลับมาใช้ใหม่กับโมเดลและแอปพลิเคชันต่างๆ ได้ มันสมเหตุสมผลทันทีที่มีเอเจนต์มากกว่าหนึ่งตัว Vault มากกว่าหนึ่งอัน หรือมีความจำเป็นต้องเปิดเผยการดำเนินการที่เกินกว่าการอ่านและเขียนไฟล์ทีละไฟล์
ไม่จำเป็นต้องกระโดดไปที่ระดับ 2 ทันทีเพื่อใช้ประโยชน์จาก Vault ที่จัดการโดย AI ระดับ 1 ก็เป็นการก้าวกระโดดครั้งสำคัญเมื่อเทียบกับการไม่มีระบบเลย แต่การเข้าใจว่า MCP แก้อะไรได้บ้าง ก็คือการเข้าใจว่าสิ่งนี้กำลังจะไปที่ไหน: จาก "AI ของฉันอ่านโน้ตของฉันได้" ไปสู่ "ความรู้ของฉันคือระบบที่ AI ใดๆ ก็สามารถใช้งานได้"
การตั้งค่าของคุณตอนนี้อยู่ที่ระดับไหน? บอกผมในความคิดเห็น หากมีความสนใจมากพอ บทความถัดไปจะเป็นคำแนะนำทีละขั้นตอนเกี่ยวกับวิธีการตั้งค่า MCP Server ตัวแรกสำหรับ Obsidian
และถ้าสิ่งนี้มีประโยชน์สำหรับคุณ ติดตามผมได้ที่ @chesny
นี่เป็นเพียงบทความแรกในซีรีส์เกี่ยวกับเอเจนต์ที่หยุดอ่านระบบและเริ่มใช้งานมัน
