DISCOVER

การตลาด

สร้าง "สมองที่สอง" ให้ AI รู้จักคุณ: คู่มือทำ Knowledge Base ด้วย Obsidian แล้วใช้ผ่าน Claude (Cowork + Code) ตั้งแต่ศูนย์

เวลาเราพิมพ์คำถามใส่ AI อย่าง Claude, Gemini หรือ ChatGPT สิ่งที่มันทำจริง ๆ คือ "เดา" คำตอบจากความรู้ที่บริษัทแม่ฝึกมัน—ซึ่งอาจหยุดอยู่ที่เมื่อ 2-3 เดือนก่อน พอถามเรื่องทั่วไปมันก็ไปเสิร์ชเว็บมาช่วยได้ แต่พอถามเรื่องที่ "เกี่ยวกับตัวเรา" ลึก ๆ—พอร์ตหุ้นของเรา ลูกค้าของเรา สไตล์งานของเรา—มันก็เริ่มเอ๋อ เพราะมันไม่เคยรู้บริบทของเราเลย

เผยแพร่ 15 มิ.ย. 2569 · DISCOVER

เริ่มอ่าน

ภาพประกอบเชิงสื่อความหมาย (สร้างด้วย AI) — แนวคิดหลัก: เปลี่ยนความรู้กระจัดกระจายของเราให้เป็น "คลังเชื่อมโยง" ที่ AI วิ่งไปอ่านก่อนตอบ (ภาพประกอบเชิงสื่อความหมาย) ภาพ: สร้างด้วย AI (Freepik Recraft V4.1)

ทางแก้ที่ทรงพลังที่สุดไม่ใช่การหา AI ที่ฉลาดขึ้น แต่คือการ สร้างคลังความรู้ของเราเองให้ AI อ่านก่อนตอบ—สิ่งที่หลายคนเรียกว่า Knowledge Base (หรือ "second brain"/"สมองที่สอง") พูดง่าย ๆ คือเราสร้าง "กรอบ" ขึ้นมาบอกมันว่า "นี่คือข้อมูลของฉัน เดาในขอบเขตนี้นะ" ยิ่งเราป้อนข้อมูลเข้าไปเรื่อย ๆ AI ก็ยิ่งรู้จักเรา ทำงานเป็นเรามากขึ้นเรื่อย ๆ—เป็นการทบต้น (compounding) ที่โตไปกับเรา

คู่มือฉบับนี้ไบรท์เรียบเรียงจากคลิปของครีเอเตอร์สายลงทุนที่เล่าแนวคิด Knowledge Base ของตัวเอง แล้ว ค้นข้อมูลล่าสุดของ Obsidian และ Claude มาตรวจสอบ-เติมให้ครบ จับมาทำเป็น "วิธีทำตามได้จริง" ตั้งแต่ ทำไมต้องมี → ตั้ง Obsidian vault → จัดโครงสร้างคลังความรู้ → ต่อเข้ากับ Claude Cowork (สาย no-code) → ต่อเข้ากับ Claude Code (สาย power user) → ปิดท้ายด้วยลูปทบต้นและการ backup เหมาะกับคนทำงานออฟฟิศ คนทำคอนเทนต์/การตลาด หรือใครก็ตามที่อยากให้ AI "รู้จักเรา" จริง ๆ

ภาพรวมระบบ: ผังเชื่อมโยงทั้งหมด (แตะดูได้)

ก่อนลงรายละเอียดทีละขั้น ลองดู "ผังระบบ" นี้เพื่อเห็นภาพรวมว่าทุกชิ้นเชื่อมกันอย่างไร — แตะ (หรือกดด้วยคีย์บอร์ด) ที่แต่ละจุด เพื่อไฮไลต์เส้นเชื่อมและอ่านคำอธิบายสั้น ๆ และกด "เล่นลูป" เพื่อดูการไหลของระบบที่วนกลับมาเป็น ลูปทบต้น — ยิ่งใช้ คลังยิ่งโต

