ผมสร้าง "สมองที่สอง" ด้วย Obsidian และทำให้ AI Agent อ่านและเข้าใจได้

เชื่อม Obsidian, Git และ AI Agent เข้าเป็นระบบความรู้เดียว แบบไร้รอยต่อ ปรัชญา Seamless Integration by Design ในการสร้าง NEXT4I

#เอไอ #สมองที่สอง #เครื่องมือ เอไอ AI ช่วยหาข้อมูล AI ช่วยหาข้อมูลในบริษัท #ระบบจัดการความรู้ด้วย AI

---

เคยเป็นไหมครับ ? คุณมีความคิดเจ๋งๆ ตอนดื่มกาแฟตอนเช้า คุณจดมันลงสมุดโน้ต สามวันต่อมา คุณรีวิวดีไซน์ และนึกขึ้นได้ว่า "เราคิดเรื่องนี้ไปแล้วไม่ใช่เหรอ ?" คุณรู้ว่าเคยจดไว้ที่ไหนสักที่... แต่ที่ไหน ? สมุดโน้ต ? Google Doc จากเดือนที่แล้ว ? หรือจริงๆ แล้วไม่ได้เขียนไว้ที่ไหนเลย หรือว่าจะอยู่ในโค้ดของ repo ไหนสัก repo นะ ?

TLDR; ผมสร้างระบบ "สมองที่สอง" สำหรับ NEXT4I โดยใช้ Obsidian (plain Markdown), Git (version control), และ AI Agent ที่อ่านไฟล์พวกนี้ได้โดยตรง โดยไม่ต้องสร้าง custom integration อะไรเลยซักอย่าง หัวใจสำคัญคือปรัชญา Seamless Integration by Design: เลือกเครื่องมือที่ "พูดภาษาเดียวกัน" ตั้งแต่เริ่ม

---

ปัญหา: ความรู้และเอกสาร requirement กระจัดกระจายอยู่หลายที่ ทำให้ค้นหายาก และข้อมูลไม่ sync กัน

ก่อนจะมีระบบนี้ ความรู้ของ NEXT4I อยู่กระจัดกระจายในอย่างน้อย 6 - 7 ที่ครับ: สมุดโน้ตจริงของผม, Apple Notes, Google Docs, Google Sheet, Trello, ไฟล์ README.md หรือบางทีแย่กว่านั้นคือไม่มีเอกสารระบุเลย มีแค่ในโค้ดเท่านั้น ที่กระจัดกระจายอยู่ในหลายๆ repo (ที่เก็บ source code ของนักพัฒนา) แต่ละ repo ก็มีหลายภาษา ทั้ง frontend และ backend ซึ่ง backend เองก็มีหลายภาษาอีกที

กลไกการค้นหาของผมคือ ส่วนใหญ่คือกด Cmd+F แล้วนึกคำหรือโค้ดที่น่าจะเกี่ยวข้อง แล้วภาวนาว่าจะเจอ บางทีผมก็ไปเปิดโน้ตที่อื่นดู หรือไม่ก็ทำใหม่ซะเลย บางทีกลับมาเจอสิ่งที่เคยเขียนไว้ ก็งงว่านี่ผมเคยเขียนไว้แล้วนี่นา... และบางทีก็ห่างหายไปนานจากเรื่องที่ทำทิ้งไว้ พอกลับมาก็ต้องมาระลึกใหม่ทั้งหมด

พอเป็นแบบนี้สักพัก ผมเลยคิดขึ้นมาได้ว่า ถ้าขืนเป็นแบบนี้ต่อไป ไม่มีทางเข้าใกล้การเป็น "solo entrepreneur" แน่นอน และไม่มีทางปล่อยของออกมาไว้ๆได้เลย เพราะต้องเสียเวลาจดบันทึกหรือระลึกความจำมากเกินไป จนไม่ได้ทำ product กันจริงๆ (เพราะในความเป็นจริง ผลิตภัณฑ์เราก่อนที่จะขายได้ มันต้องมีทั้งการพัฒนา, การตลาด, กลยุทธ์, การเงิน การบัญชี, เทคโนโลยี, การคิดไอเดียใหม่ๆ และอีกมากมาย)

