01 / THE PRINCIPLE
จดเพื่อคืนพื้นที่สมอง ไม่ใช่สร้างงานเพิ่ม
Obsidian เหมาะกับการเป็น external memory: ความรู้เก็บเป็นไฟล์ Markdown แบบ plain text ในโฟลเดอร์ที่เรียกว่า vault. คุณจึงเปิด แก้ ค้นหา หรือ version-control ด้วยเครื่องมืออื่นได้ด้วย ไม่ได้ถูกขังอยู่ในฐานข้อมูลปิด
Capture
จดสิ่งที่เกิดขึ้นทันที โดยยังไม่ต้องจัดหมวดให้สมบูรณ์
Connect
เชื่อม note ที่เกี่ยวข้องด้วย wikilink และดู backlinks
Recall
ค้นคืนจากชื่อ, properties, tags, headings และบริบทที่เชื่อมไว้
กติกาที่ช่วยให้จดได้นาน: note ใหม่ต้องมี next action หรือ link อย่างน้อยหนึ่งอย่าง ไม่ต้องจัดระเบียบทุกอย่างตอน capture
02 / VAULT DESIGN
เริ่มจาก Vault ที่เรียบง่าย
อย่าเริ่มด้วย plugin จำนวนมาก ให้สร้างโครงสร้างที่สื่อความหมายและค้นได้ก่อน. Vault เป็น folder บน local file system และ Obsidian จะสร้างโฟลเดอร์ .obsidian สำหรับ settings ของ vault
KUMA-Vault/
├── 00 Inbox/ # สิ่งที่ยังไม่ triage
├── 10 Projects/ # งานที่มีจุดจบ เช่น client หรือ feature
├── 20 Areas/ # เรื่องที่ต้องดูแลต่อเนื่อง
├── 30 Knowledge/ # หลักการ, reference, notes ที่ใช้ซ้ำ
├── 90 Archive/ # งานที่จบหรือไม่ active แล้ว
└── 99 Attachments/ # ภาพ, PDF และไฟล์แนบตั้งชื่อ folder ตามการใช้งานจริงของคุณ ไม่ต้องเลียนแบบระบบคนอื่น. ถ้าซิงก์ด้วย Git ให้ระวังไฟล์ workspace ที่เปลี่ยนบ่อย และอย่าเก็บ secret, token หรือข้อมูลส่วนตัวที่ไม่ควร sync ไว้ใน vault
03 / NOTE FORMAT
รูปแบบ note ที่ค้นคืนได้
ใช้ properties แบบ YAML สำหรับข้อมูลสั้นและเป็นโครงสร้าง เช่น type, status, project, created และ next. เนื้อหาหลักยังคงเป็น Markdown ที่อ่านได้โดยคนและ agent
---
type: decision
status: active
project: personal-portfolio
tags:
- architecture
- handoff
created: 2026-07-22
next: ตรวจบน mobile และบันทึกผล QA
---
# เลือกใช้ static article routes
## Context
บทความต้องมี metadata แยก route และไม่เพิ่มใน navbar
## Decision
ใช้ static route ใต้ `src/app/blog/`
## Evidence
- `npm run build` ผ่าน
- browser ตรวจ console และ mobile overflow แล้ว
## Next
- เพิ่ม related links ในคลังบทความProperties ควรเป็น atomic data ไม่ใช่ย่อหน้าที่ยาว. รายละเอียด เหตุผล และหลักฐานให้อยู่ใน body เพื่อให้อ่านง่ายและไม่ทำให้ metadata กลายเป็นกองข้อความที่ใช้ซ้ำไม่ได้
04 / LINKING
เชื่อมความรู้ด้วย links
ใช้ [[ชื่อ note]] เมื่อต้องการเชื่อม note ภายใน vault. Obsidian รองรับทั้ง Wikilinks และ Markdown links และสามารถอัปเดต internal links เมื่อ rename note หากเปิด setting ที่เกี่ยวข้อง
ลิงก์ไปยัง note
[[Projects/Personal Portfolio]]
[[Knowledge/Playwright QA]]ลิงก์ไปยัง heading
[[Personal Portfolio#Decision]]
[[Playwright QA#Mobile checks]]ลิงก์ทุกอันควรตอบคำถามว่า “ทำไม note นี้เกี่ยวข้องกับ note นั้น” ถ้าเป็นแค่การยัด link เพื่อให้ graph สวย ระบบจะโตเร็วแต่ค้นคืนยาก
05 / DAILY LOOP
Workflow จดและทบทวนแบบไม่เหนื่อย
- Capture: จดลง `00 Inbox` ภายในหนึ่งนาที ไม่หยุดเพื่อจัด format
- Clarify: เปลี่ยนชื่อ note ให้ค้นเจอ และเติม context ที่ขาด
- Connect: เพิ่ม link ไปยัง project, area หรือความรู้เดิม
- Commit: เติม next action หรือ decision ที่ทำให้ note มีประโยชน์ต่อการกลับมาอ่าน
- Review: สัปดาห์ละครั้งจัด Inbox, archive ของจบ และตรวจ note ที่ยังมี status active
เปิด Obsidian แล้วสร้าง note ใหม่ใน 00 Inbox
จดสิ่งที่เพิ่งเรียนรู้โดยไม่ต้องจัดหมวด
ก่อนปิดวัน: ตั้งชื่อ note, เติม type/status, link ไปยัง project ที่เกี่ยวข้อง
ทุกสัปดาห์: เคลียร์ Inbox และสรุปเฉพาะสิ่งที่ต้องใช้ต่อ
กติกาสำหรับ agent:
อ่านเฉพาะ vault path ที่อนุญาต
ห้ามแก้ note ที่ไม่อยู่ใน scope
ห้ามสรุปข้อมูลลับลงใน note ใหม่
รายงานไฟล์ที่อ่านและไฟล์ที่เปลี่ยนทุกครั้งOfficial references