ผังระบบ Knowledge Base: Input ป้อนเข้าคลัง Obsidian, Claude อ่านคลังผ่าน Cowork หรือ Claude Code แล้วผลิต Output ที่วนกลับเข้าคลังเป็นลูปทบต้น

ข้อมูลเข้า/ออก คลัง Obsidian Claude ลูปทบต้น (ป้อนกลับ)
ผังเชื่อมโยงระบบ Knowledge Base กับ Claude วงวน: Input ป้อนเข้า Obsidian Vault ที่เก็บ atom และ index, Claude อ่านคลังผ่าน Cowork หรือ Claude Code, ผลิต Output แล้วป้อนกลับเข้าคลังให้โตขึ้น ป้อนเข้า อ่าน index ก่อน ผลิตงาน ป้อนกลับ ลูปทบต้น คลังโตขึ้นทุกวัน Input แหล่งข้อมูล PDF · transcript · บทความ → 00_Inbox Obsidian Vault .md · local-first Atoms (01) · Index (02) บ้านของคลัง Claude สมองที่อ่านคลัง Cowork · Claude Code กรอบ: CLAUDE.md Output งานที่ผลิต report · บทความ · คอนเทนต์ → 90_Output

แตะที่แต่ละจุดเพื่อดูหน้าที่และเส้นเชื่อม — ลูกศรสีทองคือ "ลูปทบต้น" ที่เอา output กลับเข้าคลัง ทำให้คลังโตและรู้จักเรามากขึ้นทุกวัน

อ่านผังยังไง — เริ่มที่ Input (สิ่งที่เราป้อนเข้า) → เข้า Obsidian Vault ที่สกัดเป็น atom แล้วจัดเข้า indexClaude อ่านคลังผ่าน Cowork หรือ Claude Code → ได้ Output → แล้วลูกศรสีทองพา output ป้อนกลับ เข้าคลัง วนให้คลังโตขึ้นเรื่อย ๆ

1) Knowledge Base คืออะไร — ทำไม AI ถึงต้องมี "กรอบ" ของเรา

AI ทุกตัวทำงานบนหลักเดียวกัน: มันถูกฝึก (train) มาด้วยความรู้จำนวนมหาศาล ณ ช่วงเวลาหนึ่ง แล้วเวลาเราถาม มันก็ "เดา" คำตอบจากความรู้ก้อนนั้น ถ้าไม่พอ มันถึงจะไปเว็บเสิร์ชหรือต่อกับแอปอื่น (Anthropic — Claude models) นี่คือเหตุผลว่าทำไมถามราคาหุ้นวันนี้มันตอบได้ (ไปเสิร์ชมา) แต่ถามว่า "หุ้นตัวนี้ฉันควรขายไหมตาม thesis ของฉัน" มันกลับมั่ว—เพราะมันไม่มีบริบทของเรา

Knowledge Base คือการพลิกสถานการณ์นี้: เราเก็บความรู้/บริบท/"about me" ของเราเองไว้เป็นไฟล์ แล้วตั้งให้ AI วิ่งไปอ่านคลังนี้ก่อน ค่อยกลับมาตอบ เท่ากับเราขีด "กรอบ" ให้มันเดาอยู่ในข้อมูลของเรา ตัวอย่างที่ผู้พูดในคลิปยกคือคลัง 10-K / งบไตรมาสของหุ้นที่เขาสนใจ บวก thesis ว่า ซื้อเพราะอะไร อยากขายเพราะอะไร—พอถาม AI มันก็ตอบโดยอิงคลังนี้ จึงเป็น "ตัวเขา" มากขึ้น

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

2) ตั้งเป้าก่อนสร้าง (Goal-first) — อย่าเพิ่งไปลอกของใคร

ก่อนแตะเครื่องมือใด ๆ คำถามแรกที่ผู้พูดย้ำคือ "คุณจะสร้างระบบนี้ไปทำอะไร" จะเอาไปช่วยงานออฟฟิศให้เร็วขึ้น ช่วยเขียนโค้ด ช่วยรีเสิร์ชหุ้น เตรียมประชุม หรือแม้แต่งานเกษตร (ชนิดพืช/สภาพอากาศในพื้นที่) เพราะพอรู้ goal เราจะเห็น output ที่ต้องการ แล้วถึงจะตั้ง scope ได้ถูก—ว่าต้องป้อนข้อมูลอะไรเข้าคลัง