ผมเลยตั้งใจจะแก้ปัญหาทั้งหมดนี้ด้วยระบบเดียวครับ

---

ทำไมถึงใช้ Obsidian เป็นสมอง

ผมประเมินตัวเลือกปกติ: Trello, Confluence, Google Docs, แม้แต่ custom wiki แต่ละตัวสอบตกอย่างน้อยหนึ่งในเงื่อนไขที่ผมเคร่งครัด:

1. ราคาต้องประหยัดไม่แพง หรือถ้าฟรีด้วยจะดีมาก
2. สามารถเปิดดูได้เสมอ online บนโทรศัพท์ และยังสามารถทำงานแบบ offline ได้ด้วย
3. Plain text, ไม่มี lock-in. ฐานความรู้ต้องอยู่รอดได้แม้เครื่องมือที่ใช้จะหายไป ถ้า Obsidian หายไปจากโลกพรุ่งนี้ ผมต้องยังมีทุกเอกสารเป็นไฟล์ที่อ่านได้ ใช้ได้
4. Local-first, เป็นมิตรกับ Git. ไฟล์ต้องอยู่บนเครื่องผมเป็นโฟลเดอร์ปกติ เพื่อให้ Git จัดการเวอร์ชัน (version) มันได้โดยไม่ต้องใช้ปลั๊กอิน หรือ git นั้นจะเป็น github, gitlab ก็ได้ หรือแม่แต่ API integration ที่อาจจะพัง หรือ internet มีปัญหา
5. เชื่อมโยงกันได้และทำกราฟได้ ไอเดียไม่ได้อยู่คนเดียวโดดๆ ผมต้องเห็นว่าคอนเซ็ปต์ต่างๆ เชื่อมต่อกันอย่างไร และให้ AI ของผมเห็นความเชื่อมโยงเหล่านั้นด้วย รวมถึงว่า มันจะดีมาก ถ้าผมสามารถลากโยงความสัมพันธ์ขึ้นมาทันทีเลย โดยไม่ต้องเปลี่ยน App หรือสลับไปใช้เครื่องมืออื่น

Obsidian ผ่านเกือบทั้งหมดทุกข้อครับ(สามารถเปิดดูได้เสมอ online ข้อนี้ผมมีเครื่องมือช่วย ซึ่งจะพูดถึงในหัวข้อถัดไป) ทุกเอกสารคือไฟล์ .md ในโฟลเดอร์บนแล็ปท็อปผม การเชื่อมโยงทำได้ง่ายๆ แค่ [[อีกไฟล์หนึ่ง]] Graph View แสดงผลลิงก์เหล่านั้นเป็น flow ภาพ เป็นแผนที่จริงๆ ว่าความคิดของผมเชื่อมต่อกันอย่างไร และเพราะทุกอย่างอยู่บนเครื่อง local ผมเป็นเจ้าของข้อมูลอย่างสมบูรณ์

ผมจัดระเบียบ vault เป็นโครงสร้างโฟลเดอร์ที่ตั้งใจออกแบบให้สะท้อนว่า NEXT4I ดำเนินงานอย่างไร ยกตัวอย่าง:

Folder	วัตถุประสงค์
Ideas/	คอนเซ็ปต์ดิบๆ นึกอะไรออก คิดอะไรได้ ก็โยนเป็นไอเดียไว้
Manifesto/	วิสัยทัศน์ พันธกิจ แนวคิด และหลักการของบริษัท
Principles/	กฎการออกแบบและแนวทางวิศวกรรมที่ควบคุมทุกระบบที่เราสร้าง
Infrastructure/	บันทึกการตัดสินใจทางสถาปัตยกรรม
Platform/	แพลตฟอร์มผลิตภัณฑ์ที่กำลังพัฒนาอยู่, domain model, และ API contracts
Script/	สคริปต์ สารพัด ประโยชน์, automation, และ operational runbooks
Skill/	คลังความรู้ทางวิศวกรรมที่ใช้ซ้ำได้: patterns, checklists, reference docs
Appendix/	domain language, คำสำคัญอ้างอิง, และเอกสารอ้างอิง

