การตั้งค่า Ollama–Obsidian ที่ดีไม่ใช่แค่การที่กล่องแชทส่งข้อความกลับมาเท่านั้น สำหรับการจัดการความรู้ส่วนบุคคล (PKM) การทดสอบที่ดีกว่าคือระบบสามารถใช้งานโน้ตที่คุณตั้งใจไว้ รักษาการควบคุมคลังข้อมูลของคุณ ตอบสนองด้วยความเร็วที่ยอมรับได้ และยอมรับเมื่อโน้ตของคุณไม่มีคำตอบ หากเงื่อนไขเหล่านี้ไม่ได้รับการตอบสนอง การเปลี่ยนโมเดล การตั้งค่าการดึงข้อมูล (Retrieval) หรือการตั้งค่าปลั๊กอินจะมีประโยชน์มากกว่าการปรับแต่ง Prompt ซ้ำแล้วซ้ำเล่า
ณ เดือนกันยายน 2026 API ในเครื่องของ Ollama ยังคงให้บริการโดยค่าเริ่มต้นที่ http://localhost:11434 โดยมีเส้นทาง API ภายใต้ /api และการเข้าถึงในเครื่องไม่จำเป็นต้องมีการยืนยันตัวตน Ollama ยังรองรับการสร้าง Embedding สำหรับการค้นหาเชิงความหมายและการสร้างข้อความเสริมด้วยการดึงข้อมูล (RAG) ซึ่งเป็นส่วนที่ทำให้การตอบคำถามจากคลังข้อมูลทั้งหมดแตกต่างจากการแชททั่วไปอย่างมีนัยสำคัญ ดูที่ บทนำ API อย่างเป็นทางการของ Ollama, เอกสารการยืนยันตัวตนในเครื่อง และ เอกสารเรื่อง Embeddings
คู่มือนี้ใช้ Copilot for Obsidian เป็นตัวอย่างปลั๊กอินจากชุมชน เนื่องจากโปรเจกต์ปัจจุบันรองรับโมเดล Ollama ในเครื่องและเวิร์กโฟลว์ที่เน้นคลังข้อมูล คำศัพท์ในการตั้งค่าอาจเปลี่ยนแปลงได้ระหว่างเวอร์ชันของปลั๊กอิน ดังนั้นให้ใช้ ที่เก็บ Copilot for Obsidian และ คู่มือการตั้งค่าโมเดลในเครื่อง ของโปรเจกต์ หากป้ายกำกับในการติดตั้งของคุณแตกต่างจากภาพหน้าจอหรือขั้นตอนด้านล่าง
การตั้งค่า PKM ในเครื่องที่ประสบความสำเร็จควรบรรลุผลอะไร?
ก่อนติดตั้งสิ่งใด ให้กำหนดผลลัพธ์ที่คุณต้องการ การตั้งค่าในเครื่องที่มีประโยชน์ควรผ่านการทดสอบเชิงปฏิบัติ 4 ข้อ:
- การเชื่อมต่อ: Obsidian สามารถเข้าถึงโมเดลที่ Ollama กำลังให้บริการอยู่บนเครื่องของคุณจริง ๆ
- การยึดโยงข้อมูล (Grounding): เมื่อคุณถามเกี่ยวกับโน้ตหรือคลังข้อมูล คำตอบจะสะท้อนเนื้อหาโน้ตที่เกี่ยวข้อง แทนที่จะพึ่งพาการฝึกทั่วไปของโมเดลเพียงอย่างเดียว
- ประสิทธิภาพ: เวลาตอบสนองและการใช้หน่วยความจำอยู่ในระดับที่ยอมรับได้จนคุณจะใช้เวิร์กโฟลว์นี้จริง
- การควบคุม: คุณรู้ว่าปลั๊กอินใดสามารถอ่านหรือแก้ไขโน้ตได้ ใช้ปลายทางโมเดลใด และมีการเปิดใช้งานฟีเจอร์เว็บหรือคลาวด์เพิ่มเติมหรือไม่
เกณฑ์เหล่านี้มีความสำคัญเพราะ "เชื่อมต่อโมเดลในเครื่องแล้ว" และ "การจัดการความรู้ส่วนบุคคลที่ดี" ไม่ใช่สิ่งเดียวกัน แชทอาจทำงานได้สมบูรณ์แบบในขณะที่การดึงข้อมูลจากคลังข้อมูลอ่อนแอ และโมเดลที่ทรงพลังก็ยังคงให้คำตอบที่ไม่ดีได้หากดึงโน้ตผิดตัว
ขั้นตอนที่ 1: ติดตั้ง Ollama ดึงโมเดล และตรวจสอบ API ในเครื่อง
ติดตั้ง Ollama โดยใช้คำแนะนำอย่างเป็นทางการสำหรับระบบปฏิบัติการของคุณ ปัจจุบัน Ollama รองรับ macOS, Windows และ Linux; คู่มือเริ่มต้นใช้งานอย่างเป็นทางการ เป็นจุดเริ่มต้นที่ปลอดภัยที่สุด เนื่องจากการติดตั้งและคำแนะนำโมเดลมีการเปลี่ยนแปลงตลอดเวลา
ดึงโมเดลแชทก่อนเปิด Obsidian ตัวอย่างเช่น:
ollama pull gemma3
ollama ls
คุณไม่จำเป็นต้องใช้ gemma3 สิ่งสำคัญคือชื่อโมเดลที่คุณป้อนใน Obsidian ในภายหลังต้องตรงกับโมเดลที่ Ollama สามารถแสดงรายการในเครื่องได้ เริ่มจากโมเดลที่คอมพิวเตอร์ของคุณสามารถรันได้อย่างสบายใจ แทนที่จะเลือกโมเดลที่ใหญ่ที่สุดที่มีโดยอัตโนมัติ
ถัดไป ตรวจสอบ API โดยแยกจาก Obsidian:
curl http://localhost:11434/api/tags
หากคำสั่งนั้นส่งคืนรายการ JSON ที่มีโมเดลของคุณ แสดงว่าบริการ Ollama พื้นฐานทำงานอยู่ คุณยังสามารถรัน ollama ps ขณะที่มีโมเดลทำงานอยู่ Ollama อธิบายคำสั่งนี้ว่าเป็นวิธีดูว่าโมเดลถูกโหลดในหน่วยความจำ CPU, หน่วยความจำ GPU หรือผสมกัน หากการตอบสนองช้ามากหรือเครื่องค้าง นั่นเป็นสัญญาณให้เปลี่ยนไปใช้โมเดลที่เล็กลงหรือลดข้อกำหนดบริบท แทนที่จะสมมติว่า Obsidian เป็นปัญหา
ภาพประกอบที่สร้างโดย AI ของขั้นตอนการติดตั้ง Ollama และการดึงโมเดล หมายเลขเวอร์ชันและรายละเอียดการดาวน์โหลดโมเดลที่แสดงในภาพเป็นเพียงตัวอย่าง ไม่ใช่บันทึกการเผยแพร่ปัจจุบัน
ขั้นตอนที่ 2: ติดตั้งปลั๊กอิน Obsidian และเชื่อมต่อโมเดลแชทกับ Ollama
Obsidian มองว่าปลั๊กอินจากชุมชนเป็นโค้ดจากบุคคลที่สาม เอกสารอย่างเป็นทางการเตือนว่าปลั๊กอินเหล่านี้รันโค้ดในนามของคุณ ดังนั้นให้ตรวจสอบแหล่งที่มาและสิทธิ์ของปลั๊กอินหากคลังข้อมูลของคุณมีข้อมูลที่อ่อนไหว ในการติดตั้ง ให้เปิด Settings → Community plugins, เปิดใช้งานปลั๊กอินจากชุมชนหากจำเป็น เลือก Browse จากนั้นติดตั้งและเปิดใช้งานปลั๊กอิน กระบวนการที่แน่นอนมีบันทึกไว้ใน หน้าช่วยเหลือปลั๊กอินจากชุมชนอย่างเป็นทางการของ Obsidian
สำหรับคู่มือนี้ ให้ติดตั้ง Copilot จากไดเรกทอรีชุมชนและยืนยันว่าปลั๊กอินชี้ไปยังโปรเจกต์ Copilot for Obsidian ที่ตรวจสอบแล้วซึ่งลิงก์ไว้ด้านบน หลีกเลี่ยงการเลือกปลั๊กอินที่มีชื่อคล้ายกันเพียงเพราะมันปรากฏเป็นอันดับแรกในผลการค้นหา
ภาพประกอบแนวคิดที่สร้างโดย AI ของเบราว์เซอร์ปลั๊กอินจากชุมชน การ์ดปลั๊กอิน ชื่อผู้เขียน และจำนวนดาวน์โหลดที่แสดงเป็นเพียงตัวอย่างและไม่ควร视为ข้อมูลไดเรกทอรีที่ตรวจสอบแล้ว; ให้ใช้โปรเจกต์ Copilot ที่ตรวจสอบแล้วซึ่งลิงก์ไว้ในบทความนี้
เปิดการตั้งค่าของ Copilot และมองหาพื้นที่การกำหนดค่าโมเดล ซึ่งปัจจุบันจัดเรียงภายใต้การตั้งค่า Models เพิ่มโมเดลแชทแบบกำหนดเองด้วยค่าเหล่านี้:
- ผู้ให้บริการ (Provider): Ollama
- โมเดล (Model): ชื่อโมเดลในเครื่องที่แน่นอนตามที่รายงานโดย
ollama ls
- URL ฐาน (Base URL):
http://localhost:11434
- คีย์ API: Ollama เองไม่ต้องการคีย์สำหรับการเข้าถึง localhost หากฟิลด์ของปลั๊กอินต้องการค่าตัวอย่าง ให้ทำตามคำแนะนำปัจจุบันของปลั๊กอินนั้นแทนที่จะสร้างคีย์คลาวด์ขึ้นมาเอง
มีข้อผิดพลาดด้าน URL ง่าย ๆ ที่ควรหลีกเลี่ยง เมื่อคุณทดสอบ Ollama ด้วยตนเอง ปลายทาง API จะมีลักษณะเช่น http://localhost:11434/api/chat อย่างไรก็ตาม ผู้ให้บริการ Ollama ดั้งเดิมของ Copilot คาดหวังที่อยู่เซิร์ฟเวอร์ฐานและสร้างปลายทางภายใน ดังนั้นให้ใช้ http://localhost:11434 เว้นแต่ปลั๊กอินปัจจุบันจะขอปลายทางแบบเต็มโดยเฉพาะ ในทำนองเดียวกัน อย่าเพิ่ม /v1 เมื่อใช้ผู้ให้บริการ Ollama ดั้งเดิม API ที่เข้ากันได้กับ OpenAI ของ Ollama ใช้ /v1 แต่เป็นเส้นทางอินทิเกรชันที่แยกจากกัน
ขั้นตอนที่ 3: ทดสอบการยึดโยงระดับโน้ตก่อนสร้างดัชนีคลังข้อมูลทั้งหมด
อย่าเริ่มด้วยการสร้างดัชนีโน้ตหลายพันรายการ ก่อนอื่น พิสูจน์ว่าพื้นฐานการเชื่อมต่อแชททำงานได้ด้วยการทดสอบขนาดเล็กและควบคุมได้ สร้างโน้ตชั่วคราวที่มีข้อเท็จจริง 3 ประการที่ตรวจสอบได้ง่าย เช่น ชื่อโครงการ กำหนดส่ง และข้อตัดสินใจ จากนั้นแนบหรือกล่าวถึงโน้ตนั้นใน Copilot และขอให้โมเดลสรุปเฉพาะสิ่งที่โน้ตระบุไว้
ผลลัพธ์ที่ดีควรทำซ้ำข้อเท็จจริงเหล่านั้นได้อย่างแม่นยำ หลีกเลี่ยงการเพิ่มข้อกล่าวอ้างที่ไม่มีหลักฐาน และอยู่ในขอบเขตที่คุณขอ ผลลัพธ์ที่ไม่ดีอาจตอบจากความรู้ทั่วไปโดยเพิกเฉยต่อโน้ต สร้างรายละเอียดขึ้นมา หรือละเว้นข้อเท็จจริงสำคัญที่มีอยู่ชัดเจน
ภาพประกอบแนวคิดที่สร้างโดย AI ของการทดสอบแชทในเครื่องใน Obsidian มันแสดงประเภทของผลลัพธ์ที่ควรตรวจสอบ ไม่ใช่ภาพหน้าจอจริงของเวอร์ชันปลั๊กอินเฉพาะ
หากไม่มีการตอบสนอง ให้แก้ไขปัญหาลำดับจากล่างขึ้นบน ก่อนอื่นรัน curl http://localhost:11434/api/tags อีกครั้ง หากล้มเหลว ปัญหาอยู่ที่ Ollama ไม่ใช่ Obsidian หาก API ทำงานได้แต่ Copilot ไม่ทำงาน ให้ตรวจสอบชื่อโมเดลและ URL ฐานอีกครั้ง หลังจากตรวจสอบเหล่านั้นแล้วเท่านั้นจึงควรตรวจสอบปัญหา Origin/CORS โค้ด Copilot ปัจจุบันมีเส้นทางคำขอที่ออกแบบมาเพื่อจัดการการเข้าถึง Ollama ในเครื่อง ในขณะที่คู่มือการตั้งค่าในเครื่องของมันก็บันทึก OLLAMA_ORIGINS ไว้สำหรับการกำหนดค่าที่ต้องการการเข้าถึงจาก Obsidian โดยตรง ใช้วิธีการที่บันทึกไว้สำหรับเวอร์ชัน Copilot ที่ติดตั้งของคุณแทนที่จะใช้วิธีแก้ปัญหาด้วยตัวแปรสภาพแวดล้อมเก่าโดยอัตโนมัติ
ขั้นตอนที่ 4: เพิ่มการดึงข้อมูลที่เข้าใจคลังข้อมูลเฉพาะเมื่อการแชทระดับโน้ตผ่าน
สำหรับการจัดการความรู้ส่วนบุคคล การปรับปรุงคุณภาพครั้งใหญ่มักมาจากการดึงข้อมูลมากกว่าการเปลี่ยนไปใช้โมเดลแชทที่ใหญ่ขึ้น RAG หมายถึงระบบจะดึงชิ้นส่วนโน้ตของคุณที่ดูเหมือนเกี่ยวข้องก่อน จากนั้นให้ชิ้นส่วนเหล่านั้นแก่โมเดลภาษาเป็นบริบท สิ่งนี้ช่วยให้โมเดลในเครื่องตอบคำถามเกี่ยวกับข้อมูลที่มันไม่เคยถูกฝึกมาก่อน
เพื่อให้การดึงข้อมูลอยู่ในเครื่องด้วย ให้ใช้โมเดล Embedding ของ Ollama เอกสารปัจจุบันของ Ollama แนะนำโมเดลเช่น embeddinggemma, qwen3-embedding และ all-minilm ตัวอย่างเช่น:
ollama pull embeddinggemma
กำหนดค่าโมเดลนั้นในการตั้งค่า Embedding สำหรับค้นหาคลังข้อมูลหรือ QA ของ Copilot โดยใช้ผู้ให้บริการ Ollama จากนั้นสร้างหรือสร้างดัชนีในเครื่องใหม่ ใช้ โมเดล Embedding เดียวกันสำหรับการสร้างดัชนีและการค้นหา; Ollama แนะนำสิ่งนี้อย่างชัดเจนเพราะเวกเตอร์ที่ผลิตโดยโมเดลต่างกันไม่สามารถใช้แทนกันได้โดยตรง
ภาพประกอบแนวคิดที่สร้างโดย AI ของเวิร์กโฟลว์โน้ตที่ขับเคลื่อนด้วย Ollama ชื่อคำสั่งและเลย์เอาต์เมนูเป็นเพียงตัวอย่าง ไม่ใช่การอ้างสิทธิ์เกี่ยวกับ UI ที่แน่นอนของเวอร์ชัน Copilot ปัจจุบัน
เมื่อการสร้างดัชนีเสร็จสิ้น ให้ทดสอบการดึงข้อมูลด้วยคำถามที่คุณรู้คำตอบอยู่แล้ว ถามหาข้อเท็จจริงที่ปรากฏในโน้ตหนึ่งรายการ จากนั้นความสัมพันธ์ที่ต้องใช้โน้ตสองรายการ สุดท้าย ถามหาสิ่งที่ไม่ได้อยู่ในคลังข้อมูล ผลลัพธ์ที่ดีที่สุดไม่ใช่คำตอบที่ลื่นไหลที่สุด แต่คือคำตอบที่ใช้หลักฐานที่ถูกต้องและปฏิเสธที่จะสร้างข้อเท็จจริงที่ขาดหายไป
วิธีตัดสินว่าผลลัพธ์ดีพอหรือไม่
| การตรวจสอบคุณภาพ | สัญญาณผ่าน | เมื่อใดควรเปลี่ยนแนวทาง |
| การเชื่อมต่อในเครื่อง | /api/tags ทำงานและโมเดลเดียวกันตอบสนองใน Obsidian | หาก curl ล้มเหลว แก้ไข Ollama ก่อน; หาก Obsidian ล้มเหลวเพียงอย่างเดียว ตรวจสอบการตั้งค่าโมเดล/URL ของปลั๊กอิน |
| การยึดโยงโน้ต | ข้อเท็จจริงที่ทราบจากโน้ตที่แนบมาถูกทำซ้ำอย่างแม่นยำ | หากแชทเพิกเฉยต่อโน้ต แก้ไขการเลือกบริบทก่อนเปลี่ยนโมเดล |
| การดึงข้อมูลคลังข้อมูล | โน้ตที่เกี่ยวข้องถูกนำเสนออย่างสม่ำเสมอสำหรับคำถามที่มีคำตอบทราบ | หากการดึงข้อมูลอ่อนแอ ปรับปรุง Embedding/การสร้างดัชนี หรือจำกัดขอบเขตที่สร้างดัชนี |
| คุณภาพการสร้างข้อความ | โมเดลแยกแยะข้อเท็จจริงที่มีหลักฐานจากความไม่แน่นอน | หากการดึงข้อมูลดีแต่คำตอบอ่อนแอ ลองใช้โมเดลแชทที่ทรงพลังกว่า |
| ความหน่วง (Latency) | คุณสามารถโต้ตอบได้โดยไม่มีการหยุดชะงักนานซ้ำ ๆ | หาก Ollama ถูกจำกัดด้วย CPU หรือขาดแคลนหน่วยความจำ เป็นส่วนใหญ่ ให้ใช้โมเดลที่เล็กลงหรือบริบทน้อยลง |
| ความเป็นส่วนตัว | ปลายทางที่กำหนดค่าเป็น localhost และฟีเจอร์คลาวด์/เว็บเพิ่มเติมถูกปิดใช้งาน | หากปลายทางระยะไกลหรือเครื่องมือเว็บทำงานอยู่ เวิร์กโฟลว์นี้ไม่ได้อยู่ในเครื่องทั้งหมดอีกต่อไป |
เมื่อโมเดลที่ใหญ่ขึ้นไม่ใช่การแก้ไขที่ถูกต้อง
หากคำตอบผิดเพราะระบบดึงโน้ตผิด การอัปเกรดโมเดลแชทอาจทำให้ข้อความดีขึ้นโดยไม่แก้ไขหลักฐาน ให้ปรับปรุงการดึงข้อมูลก่อน ในทางกลับกัน หากดึงข้อความที่ถูกต้องได้แต่โมเดลไม่สามารถสังเคราะห์มันได้อย่างน่าเชื่อถือ โมเดลแชทที่ดีขึ้นจะช่วยได้
ฮาร์ดแวร์ยังกำหนดเพดานปฏิบัติ Ollama ระบุว่าไฟล์โมเดลอาจใช้พื้นที่จัดเก็บจำนวนมาก และบริบทที่ใหญ่ขึ้นใช้หน่วยความจำมากขึ้น ใช้ ollama ps เพื่อดูว่าโมเดลปัจจุบันกำลังถูกโหลดอย่างไร เวิร์กโฟลว์ที่ทำงานได้ทางเทคนิคแต่ใช้เวลานานจนคุณหยุดใช้มัน ไม่ใช่ระบบ PKM ที่ประสบความสำเร็จ
ข้อจำกัดด้านความเป็นส่วนตัวและความปลอดภัยของ "AI ในเครื่อง" ใน Obsidian
API localhost ของ Ollama เองไม่ต้องการการยืนยันตัวตน ซึ่งสะดวกบนเครื่องเดียวแต่ก็หมายความว่าคุณไม่ควรเปิดพอร์ต 11434 ให้เครือข่ายโดยประมาท ให้มันผูกกับเครื่องในเครื่องเท่านั้นเว้นแต่คุณตั้งใจจะรักษาความปลอดภัยการกำหนดค่าระยะไกล
นอกจากนี้ จงจำไว้ว่า "Ollama อยู่ในเครื่อง" ไม่ได้หมายความว่า "เวิร์กโฟลว์ Obsidian ทั้งหมดออฟไลน์" โดยอัตโนมัติ ปลั๊กอินจากชุมชนอาจมีการรวมผู้ให้บริการคลาวด์ การค้นหาเว็บ การเก็บข้อมูลทางไกล (Telemetry) หรือเครื่องมือเอเจนต์ ตรวจสอบการตั้งค่าปัจจุบันของปลั๊กอินและปิดใช้งานฟีเจอร์ที่คุณไม่ตั้งใจจะใช้ หากเป้าหมายของคุณคือการประมวลผลออฟไลน์อย่างเข้มงวด ให้ทดสอบโดยตัดการเชื่อมต่อเครือข่ายหลังจากติดตั้งโมเดลและปลั๊กอินทั้งหมดเรียบร้อยแล้ว
การตรวจสอบตนเองขั้นสุดท้าย
การตั้งค่าของคุณพร้อมสำหรับการจัดการความรู้ส่วนบุคคลในชีวิตประจำวันเมื่อข้อความทั้งหมดนี้เป็นจริง: API ของ Ollama ตอบสนองในเครื่อง; Obsidian ใช้โมเดลในเครื่องที่คุณตั้งใจไว้พอดี; การทดสอบโน้ตที่ควบคุมได้ส่งคืนข้อเท็จจริงที่ถูกต้อง; การดึงข้อมูลคลังข้อมูลพบโน้ตที่ถูกต้องสำหรับคำถามที่มีคำตอบทราบ; คำถามที่ไม่มีหลักฐานไม่กระตุ้นให้เกิดการสร้างข้อความอย่างมั่นใจ; และประสิทธิภาพเร็วพอที่คุณจะใช้เวิร์กโฟลว์นี้จริง
หากมีเพียงสองข้อความแรกที่เป็นจริง คุณได้เชื่อมต่อ Ollama กับ Obsidian สำเร็จแล้ว แต่คุณยังไม่มีผู้ช่วยจัดการความรู้ที่เชื่อถือได้ ให้ถือว่าคุณภาพการดึงข้อมูล พฤติกรรมโมเดล และการกำหนดค่าความเป็นส่วนตัวเป็นส่วนแยกของระบบ และเปลี่ยนส่วนที่ล้มเหลวจริง ๆ