นี่คือจุดที่คนพลาดบ่อยที่สุด: ไปก๊อป template หรือ "สกิล" ของคนอื่นมาทั้งดุ้น ทั้งที่บริบทเขาไม่ใช่ของเรา มันเลยไม่ช่วยอะไร ทางที่ได้ผลกว่าคือเริ่มจากของจริงของเรา—ถ้าจะให้ช่วยสรุปประชุม ก็เอา meeting note เก่า ๆ ที่เคยทำมาเป็นตัวอย่าง ถ้าจะให้ช่วยเขียน report ก็โยน report เก่าให้มันดูเป็น "ของอ้างอิง" แล้วค่อย ๆ สะสม

3) ทำไมต้อง Obsidian + ไฟล์ .md (และทำไม "text ธรรมดา" คือความได้เปรียบ)

ภาพประกอบ: โน้ต Markdown หลายใบเชื่อมโยงกันเป็นเครือข่าย (knowledge graph) สื่อถึงลิงก์สองทางและมุมมอง graph ของ Obsidian
ภาพประกอบเชิงสื่อความหมาย (สร้างด้วย AI) — โน้ต .md ที่เชื่อมโยงกันกลายเป็น "เครือข่ายความรู้" — ยิ่งโตยิ่งมีค่า (ภาพประกอบเชิงสื่อความหมาย) ภาพ: สร้างด้วย AI (Freepik Recraft V4.1)

หัวใจของระบบนี้คือ ทุกอย่างเป็นไฟล์ Markdown (.md)—ก็คือ text ธรรมดา ๆ นี่เป็นจุดที่ฉลาดที่สุด เพราะ AI ทุกเจ้า ไม่ว่า Claude, Gemini, DeepSeek หรือ Kimi ล้วนอ่าน .md ได้หมด มันเป็นรูปแบบ "กลาง" ที่สุด แปลว่าวันหนึ่งถ้าเราอยากย้ายโมเดลหรือย้ายเครื่องมือ คลังความรู้ของเราย้ายตามไปได้ทันที ไม่ยึดติด กับเจ้าใดเจ้าหนึ่ง

แล้วทำไมต้อง Obsidian? เพราะ Obsidian เป็นแอปจดโน้ตแบบ local-first—เก็บทุกอย่างเป็นไฟล์ .md บนเครื่องเราเอง ไม่มีรูปแบบลับ ไม่ผูกคลาวด์ ไม่ผูก vendor (Obsidian) จุดเด่นที่เข้ากับงานนี้พอดีคือ ลิงก์สองทาง (bidirectional links) และ graph view ที่ทำให้โน้ตของเรากลายเป็น "เครือข่ายความรู้" ที่ยิ่งโตยิ่งมีค่า (datasciencedojo) แถม ฟรีสำหรับใช้ส่วนตัว ไม่จำกัดฟีเจอร์ และมีปลั๊กอินชุมชนกว่า 1,000 ตัว (ClickUp — Obsidian review 2026) ปี 2026 ยังเพิ่มปลั๊กอินแกนชื่อ Bases ที่ทำตาราง/ฐานข้อมูลแบบ Notion ได้ทั้งที่ยังออฟไลน์ (oflight)

พูดให้ชัด: Obsidian ทำหน้าที่เป็น "บ้าน" ที่เรามองเห็นและจัดระเบียบคลังได้สวยงาม ส่วน Claude คือ "สมอง" ที่มาอ่านไฟล์ในบ้านหลังนี้—ทั้งคู่คุยกันผ่านไฟล์ .md ชุดเดียวกัน

4) ลงมือ: ตั้ง Vault และวางโครงสร้างโฟลเดอร์