---

เพิ่มประวัติ และความปลอดภัยของข้อมูล: Git ในฐานะ Version Control

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

เนื่องจาก Obsidian vault เป็นแค่โฟลเดอร์ของไฟล์ข้อความ การ integrate กับ Git จึงง่ายมาก แต่ผลกระทบนั้นลึกซึ้งครับ ทุกการเปลี่ยนแปลงเอกสารจะถูก commit พร้อมข้อความ ผมสามารถรัน git log -- "Principles/security-by-design.md" หรือ ดูประวัติที่ github และเห็นวิวัฒนาการทั้งหมดของปรัชญาความปลอดภัยของเราตลอดเวลา

vault ถูก push ขึ้น private GitHub repository ทำให้ผม:

• Backup นอกสถานที่ สมองที่สองของผมรอดจากความเสียหายของแล็ปท็อป
• Audit trail ทุกการเปลี่ยนแปลงมีผู้เขียน, timestamp, และเหตุผลใน commit message
• Branching สำหรับการแก้ไขใหญ่ เมื่อผมกำลังคิดทบทวนหลักการพื้นฐานใหม่ ผมสามารถ branch vault, ทดลองเขียนใหม่, และ merge เมื่อมันสอดคล้องกันแล้วเท่านั้น
• Online Access ผมสามารถดูมันตอนไหนก็ได้ ที่ webbrowser บนโทรศัพท์

นี่คือวินัยเดียวกับที่ผมใช้กับโค้ดครับ การนำมันมาใช้กับความรู้หมายความว่าความทรงจำเชิงสถาบันของเรามีความสมบูรณ์ระดับเดียวกับระบบ production ของเรา

---

จุดเปลี่ยน: ให้ AI อ่านองค์ความรู้ หรือช่วยจัดการองค์ความรู้ได้

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

Obsidian vaults เป็นแค่โฟลเดอร์ของไฟล์ Markdown VS Code สามารถเปิดโฟลเดอร์ไหนก็ได้เป็น workspace และ AI coding agent สมัยใหม่ (แบบที่ทำงานภายใน VS Code เป็น extension) สามารถอ่านไฟล์ไหนก็ได้ใน workspace

ดังนั้น pipeline จึงง่ายอย่างเหลือเชื่อ: เปิดโฟลเดอร์ vault ใน VS Code แล้ว AI agent ของผมก็เข้าถึงฐานความรู้ทั้งหมดของ NEXT4I ได้ ไม่มี API, ไม่มี RAG pipeline ที่ต้องสร้าง, ไม่มี chunking strategy ที่ต้องจูน แค่ไฟล์ Markdown ธรรมดาที่ AI อ่านได้โดยตรง

สิ่งที่ปลดล็อกในการทำงาน:

• การค้นหาเชิงบริบทและการให้เหตุผล แทนที่จะ grep หาคีย์เวิร์ด ผม prompt AI ว่า: "ค้นหาทุกเอกสารที่พูดถึงกลยุทธ์ sharding ของเรา และสรุป trade-off ที่เราพิจารณา" AI อ่านข้ามหลายไฟล์ เข้าใจความสัมพันธ์ และสังเคราะห์คำตอบ

• การวิเคราะห์ส่วนที่ขาดหายไป ผมถามว่า: "จากทุกอย่างในโฟลเดอร์ Infrastructure/ มีการตัดสินใจทางสถาปัตยกรรมอะไรบ้างที่ยังไม่มีเอกสาร ?" AI ตรวจสอบข้ามสิ่งที่ควรมีอยู่กับสิ่งที่มีอยู่จริง และบอกส่วนที่ขาดหาย

