ข้ามไปยังเนื้อหาบทความ
คลังบทความ KUMA

Knowledge system / external memory

จดแต่ไม่ต้องจำด้วย Obsidian

เปลี่ยนเรื่องที่ต้องจำให้กลายเป็นไฟล์ที่ค้นได้ เชื่อมกันได้ และส่งต่อให้ตัวเองหรือ agent ใช้ต่อได้ โดยไม่ต้องสร้างระบบซับซ้อนตั้งแต่วันแรก

ObsidianMarkdownKnowledge baseExternal memory

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 กลายเป็นกองข้อความที่ใช้ซ้ำไม่ได้

05 / DAILY LOOP

Workflow จดและทบทวนแบบไม่เหนื่อย

  1. Capture: จดลง `00 Inbox` ภายในหนึ่งนาที ไม่หยุดเพื่อจัด format
  2. Clarify: เปลี่ยนชื่อ note ให้ค้นเจอ และเติม context ที่ขาด
  3. Connect: เพิ่ม link ไปยัง project, area หรือความรู้เดิม
  4. Commit: เติม next action หรือ decision ที่ทำให้ note มีประโยชน์ต่อการกลับมาอ่าน
  5. Review: สัปดาห์ละครั้งจัด Inbox, archive ของจบ และตรวจ note ที่ยังมี status active
เปิด Obsidian แล้วสร้าง note ใหม่ใน 00 Inbox
จดสิ่งที่เพิ่งเรียนรู้โดยไม่ต้องจัดหมวด
ก่อนปิดวัน: ตั้งชื่อ note, เติม type/status, link ไปยัง project ที่เกี่ยวข้อง
ทุกสัปดาห์: เคลียร์ Inbox และสรุปเฉพาะสิ่งที่ต้องใช้ต่อ

กติกาสำหรับ agent:
อ่านเฉพาะ vault path ที่อนุญาต
ห้ามแก้ note ที่ไม่อยู่ใน scope
ห้ามสรุปข้อมูลลับลงใน note ใหม่
รายงานไฟล์ที่อ่านและไฟล์ที่เปลี่ยนทุกครั้ง

Official references

อ่านต่อจากแหล่งต้นทาง

กลับคลังบทความคุยเรื่องโปรเจกต์