ขั้นแรกจริง ๆ ใช้เวลาไม่ถึง 10 นาที:

  1. ดาวน์โหลด Obsidian จาก obsidian.md (มี macOS / Windows / Linux) แล้วติดตั้ง
  2. กด Create new vault → ตั้งชื่อ (เช่น MyBrain) แล้ว เลือกตำแหน่งโฟลเดอร์ให้ดี — ข้อนี้สำคัญ: วาง vault ไว้ในที่ที่ Claude เข้าถึงได้ภายหลัง (เช่นใต้ ~/Ray/ หรือโฟลเดอร์งานของคุณ) เพราะ vault ก็คือ "โฟลเดอร์ไฟล์ .md ธรรมดา" หนึ่งโฟลเดอร์เท่านั้น
  3. วางโครงสร้างโฟลเดอร์ตั้งต้นแบบเรียบง่าย ไม่ต้องสมบูรณ์แบบ:
โฟลเดอร์ไว้เก็บอะไร
00_Inboxที่พักของใหม่ที่ยังไม่จัด (โยนเข้ามาก่อน เดี๋ยวค่อยกระจาย)
01_Atomsโน้ตย่อย 1 เรื่อง/ไฟล์ (หัวใจของระบบ — ดูข้อ 5)
02_Indexโน้ตดัชนี/แผนที่ (MOC) ที่ชี้ว่าเรื่องไหนอยู่ตรงไหน
03_Sourcesวัตถุดิบดิบ: PDF ที่แปลงเป็น .md, transcript, บทความ
90_Outputงานที่ผลิตออกไปแล้ว (report/บทความ/สคริปต์) เอาไว้ป้อนกลับ
  1. สร้างไฟล์แรกชื่อ about-me.md ในรากของ vault—เขียนสั้น ๆ ว่าคุณเป็นใคร ทำงานอะไร เป้าหมายของคลังนี้คืออะไร ทำงานกับใครบ้าง นี่คือ "เมล็ดพันธุ์" ที่ทำให้ทุกคำตอบของ AI เริ่มเป็นตัวคุณ

เคล็ดลับแบบที่ผู้พูดใช้: ถ้าติดตั้งอะไรไม่เป็น ไม่ต้องท่องคำสั่ง—เปิด Claude ขึ้นมาแล้วสั่งตรง ๆ ว่า "ช่วยพาตั้ง Obsidian vault และวางโครงสร้างโฟลเดอร์ให้หน่อย" ให้ AI เป็นครูพาทำทีละสเต็ป

5) แกนของระบบ: "Atom" (โน้ตย่อย) + "Index" (บ้านของไฟล์)

สองคำที่ทำให้คลังนี้ทำงานเร็วและแม่นคือ atom กับ index

Atom (โน้ตย่อยแบบ atomic) — แทนที่จะเก็บไฟล์ใหญ่ ๆ ทั้งก้อน (ซึ่งกลายเป็น noise และทำให้ AI ทำงานช้า) เราสกัดออกมาเป็นโน้ตย่อยที่ "1 ไฟล์ = 1 เรื่อง" ยาวแค่ 2-3 ประโยค พร้อม แท็ก กำกับ (เช่น เป็น thesis, เป็น candidate, เป็นข่าวดี/ข่าวร้ายต่อสิ่งที่ถืออยู่) แนวคิดนี้คือหลัก Zettelkasten / atomic notes ที่ให้แต่ละโน้ตเป็นเรื่องเดียวจบในตัวและเชื่อมโยงถึงกัน (Obsidian Rocks — Zettelkasten) ยิ่งย่อย AI ยิ่งค้นเจอไว กิน token น้อยลง