• การร่างจากความรู้ที่มีอยู่ เมื่อผมต้องการสเปคเทคนิคใหม่ ผมไม่เริ่มจากไฟล์เปล่า ผมชี้ AI ไปที่เอกสาร Principles/, Skill/, และ Platform/ ที่เกี่ยวข้อง แล้วบอกว่า: "ร่าง design doc สำหรับ message queue consumer ตัวใหม่ โดยทำตาม patterns ที่เรากำหนดไว้แล้ว" AI สร้าง draft แรกที่สอดคล้องกับ conventions ของเราอยู่แล้ว

• การวิเคราะห์ผลกระทบ ก่อนเปลี่ยนโครงสร้างหลัก ผมถามว่า: "ถ้าผมแก้ไขกฎ authentication นี้ มี platform specs และ skill documents ไหนบ้างที่ต้องอัปเดต ?" AI ไล่ตาม dependency graph ผ่าน [[links]] และให้รายงานผลกระทบของการเปลี่ยนแปลง

นี่ไม่ใช่ custom integration ครับ มันไม่ใช่ผลิตภัณฑ์ที่ผมสร้างขึ้นมา แต่มันคือ คุณสมบัติที่เกิดขึ้นเอง (emergent property) ของเครื่องมือสามอย่างที่มีอยู่แล้วในคอมของผม เชื่อมต่อกันด้วยการตัดสินใจออกแบบที่ตั้งใจให้ทุกอย่างเป็น plain, local, linkable Markdown นั่นคือ Seamless Integration by Design ในรูปแบบที่บริสุทธิ์ที่สุด: การเลือกฟอร์แมตและโครงสร้างที่ทำให้ integration เป็นสิ่งที่หลีกเลี่ยงไม่ได้ แทนที่จะเป็นไปไม่ได้

---

ผลลัพธ์: สมองที่สอง (SecondBrain) ที่เติบโตได้

วันนี้ NEXT4I vault มีเอกสารหลายร้อยฉบับที่เชื่อมโยงกัน ครอบคลุมสถาปัตยกรรม, ผลิตภัณฑ์, มาตรฐานวิศวกรรม, และความรู้ด้านปฏิบัติการ ทุกการเปลี่ยนแปลงถูก commit ทุกการเชื่อมต่อทำกราฟได้ และ AI agents ของผมอ่านจากมันทุกวัน ช่วยผมค้นหา, สังเคราะห์, ร่าง, และตรวจสอบ

ระบบนี้ผมได้คืนทุนไปแล้วในแบบที่ผมไม่ได้คาดคิด:

• การตัดสินใจที่เร็วขึ้น: ผมสามารถดึงประวัติทั้งหมดของ trade-off ทางสถาปัตยกรรมใดๆ ได้ในไม่กี่วินาที
• การเขียนที่ AI ช่วยปรับปรุงแก้ไข: สเปคเทคนิคที่เคยใช้เวลาทั้งวัน ตอนนี้เริ่มจาก draft ที่ AI สร้างให้ แล้วผมขัดเกลา ไม่ใช่ไฟล์เปล่าๆที่ผมนั่งจ้อง
• องค์ความรู้ของข้อมูลไม่สูญหาย: เมื่อผมลดความสำคัญของฟีเจอร์แล้วกลับมาหามัน หลังจากหลายเดือนต่อมา context เต็มๆ ยังอยู่ที่เดิม

แต่ชัยชนะที่ใหญ่ที่สุดคือในเชิงปรัชญาครับ: ระบบนี้พิสูจน์ว่าหลักการออกแบบเดียวกับที่ผมใช้กับ distributed systems เช่น loose coupling, standard formats, versioned state, queryability ก็ใช้ได้ผลอย่างทรงพลังกับการจัดการความรู้เช่นกัน ไอเดียของบริษัทสมควรได้รับความเข้มงวดทางวิศวกรรมระดับเดียวกับโค้ดของมัน

---

ขอบคุณทุกท่านที่อ่านมาจนถึงตรงนี้ และผมจะพยายามทำบทความดีๆ ขึ้นมาเรื่อยๆ นะครับ

---