ใช้ Claude ดูแล Wiki ไม่ให้รก | Claude + Obsidian คลังความรู้ส่วนตัวที่ AI ใช้งานได้จริง | Vibe Coding Thailand
$ cat 06-maintain-wiki-with-claude.md บทที่ 6
ใช้ Claude ดูแล Wiki ไม่ให้รก บทที่ 5 เราเรียน workflow หลักแล้ว
ข้อมูลหนึ่งชิ้นเข้ามา → แปลงเป็น source note → แตกเป็น concept/project เท่าที่จำเป็น → link → save → review
ถ้าทำแบบนี้ไปเรื่อย ๆ Wiki จะโต
ปัญหาคือ Wiki ที่โตขึ้น ไม่ได้แปลว่า Wiki ดีขึ้นเสมอ
ถ้าไม่ดูแล มันจะเริ่มเป็นแบบนี้:
inbox เต็มไปด้วย note ดิบ
note ชื่อคล้ายกันหลายหน้า
project เก่าค้างอยู่ แต่ไม่มีใครปิด
Home มี link เยอะจนอ่านไม่ออก
concept บางหน้าดีมาก แต่หาไม่เจอ
decision เก่าไม่ตรงกับสิ่งที่ทีมทำจริงแล้ว
Claude อ่านแล้วงง เพราะ note ขัดกันเอง
นี่คือจุดที่หลายคนเลิกใช้ระบบความรู้
ไม่ใช่เพราะ Obsidian ไม่ดี
ไม่ใช่เพราะ Claude ไม่เก่ง
แต่เพราะไม่มีเวลาจัดบ้าน
บทนี้จะสอนวิธีดูแล Wiki แบบคนทำงานทั่วไป
สัปดาห์ละครั้ง 30 นาทีก็พอ
หลักคิดของบทนี้
จำประโยคนี้ไว้:
Claude ช่วยตรวจบ้านได้ แต่คุณต้องเป็นคนตัดสินใจว่าจะย้ายอะไร ทิ้งอะไร และเชื่ออะไร
Claude เหมาะกับงานแบบนี้:
อ่าน note หลายหน้าแล้วหาจุดซ้ำ
ชี้ว่า note ไหนไม่มี link
ชี้ว่า project ไหนดูเหมือนค้าง
สรุปว่า week นี้ Wiki เปลี่ยนอะไร
เสนอว่า Home ควรจัดใหม่ยังไง
ถามคำถามที่เราลืมถาม
แต่ Claude ไม่ควรทำแทนทั้งหมด
เพราะมันไม่รู้บริบทจริงเท่าคุณ
มันไม่รู้ว่า project ไหนเลิกแล้วจริง ๆ
มันไม่รู้ว่า decision ไหนเปลี่ยนเพราะคุยนอก meeting
ดังนั้นบทนี้ใช้ Claude เป็น “ผู้ช่วยตรวจบ้าน” ไม่ใช่เจ้าของบ้าน
Wiki รกมีหน้าตายังไง Wiki รกไม่ได้แปลว่ามี note เยอะ
Wiki รกคือ Wiki ที่กลับมาใช้ไม่ได้
1. Inbox ไม่เคยว่าง 00-inbox มีของดิบเต็มไปหมด
บางอันเป็นไอเดียครึ่งบรรทัด
บางอันจำไม่ได้แล้วว่าเก็บมาทำไม
ถ้า inbox ไม่เคยถูก process มันจะกลายเป็นถังขยะสุภาพ
2. Note ซ้ำกันหลายชื่อ AI training สำหรับ non-tech.md
AI training ไม่ต้องเขียนโค้ด.md
คอร์ส AI สำหรับคนทั่วไป.md
อบรม AI สำหรับ business team.md คัดลอก ทุกหน้าอาจพูดเรื่องใกล้กัน
แต่ไม่มีหน้าไหนเป็นตัวหลัก
เวลาถาม Claude มันอาจดึงหลายหน้ามาปนกัน
3. Note ไม่มี link Note บางหน้าเหมือนเกาะลอยน้ำ
ถ้าเป็น concept หรือ project สำคัญ แล้วไม่มี link แปลว่ามีปัญหา
4. Home ยาวเกินไป ตอนแรก Home ช่วยให้เริ่มต้นง่าย
แต่หลังใช้ไปสักพัก Home อาจกลายเป็นหน้าที่รวมทุกอย่าง
สุดท้าย Home ไม่ใช่ประตูหน้าบ้านแล้ว
มันกลายเป็นห้องเก็บของอีกห้อง
5. Project ค้าง Project note บางหน้า status ยังเป็น active
ถ้าไม่ปิด project เก่า ระบบจะสร้างความรู้สึกว่างานค้างเต็มไปหมด
6. Decision เก่าไม่ถูกอัปเดต Decision note มีประโยชน์มาก
แต่ถ้า decision เปลี่ยนแล้วไม่บันทึก จะอันตราย
จะทำ webinar สำหรับผู้บริหารเดือนมิถุนายน คัดลอก แต่ต่อมาทีมเปลี่ยนเป็นทำ e-book แทน
ถ้า decision note เก่ายังอยู่โดยไม่บอกว่าเปลี่ยนแล้ว Claude อาจสรุปผิดว่า webinar ยังเป็นแผนหลัก
Weekly Review: ดูแล Wiki สัปดาห์ละครั้ง Weekly Review คือวงรอบสั้น ๆ ที่ทำให้ Wiki ไม่รกและกลับมาใช้ต่อได้ ภาพ: Weekly Review คือวงรอบสั้น ๆ ที่ทำให้ Wiki ไม่รกและกลับมาใช้ต่อได้
วิธีง่ายที่สุดคือทำ Weekly Review
ศุกร์ 16:30
จันทร์ 09:30
หลังประชุมทีมประจำสัปดาห์
เป้าหมายคือทำให้ Wiki กลับมาใช้ต่อได้ในสัปดาห์หน้า
1. ล้าง inbox
2. เช็ก project ที่ active
3. หา note ซ้ำ
4. หา note ที่ไม่มี link
5. อัปเดต Home/Index
6. เขียน Log สรุปสัปดาห์ คัดลอก
Step 1: ล้าง inbox แบ่งของใน inbox เป็น 4 กอง
Process now = ควรแปลงเป็น wiki note ตอนนี้
Keep raw = เก็บไว้ก่อน ยังไม่ต้องทำ
Delete = ไม่ใช้แล้ว ลบทิ้ง
Ask later = ต้องถามคนอื่นก่อน คัดลอก Inbox - Meeting sales 2026-05-25.md
Inbox - ลูกค้าถามเรื่องราคา.txt
Inbox - ไอเดีย webinar ผู้บริหาร.md
Inbox - link บทความ AI adoption.md
Inbox - meeting note ที่จดไม่ครบ.md คัดลอก Process now:
- ลูกค้าถามเรื่องราคา
Keep raw:
- link บทความ AI adoption
Ask later:
- meeting note ที่จดไม่ครบ
Delete:
- ไอเดีย webinar ผู้บริหาร ถ้าซ้ำกับ source เดิมแล้ว คัดลอก
Inbox ไม่จำเป็นต้องว่าง 100% แต่ต้องไม่เป็นที่ซ่อนของงานที่ควรทำ
ถ้า inbox มี 3–5 ชิ้น แต่รู้สถานะทุกชิ้น ยังรับได้
ถ้ามี 50 ชิ้นและไม่รู้ว่าอะไรคืออะไร แปลว่าต้องหยุดเก็บเพิ่มแล้ว process ก่อน
Prompt: ให้ Claude ช่วยล้าง inbox ฉันกำลังทำ Weekly Review ของ LLM Wiki ใน Obsidian
นี่คือรายการ note ใน 00-inbox พร้อมเนื้อหาสั้น ๆ
ช่วยจัดกลุ่มแต่ละ note เป็น 4 ประเภท:
1. Process now: ควรแปลงเป็น wiki note ตอนนี้
2. Keep raw: เก็บไว้ก่อน ยังไม่ต้องทำ
3. Delete: ไม่จำเป็นแล้วหรือซ้ำชัดเจน
4. Ask later: ต้องถามข้อมูลเพิ่มก่อน
กติกา:
- อย่าลบอะไรแทนฉัน
- ถ้าไม่แน่ใจ ให้ใส่ Ask later
- อธิบายเหตุผลสั้น ๆ ต่อ note
- ถ้า note ไหนควรกลายเป็น Source/Concept/Project/Decision ให้บอกด้วย คัดลอก แต่คุณเป็นคนกดลบ ย้าย หรือ process เอง
Step 2: เช็ก project ที่ active มองหา project ที่มี status เป็น active หรือ waiting
[ ] project นี้ยังทำอยู่จริงไหม
[ ] deadline ยังถูกไหม
[ ] next action ชัดไหม
[ ] มี source ล่าสุดครบไหม
[ ] ควรปิด ย้าย หรือรอไหม คัดลอก ตัวอย่าง project ของหมิว:
# FAQ หน้าเว็บคอร์ส AI
type: project
status: active
owner: หมิว
deadline: ศุกร์นี้ คัดลอก ตอน Weekly Review หมิวควรเช็กว่า:
FAQ draft ส่งแล้วหรือยัง
ทีม sales ตรวจแล้วหรือยัง
deadline ผ่านไปหรือยัง
ต้องเปลี่ยน status เป็น done หรือ waiting ไหม
draft = เพิ่งเริ่ม ยังไม่ชัด
active = กำลังทำ
waiting = รอคนอื่น
done = เสร็จแล้ว
paused = หยุดไว้ก่อน
archived = เก็บเป็นประวัติ ไม่ใช้ทำงานต่อ คัดลอก ไม่ต้องมี status เยอะกว่านี้
Prompt: ให้ Claude ช่วยตรวจ project ฉันกำลัง review project notes ใน Obsidian
ต่อไปนี้คือ project notes ที่ status ยังเป็น active หรือ waiting
ช่วยตรวจให้หน่อยว่า:
1. project ไหนยังมี next action ชัด
2. project ไหนควรเปลี่ยน status เป็น waiting/done/paused/archived
3. project ไหนขาด source หรือ context
4. project ไหนควรถามคนจริงเพิ่ม
5. มี project ไหนซ้ำหรือควรรวมกันไหม
กติกา:
- อย่าเดาว่างานเสร็จแล้วถ้าใน note ไม่บอก
- ถ้าไม่แน่ใจ ให้เขียนว่า "ต้องตรวจเอง"
- เสนอเป็น checklist สั้น ๆ ต่อ project คัดลอก Claude เหมาะกับการอ่านแล้วสะกิด
FAQ หน้าเว็บคอร์ส AI
- status อาจยัง active แต่ deadline "ศุกร์นี้" ควรเปลี่ยนเป็นวันที่จริง
- next action ชัด: ขอคำถามจริงจากทีม sales
- ขาด source: feedback หลังส่ง draft
- ต้องตรวจเอง: ทีม sales อนุมัติ FAQ หรือยัง คัดลอก
Step 3: หา note ซ้ำ เวลาทำงานจริง เรามักตั้งชื่อเรื่องเดียวกันคนละแบบในคนละวัน
สิ่งที่ต้องทำคือเลือก “หน้าหลัก”
AI training สำหรับคนไม่รู้โค้ด.md
AI สำหรับ business team.md
อบรม AI แบบไม่ technical.md คัดลอก ให้เลือกหนึ่งหน้าเป็นหน้าหลัก เช่น:
AI training สำหรับคนไม่รู้โค้ด.md คัดลอก อีกสองหน้าอาจทำได้ 3 แบบ:
รวมเนื้อหาเข้า note หลัก แล้วลบหน้าเก่า
เปลี่ยนหน้าเก่าเป็น note สั้น ๆ ที่ link ไปหน้าหลัก
เก็บไว้ ถ้ามันมีมุมเฉพาะจริง ๆ
สำหรับมือใหม่ แนะนำแบบที่ 2
# AI สำหรับ business team
หัวข้อนี้รวมอยู่ที่ [[AI training สำหรับคนไม่รู้โค้ด]]
หน้านี้เก็บไว้เพื่อเป็นทางเข้าอีกชื่อหนึ่ง คัดลอก แบบนี้ถ้าวันหลัง search ด้วยคำว่า business team ก็ยังเจอ
แต่ความรู้หลักอยู่หน้าเดียว
Prompt: ให้ Claude ช่วยหา note ซ้ำ นี่คือรายชื่อ note ใน Obsidian ของฉัน
ช่วยหากลุ่ม note ที่อาจซ้ำหรือใกล้กันเกินไป
สิ่งที่ต้องการ:
1. จัดกลุ่ม note ที่ชื่อคล้ายกันหรือพูดเรื่องใกล้กัน
2. เสนอว่า note ไหนควรเป็นหน้าหลัก
3. เสนอ note ไหนควรรวม/เปลี่ยนเป็นทางเข้า/ปล่อยไว้
4. ระบุว่าข้อเสนอไหนต้องเปิดเนื้อหาดูเพิ่มก่อน
กติกา:
- อย่าฟันธงจากชื่ออย่างเดียวถ้าไม่พอ
- ใช้คำว่า "อาจซ้ำ" ไม่ใช่ "ซ้ำแน่นอน"
- เป้าหมายคือทำให้ Wiki ใช้ง่ายขึ้น ไม่ใช่ลบให้เหลือน้อยที่สุด คัดลอก
Step 4: หา note ที่ไม่มี link ใน Obsidian คุณจะเห็น backlink ได้
ถ้า note ไม่มีใคร link มา และไม่มี link ออกไป ให้ถามว่า:
note นี้ควรอยู่ตรงไหนในบ้าน?
1. Source note ธรรมดา ถ้าเป็น source ที่เก็บไว้เป็นหลักฐาน อาจไม่เป็นไร
แต่ถ้ามันสำคัญ ควร link ไป project หรือ concept อย่างน้อยหนึ่งหน้า
2. Concept สำคัญแต่ลอยอยู่ เช่น AI training สำหรับคนไม่รู้โค้ด ควร link กับ:
[[FAQ หน้าเว็บคอร์ส AI]]
[[Meeting ทีม sales เรื่องคำถามลูกค้า AI training]] คัดลอก
3. Note ที่ไม่มีประโยชน์แล้ว ถ้าอ่านแล้วไม่รู้ว่าเก็บไว้ทำไม อาจ archive หรือลบ
ถ้าไม่แน่ใจ ให้ใส่ status:
status: review-later คัดลอก อย่าเสียเวลาตัดสินใจทุกอย่างในครั้งเดียว
Prompt: ให้ Claude ช่วยดู link ที่ขาด ฉันมี note ที่ดูเหมือนยังไม่มี link ชัดเจน
ช่วยดูว่า note นี้ควรเชื่อมกับ note ไหนใน Wiki
ข้อมูลที่ให้:
1. เนื้อหา note ที่สงสัย
2. รายชื่อ note สำคัญใน Home/Index
3. project ที่กำลัง active
สิ่งที่ต้องการ:
- เสนอ internal links ที่ควรเพิ่ม
- บอกเหตุผลสั้น ๆ ต่อ link
- ถ้าไม่ควร link ก็ให้บอกว่าไม่จำเป็น
- เสนอว่า note นี้ควรเป็น Source/Concept/Project/Decision หรือ archive
กติกา:
- อย่าเสนอ link เพียงเพราะมีคำเหมือนกัน
- link ต้องช่วยให้กลับมาใช้ทำงานได้จริง คัดลอก
Step 5: อัปเดต Home/Index ถ้า Home ไม่อัปเดต Wiki จะเริ่มหาอะไรไม่เจอ
แต่ Home ก็ไม่ควรแบกทุกอย่าง
Home = สิ่งที่ต้องเห็นบ่อย
Index = แผนที่ของหมวดใดหมวดหนึ่ง
Search = ใช้หาเรื่องเฉพาะ คัดลอก ถ้า Home เริ่มยาว ให้แยก index ย่อย
90-index/Sales and Customer Questions.md
90-index/AI Training Content.md
90-index/Active Projects.md คัดลอก # Home
## Start here
- [[Active Projects]]
- [[Sales and Customer Questions]]
- [[AI Training Content]]
## Projects สำคัญตอนนี้
- [[FAQ หน้าเว็บคอร์ส AI]]
## Review
- [ [ Log ] ] คัดลอก Home ที่ดีไม่ใช่ Home ที่ครบที่สุด
Home ที่ดีคือ Home ที่พาคุณกลับไปทำงานได้เร็วที่สุด
Prompt: ให้ Claude ช่วยจัด Home นี่คือ Home.md ปัจจุบันของ LLM Wiki และรายชื่อ note สำคัญบางส่วน
ช่วยเสนอวิธีจัด Home ให้สั้นและใช้เริ่มงานได้ดีขึ้น
สิ่งที่ต้องการ:
1. ส่วนไหนควรอยู่ใน Home ต่อ
2. ส่วนไหนควรย้ายไป index แยก
3. ควรสร้าง index note อะไรบ้าง
4. ตัวอย่าง Home.md เวอร์ชันใหม่แบบสั้น
กติกา:
- Home ต้องอ่านจบใน 1 นาที
- อย่าใส่ทุก note ลง Home
- ใช้ภาษาคนทำงานทั่วไป
- ถ้าไม่แน่ใจ ให้เสนอเป็น option ไม่ฟันธง คัดลอก
Step 6: เขียน Weekly Log หลัง review เสร็จ ให้เขียน Log สั้น ๆ
## 2026-05-29: Weekly Review
### Processed
- Processed inbox note: ลูกค้าถามเรื่องราคา
- Updated project: [[FAQ หน้าเว็บคอร์ส AI]]
- Created concept: [[ราคาและความคุ้มค่าของ AI training]]
### Cleaned
- Merged notes about AI training for non-technical users into [[AI training สำหรับคนไม่รู้โค้ด]]
- Moved old webinar idea to review-later
### Open questions
- ทีม sales อนุมัติ FAQ แล้วหรือยัง
- Webinar ยังเป็นแผนอยู่ไหม หรือเปลี่ยนเป็น e-book
### Next week
- ขอ feedback จากทีม sales
- อัปเดต FAQ draft หลัง review คัดลอก มันมีไว้ให้คุณและ Claude เห็นว่า Wiki เปลี่ยนอะไรไปแล้ว
เวลาอีก 2 เดือนกลับมาดู จะรู้ว่าเรื่องนี้เคยเกิดขึ้นตอนไหน
Weekly Review Prompt แบบครบชุด ใช้เมื่อคุณมีเวลาสัปดาห์ละครั้ง
ให้เลือกส่งเฉพาะ note ที่เกี่ยวข้อง เช่น:
Home.md
Log.md ล่าสุด
รายชื่อ note ใน inbox
project notes ที่ active
concept notes ที่สงสัยว่าซ้ำ
ฉันกำลังทำ Weekly Review ของ LLM Wiki ใน Obsidian
เป้าหมายคือทำให้ Wiki ไม่รก หาเจอ และใช้ต่อกับงานจริงได้
ข้อมูลที่ฉันให้:
- Home.md ปัจจุบัน
- Log.md ล่าสุด
- รายชื่อ note ใน 00-inbox
- project notes ที่ active/waiting
- รายชื่อ concept notes บางส่วน
ช่วย review 6 เรื่อง:
1. Inbox: note ไหนควร process / keep raw / delete / ask later
2. Projects: project ไหนควร active / waiting / done / paused / archived
3. Duplicates: note ไหนอาจซ้ำหรือควรรวม
4. Links: note ไหนดูเหมือนขาด link สำคัญ
5. Home/Index: Home ควรปรับอะไร และควรสร้าง index note อะไร
6. Questions: มีคำถามอะไรที่ต้องถามคนจริงก่อนตัดสินใจ
กติกา:
- อย่าเดาข้อมูลที่ไม่มีใน note
- ถ้าไม่แน่ใจ ให้เขียนว่า "ต้องตรวจเอง"
- อย่าเสนอให้ลบอะไรถ้าเหตุผลไม่ชัด
- แยก fact / inference / suggestion ให้ชัด
- เขียนเป็น checklist ที่ฉันทำตามได้ใน 30 นาที คัดลอก เก็บ prompt นี้ไว้เป็น note ชื่อ:
Prompt - Weekly Wiki Review คัดลอก
ตัวอย่าง Weekly Review ของหมิว วันศุกร์ หมิวเปิด Wiki แล้วเจอว่า:
00-inbox
- ลูกค้าถามเรื่องราคา
- ไอเดีย webinar ผู้บริหาร
- link บทความ AI adoption
40-projects
- FAQ หน้าเว็บคอร์ส AI.md status: active
- Webinar AI สำหรับผู้บริหาร.md status: draft
30-concepts
- AI training สำหรับคนไม่รู้โค้ด.md
- AI สำหรับ business team.md คัดลอก หมิวส่งรายการนี้พร้อม Home และ project notes ให้ Claude
Inbox
- ลูกค้าถามเรื่องราคา: Process now เพราะเกี่ยวกับ FAQ
- ไอเดีย webinar ผู้บริหาร: Ask later เพราะยังไม่รู้ว่าเป็น decision หรือ idea
- link บทความ AI adoption: Keep raw ถ้ายังไม่เกี่ยวกับงานสัปดาห์นี้
Projects
- FAQ หน้าเว็บคอร์ส AI: ยัง active แต่ควรเพิ่ม next action และวันที่จริง
- Webinar AI สำหรับผู้บริหาร: ยังเป็น draft/idea ไม่ควร active ถ้ายังไม่มี owner/deadline
Duplicates
- AI training สำหรับคนไม่รู้โค้ด กับ AI สำหรับ business team อาจซ้ำบางส่วน
- แนะนำให้ใช้ AI training สำหรับคนไม่รู้โค้ด เป็นหน้าหลัก
Home
- เพิ่ม link ไป FAQ หน้าเว็บคอร์ส AI
- ย้าย source ล่าสุดไป Log แทน ไม่ต้องแสดงใน Home ทั้งหมด
Questions
- Webinar เป็นแผนจริงหรือยัง
- FAQ draft ส่งให้ทีม sales แล้วหรือยัง คัดลอก
Process note เรื่องราคาเป็น source note
อัปเดต FAQ project ให้มี next action
เปลี่ยน Webinar จาก draft เป็น idea ยังไม่ active
รวม concept ซ้ำให้มีหน้าหลักหน้าเดียว
แค่นี้ Weekly Review ก็สำเร็จแล้ว
ไม่ต้องทำให้ Wiki สะอาดเหมือนเริ่มใหม่
ทำให้สัปดาห์หน้ากลับมาใช้ได้ก็พอ
กติกา 30 นาที Weekly Review ไม่ควรกลายเป็นงานใหญ่อีกงาน
5 นาที ดู inbox
7 นาที ดู project active/waiting
5 นาที ดู note ซ้ำหรือ note ลอย
5 นาที ปรับ Home/Index
5 นาที เขียน Log
3 นาที จดคำถามที่ต้องถามคนจริง คัดลอก ถ้าทำไม่เสร็จ ให้จบด้วย note ชื่อ:
# Review Later
## ต้องดูต่อ
- concept note เรื่อง pricing อาจซ้ำกับ value proposition
- source จากบทความ AI adoption ยังไม่ได้ process
- webinar idea ต้องถามทีม sales ก่อน คัดลอก นี่ดีกว่าฝืนทำต่อจนเหนื่อย
ระบบที่ดีต้องอยู่กับชีวิตจริงได้
อย่าเอาทั้ง vault ให้ Claude ทุกครั้ง
ถ้าให้ Claude อ่านทั้งหมด มันจะช่วยได้ดีที่สุด
Claude ทำงานดีเมื่อ context ชัด
ถามเรื่อง project → ส่ง project note + source ที่เกี่ยวข้อง + concept สำคัญ
ถามเรื่อง cleanup → ส่ง Home + inbox list + project active + note ที่สงสัย
ถามเรื่อง concept → ส่ง concept note + sources ที่รองรับ คัดลอก ส่งเพราะมันเกี่ยวกับคำถาม
นี่คือวิธีใช้ Claude แบบคุม context
เมื่อ Claude เสนอให้ลบหรือรวม note Claude อาจเสนอว่า note นี้ซ้ำ ควรรวม หรือลบ
ให้ใช้กติกานี้ก่อนทำจริง:
[ ] เปิด note อ่านเองแล้วหรือยัง
[ ] มี source สำคัญอยู่ใน note นี้ไหม
[ ] มี link จาก note อื่นมาหรือเปล่า
[ ] ถ้าลบ จะเสีย context อะไรไหม
[ ] ถ้าไม่แน่ใจ archive แทนลบได้ไหม คัดลอก ถ้าไม่แน่ใจ ให้ archive ก่อน
Archive คือ “ไม่ใช้ทำงานตอนนี้ แต่ยังเก็บไว้ได้”
ใช้ Properties และ Tag แค่พอช่วยหา ไม่ต้องใช้ properties เยอะ
type: project
status: active
date: 2026-05-25
review: 2026-05-29 คัดลอก Properties มีไว้ให้เห็นสถานะเร็ว
Tag ใช้ได้ แต่อย่าให้เยอะ
#ลูกค้า
#sales
#content
#idea
#ต้องถามต่อ คัดลอก อย่าสร้าง tag ละเอียดแบบนี้:
#ลูกค้าถามว่าAItrainingต้องรู้โค้ดไหม คัดลอก เรื่องแบบนั้นควรเป็นชื่อ note หรือ link ไม่ใช่ tag
Link มีไว้เชื่อมความหมายจริง
สัญญาณว่า Wiki เริ่มสุขภาพดี หลังทำ Weekly Review ไป 2–3 รอบ คุณจะเริ่มเห็นสิ่งนี้:
inbox มีของค้างน้อยลง
project active มีจำนวนที่รับมือได้
Home สั้นลง แต่ใช้ง่ายขึ้น
concept สำคัญมี source รองรับ
decision เก่าถูกปิดหรืออัปเดต
Claude ตอบงานได้ตรงขึ้น เพราะ note ไม่ขัดกันเอง
คุณหาเรื่องเดิมเจอเร็วขึ้น
แต่คือกลับมาใช้ความรู้ของตัวเองได้เร็วขึ้น
ความผิดพลาดที่ควรเลี่ยง
1. Review ทุกหน้า ดูเฉพาะ inbox, active projects, Home และ note ที่มีปัญหา
2. Clean จนไม่เหลือเวลาทำงานจริง ถ้าใช้เวลาจัด Wiki มากกว่าทำงาน Wiki เริ่มผิดจุด
3. ให้ Claude ตัดสินใจแทน
4. ลบเร็วเกินไป
5. ทำ Home ให้ครบทุกอย่าง Home มีไว้เริ่ม ไม่ใช่รวมทั้งจักรวาล
6. ไม่เขียน Log ถ้าไม่เขียน Log คุณจะไม่รู้ว่าทำอะไรไปแล้ว
โดยเฉพาะเวลาใช้ Claude ช่วยจัดหลายรอบ
สรุปท้ายบท Wiki ที่ดีไม่ได้ดีเพราะตั้งระบบครั้งแรกสวย
มันดีเพราะถูกดูแลนิดหน่อยอย่างสม่ำเสมอ
Weekly Review 30 นาที
- ล้าง inbox
- เช็ก project
- หา note ซ้ำ
- หา note ไม่มี link
- ปรับ Home/Index
- เขียน Log คัดลอก Claude ช่วยอ่าน ช่วยเสนอ ช่วยเตือนจุดที่คุณมองข้าม
ถ้าบทที่ 5 คือวิธีทำให้ Wiki โต
บทนี้คือวิธีทำให้ Wiki โตแล้วไม่รก
บทต่อไป เราจะพูดเรื่องสุดท้ายก่อนเอาไปใช้จริง:
เพราะระบบนี้จะมีประโยชน์มากขึ้นเมื่อใช้กับงานจริง
และยิ่งใช้กับงานจริง ยิ่งต้องมีขอบเขตที่ชัด
Artifact ท้ายบท: Weekly Review Checklist [ ] เปิด 00-inbox
[ ] จัด note เป็น Process now / Keep raw / Delete / Ask later
[ ] เปิด project ที่ status active/waiting
[ ] อัปเดต status, deadline, next action
[ ] หา note ที่ชื่อหรือเนื้อหาใกล้กันเกินไป
[ ] เลือก note หลักถ้ามีเรื่องซ้ำ
[ ] หา note สำคัญที่ไม่มี link
[ ] เพิ่ม link เฉพาะที่ช่วยทำงานต่อ
[ ] ทำ Home ให้สั้นและเริ่มงานได้เร็ว
[ ] สร้าง index ย่อยถ้า Home ยาวเกินไป
[ ] เขียน Weekly Log
[ ] จดคำถามที่ต้องถามคนจริง คัดลอก
Artifact ท้ายบท: Weekly Review Prompt ฉันกำลังทำ Weekly Review ของ LLM Wiki ใน Obsidian
เป้าหมายคือทำให้ Wiki ไม่รก หาเจอ และใช้ต่อกับงานจริงได้
ข้อมูลที่ฉันให้:
- Home.md ปัจจุบัน
- Log.md ล่าสุด
- รายชื่อ note ใน 00-inbox
- project notes ที่ active/waiting
- รายชื่อ concept notes บางส่วน
ช่วย review 6 เรื่อง:
1. Inbox: note ไหนควร process / keep raw / delete / ask later
2. Projects: project ไหนควร active / waiting / done / paused / archived
3. Duplicates: note ไหนอาจซ้ำหรือควรรวม
4. Links: note ไหนดูเหมือนขาด link สำคัญ
5. Home/Index: Home ควรปรับอะไร และควรสร้าง index note อะไร
6. Questions: มีคำถามอะไรที่ต้องถามคนจริงก่อนตัดสินใจ
กติกา:
- อย่าเดาข้อมูลที่ไม่มีใน note
- ถ้าไม่แน่ใจ ให้เขียนว่า "ต้องตรวจเอง"
- อย่าเสนอให้ลบอะไรถ้าเหตุผลไม่ชัด
- แยก fact / inference / suggestion ให้ชัด
- เขียนเป็น checklist ที่ฉันทำตามได้ใน 30 นาที คัดลอก
อ้างอิงหลักของบทนี้
Obsidian Help: Internal links และ backlinks
Obsidian Help: Properties
Obsidian Help: Tags
Obsidian Help: Search
Claude Help Center: Upload files to Claude
Claude Help Center: Projects and project knowledge
Andrej Karpathy: LLM Wiki gist: lint, index, log, update pattern
AgriciDaniel/claude-obsidian: LLM Wiki Pattern และ Source-First Synthesis
อัปเดตล่าสุด: 25 พ.ค. 2569
ความคิดเห็น
ยังไม่มีความคิดเห็น
เป็นคนแรกได้เลย