Index / MOC (Map of Content) — พอ atom เยอะขึ้น เราต้องมี "ที่อยู่" ให้มัน Index คือโน้ตดัชนีที่รวมลิงก์ไปยังโน้ตในธีมเดียวกัน (publish.obsidian.md — MOC+in+Zettelkasten)) ผู้พูดเรียกมันว่า "การสร้างบ้านให้แต่ละไฟล์" ลองนึกภาพ: ถ้าไม่มี index พอเราถาม "สรุป transcript คลิปล่าสุดให้หน่อย" AI ต้องไล่อ่านไฟล์ทั้งคลัง—ช้าและเปลือง token แต่พอมี 02_Index/transcripts.md มันก็วิ่งมาที่ดัชนีจุดเดียว แล้วเด้งไปอ่านเฉพาะไฟล์ที่เกี่ยว เร็วขึ้นและถูกลงมาก เคล็ดลับสำคัญ: อย่าสร้าง MOC ดักไว้ล่วงหน้าทั้งหมด—ปล่อยให้มันงอกตามธรรมชาติเมื่อเริ่มมีหลายโน้ตในธีมเดียวกัน (knowledgeaccumulation)

ตัวเชื่อมทั้งหมดคือ ลิงก์แบบ [[ชื่อโน้ต]] ของ Obsidian ที่พอเชื่อมแล้วจะโผล่เป็นเส้นใน graph view—เห็นภาพรวมว่าอะไรโยงกับอะไร (ดูภาพ graph ในข้อ 3) ใครที่ทำงานละเอียดขึ้นไปอีกอาจมีไฟล์พิเศษอย่าง thesis-tracker.md (ติดตามสมมติฐานการลงทุน) หรือ contradictions.md (เก็บจุดที่ข้อมูลขัดกัน) แบบที่ผู้พูดทำ

6) ต่อคลังเข้ากับ Claude Cowork (สาย no-code — ง่ายสุด)

ภาพประกอบ: ผู้ช่วย AI กำลังอ่านโฟลเดอร์โน้ต Markdown ของผู้ใช้ก่อนตอบงาน สื่อถึงการเชื่อมคลังความรู้เข้ากับ Claude
ภาพประกอบเชิงสื่อความหมาย (สร้างด้วย AI) — เชื่อมโฟลเดอร์คลังครั้งเดียว แล้ว Claude ก็อ่านไฟล์ในคลังได้ทันที (ภาพประกอบเชิงสื่อความหมาย) ภาพ: สร้างด้วย AI (Freepik Recraft V4.1)

ถ้าไม่อยากแตะ terminal เลย Cowork คือทางที่ง่ายที่สุด Cowork เป็นโหมดผู้ช่วยอัตโนมัติของ Claude สำหรับงาน knowledge work—จัดไฟล์ สร้างเอกสาร ทำงานหลายขั้นได้เอง (Claude — Cowork) จุดที่เข้ากับ Knowledge Base พอดีคือ เชื่อมโฟลเดอร์ครั้งเดียว แล้วทุกไฟล์ข้างในก็ "อยู่ครบ" ในบริบท ไม่ต้องลากไฟล์เข้าทุกครั้ง (support.claude.com — Get started with Cowork)

ขั้นตอน:

  1. เปิด Claude เดสก์ท็อป (macOS/Windows) แล้วเข้าโหมด Cowork (อยู่ในแพ็กเกจ Pro/Max/Team/Enterprise)
  2. Connect a folder → เลือกโฟลเดอร์ vault ของคุณ ตอนนี้ Claude อ่านไฟล์ .md ทั้งหมดในนั้นได้แล้ว
  3. สร้าง Project เพื่อรวมงานที่เกี่ยวข้องไว้ที่เดียว—Project มีไฟล์/บริบท/คำสั่ง (instructions)/ความจำเป็นของตัวเอง และ เก็บอยู่บนเครื่องคุณ (local) (support.claude.com — Projects in Cowork)
  4. ใส่ instructions ของ Project ให้ชัด เช่น "ก่อนตอบทุกครั้ง ให้อ่าน 02_Index/ ก่อน แล้วอ้างอิงเฉพาะข้อมูลในคลังนี้ ถ้าไม่มีให้บอกว่าไม่พบ" — นี่คือการ "ขีดกรอบ" ให้ Claude ในแบบ no-code
  5. ถามได้เลย เช่น "ดู 03_Sources/ แล้วสรุปประเด็นที่ฉันควรโฟกัสสัปดาห์นี้"

หมายเหตุความเป็นส่วนตัว: ไฟล์ ประวัติแชต และการตั้งค่า Project เก็บไว้บนเครื่อง มีเพียง "บริบทของ prompt" ที่ถูกส่งขึ้นคลาวด์ตอนประมวลผลคำตอบ (claudelab)

7) ต่อคลังเข้ากับ Claude Code (สาย power user — ยืดหยุ่นสุด)

ถ้าอยากได้พลังเต็มและทำงานอัตโนมัติเป็นทีม Claude Code คือคำตอบ—แม้ชื่อจะมีคำว่า "Code" แต่ใช้กับคลังความรู้ที่เป็น .md ได้สบาย (ไม่ต้องเขียนโค้ดเป็น) หัวใจคือไฟล์ CLAUDE.md: ไฟล์ Markdown ที่ให้คำสั่งถาวรกับ Claude และ มันจะอ่านทุกครั้งที่เริ่ม session (code.claude.com — Memory)

ขั้นตอน:

  1. เปิด terminal เข้าไปในโฟลเดอร์ vault แล้วพิมพ์ claude
  2. รัน /init เพื่อสร้าง CLAUDE.md ตั้งต้น—เป็นวิธีเร็วที่สุดในการวาง "กรอบ" ระดับโปรเจกต์ (Claude Code 101)
  3. เขียน CLAUDE.md ให้บอก Claude ว่า เราเป็นใคร, goal คืออะไร, ให้อ่าน 02_Index/ ก่อนเสมอ, อ้างเฉพาะข้อมูลในคลัง — Claude Code ยังมีลำดับความจำหลายชั้น (enterprise / project / user / local) และ นำเข้าไฟล์อื่นด้วย @path/to/file ได้ เช่น @about-me.md (docs.anthropic.com — Memory)
  4. สั่งงานได้เลย เช่น "อ่าน index แล้วอัปเดตให้หน่อยว่าสัปดาห์นี้มีอะไรเปลี่ยน"
  5. (ขั้นสูง) สร้าง sub-agent / skill ที่มีหน้าที่เฉพาะ—เช่น เอเจนต์ที่คอยอ่านคลังแล้วทำงานหนึ่งอย่างให้จบ ผู้พูดเล่าว่าเขาสั่งงานผ่าน Claude ตัวหลัก แล้ว Claude ไปสั่ง sub-agent อีกที (เช่นเอเจนต์ชื่อ "นิก" ที่อ่านคลังหุ้นแล้วลองเสนอว่าจะซื้ออะไร) ทั้งหมดอ้างอิงคลัง .md ชุดเดียวกัน (Claude Code — Subagents)

ข้อดีของสายนี้คือมันทำงานเป็น "ทีม" และตั้งให้รันงานซ้ำ ๆ อัตโนมัติได้ แต่ทุกอย่างยังยืนอยู่บนคลัง .md เดิม—กรอบเดียวกับ Cowork เป๊ะ

8) ลูปทบต้น (Compounding Loop) + การ Backup

ระบบนี้สวยตรงที่มันเป็น วงวนที่โตขึ้นเรื่อย ๆ: ป้อน input (PDF/transcript/บทความที่สนใจ) → ให้ AI สกัดเป็น atom พร้อมแท็ก → จัดเข้า index → ใช้ผลิต output (report/บทความ/คอนเทนต์) → แล้วเก็บ output นั้นกลับเข้าคลัง ยิ่งวนยิ่งโต ผู้พูดบอกว่าตอนเริ่มเขาก็มีแค่ text ไฟล์ 4-5 อัน แต่พอใช้ทุกวัน คลังก็ค่อย ๆ ใหญ่จนต่อยอดทำอะไรก็ได้—เว็บไซต์ ผู้ช่วยเฉพาะทาง ฯลฯ ล้วน build บนคลังเดิม

อย่าลืม backup เพราะคลังคือสินทรัพย์ วิธีที่นิยมและฟรีคือใช้ Git + GitHub ผ่านปลั๊กอิน Obsidian Git (Vinzent03) ที่ commit-and-push ให้อัตโนมัติตามรอบเวลา และยังเก็บประวัติย้อนหลังได้ (GitHub — Vinzent03/obsidian-git) ถ้าใช้ Claude Code อยู่แล้ว ก็สั่งมันว่า "ช่วย backup คลังขึ้น GitHub ให้ที" ได้เลย ข้อดีของการที่ทุกอย่างเป็น .md คือ backup ง่าย ย้ายเครื่องง่าย และถ้าวันหนึ่งมีเครื่องมือ/โมเดลที่ดีกว่า คลังเราก็ตามไปได้—เราไม่ยึดติดอะไรเลย

จังหวะในลูปทำอะไรเก็บไว้ที่
Inputโยน PDF/transcript/บทความเข้าคลัง00_Inbox03_Sources
Extractให้ AI สกัดเป็น atom + แท็ก01_Atoms
Organizeลิงก์เข้า index/MOC02_Index
Outputผลิตงานจริง แล้วป้อนกลับ90_Output

9) ข้อควรรู้และกับดักก่อนเริ่ม

ปิดท้าย: เริ่มจากไฟล์เดียววันนี้

สิ่งที่คู่มือนี้ชวนทำไม่ใช่โปรเจกต์ยักษ์ แต่เป็นนิสัยเล็ก ๆ ที่ทบต้น—วันนี้เปิด Obsidian สร้างไฟล์ about-me.md ไฟล์เดียว เขียนว่าคุณเป็นใครและอยากให้คลังนี้ช่วยอะไร พรุ่งนี้โยน transcript หรือ PDF ที่มีประโยชน์เข้าไปอีกอัน ให้ Claude (จะผ่าน Cowork หรือ Code ก็ได้) ช่วยสกัดเป็น atom แล้วจัดเข้า index ทำซ้ำไปเรื่อย ๆ

จุดแข็งที่สุดของระบบนี้คือมันเป็น .md ธรรมดา—คลังของคุณจะอยู่กับคุณไปตลอด ไม่ว่าโลกจะเปลี่ยนไปใช้โมเดลหรือเครื่องมืออะไร Obsidian เป็นบ้านให้คลัง Claude เป็นสมองที่มาอ่าน ส่วนความรู้และบริบท—สิ่งที่ทำให้ AI "เป็นคุณ"—ยังเป็นของคุณเต็ม ๆ และยิ่งวนลูป มันจะยิ่งรู้จักคุณมากขึ้นทุกวัน

แหล่งอ้างอิง

หมายเหตุบรรณาธิการ: บทความนี้เรียบเรียงจากคลิปถอดเสียงของครีเอเตอร์สายลงทุนที่เล่าระบบ Knowledge Base ของตัวเอง โดยไบรท์ตรวจสอบและเติมข้อมูลเชิงเทคนิคทุกจุดกับแหล่งอ้างอิงข้างต้น จุดที่แก้/แยกสำคัญ: (1) ชื่อ AI ที่ผู้พูดใช้คือ Claude / Claude Code (เสียง ASR เพี้ยนเป็น "คอร์ส/คอดี้/Clauddy") ไม่ใช่ Cursor; (2) คำที่ผู้พูดเรียก "knowledge bส / โทดเบน" คือ Knowledge Base, "indี้" = เอเจนต์จด (Indy), "tis tracker" = thesis tracker; (3) ขั้นตอนเชิงเทคนิคของ Obsidian (vault, Bases, ปลั๊กอิน Git), Claude Cowork (connect folder, Projects) และ Claude Code (CLAUDE.md, /init, sub-agents) เป็นข้อมูลที่ไบรท์ค้นและตรวจกับเอกสารทางการ ส่วนเรื่องเล่าเฉพาะตัว (เอเจนต์ "นิก", พอร์ตหุ้น, ผลลัพธ์ส่วนตัว) เป็นประสบการณ์ของผู้พูด ไม่ใช่คำแนะนำการลงทุน · ที่มาต้นทาง: คลิป YouTube ของครีเอเตอร์สายลงทุน (ยังไม่ระบุชื่อช่องในไฟล์นี้ — หาก Boss ต้องการเครดิต แจ้งไบรท์เพิ่มได้)