งานวิจัยส่วนใหญ่ไม่ใช่การคิด แต่เป็นการอ่าน การสกัดข้อมูล และการเชื่อมโยงแหล่งอ้างอิง ซึ่งทำด้วยมือทีละแหล่ง และมันกินเวลาที่ควรจะไปใช้กับการคิดจริงๆ
Opus 5 เปลี่ยนสมการตรงนี้โดยเฉพาะเพราะสิ่งที่มันถูกสร้างขึ้นมา Anthropic เปิดตัวมันในราคาที่เท่ากับ Opus 4.8 คือ $5 สำหรับ input และ $25 สำหรับ output ต่อล้าน token ในขณะที่คะแนน Frontier-Bench v0.1 สูงกว่า Opus 4.8 มากกว่าสองเท่า มันไม่ได้ถูกวางตำแหน่งให้เป็นโมเดลที่ฉลาดที่สุดของ Anthropic โดยตรง ตำแหน่งนั้นยังเป็นของ Fable 5 แต่มันถูกวางตำแหน่งให้เป็นโมเดลสำหรับการใช้งานในชีวิตประจำวัน ที่ประสิทธิภาพจะทบต้นจากการเรียกใช้งานนับพันครั้งในแบบที่หัวข้อ benchmark เดี่ยวๆ ไม่เคยจับภาพได้ Harvey บริษัท AI ด้านกฎหมาย รายงานอย่างอิสระว่าสามารถจับคู่คุณภาพ output ของการ reasoning แบบสูงสุดของ Opus 4.8 ได้ โดยใช้ token โดยเฉลี่ยน้อยลง 26%
โปรไฟล์ด้านประสิทธิภาพนั้นคือสิ่งที่ระบบงานวิจัยต้องการ คุณไม่ได้เรียกใช้ query ที่ลึกและแพงเพียงครั้งเดียว แต่คุณกำลังเรียกใช้การสกัดและการสังเคราะห์หลายสิบครั้งในกลุ่มแหล่งข้อมูลที่เพิ่มขึ้นเรื่อยๆ ทุกสัปดาห์ และต้นทุนต่อครั้งจะทบต้นอย่างรวดเร็วหากคุณไม่ได้ใช้โมเดลที่สร้างขึ้นมาเพื่อปริมาณมาก
นี่คือระบบที่สมบูรณ์ Obsidian เป็นคลังเก็บถาวรแบบถาวร Opus 5 เป็นเอนจินประมวลผล และไปป์ไลน์เฉพาะที่เปลี่ยนวัตถุดิบในการอ่านให้เป็นความรู้ที่เชื่อมโยงและค้นหาได้โดยอัตโนมัติ เพื่อให้ชั่วโมงที่คุณเคยใช้ในการสกัดข้อมูลและเชื่อมโยงแหล่งอ้างอิงด้วยมือ กลับคืนมาสู่คุณ
เหตุใด Opus 5 จึงเหมาะกับงานนี้โดยเฉพาะ
ก่อนที่จะเริ่มสร้าง ควรทำความเข้าใจให้ชัดเจนว่าระบบนี้ใช้ Opus 5 แทน Fable 5 เพราะการเลือกโมเดลที่ผิดสำหรับงานเฉพาะนี้เป็นสาเหตุที่พบบ่อยที่สุดที่ทำให้ผู้คนใช้จ่ายเกินตัวกับระบบแบบนี้
ไปป์ไลน์งานวิจัยที่รับข้อมูลแหล่งใหม่ทุกสัปดาห์จะต้องเรียกใช้โมเดลจำนวนมาก การสกัดข้อมูลจากแต่ละแหล่งใหม่ การเชื่อมโยงกับบันทึกที่มีอยู่ การสังเคราะห์เป็นระยะๆ การสร้าง digests นี่คืองานที่ต้องทำปริมาณมาก ไม่ใช่งานที่ต้องใช้ความลึกเพียงครั้งเดียว ตำแหน่งทั้งหมดของ Opus 5 สร้างขึ้นจากโปรไฟล์แบบนี้โดยเฉพาะ คะแนน Frontier-Bench สูงกว่า Opus 4.8 มากกว่าสองเท่าในราคาเดียวกัน และการประหยัด token ที่ได้รับการยืนยันอย่างอิสระจาก Harvey สำหรับงานที่ซ้ำๆ และคล้ายคลึงกัน
Fable 5 ยังคงเป็นตัวเลือกที่ดีกว่าสำหรับคำถามวิจัยเดี่ยวๆ ที่ยากที่สุดจริงๆ การสังเคราะห์ที่ละเอียดอ่อนและมีเดิมพันสูง ซึ่งการเข้าใจประเด็นที่ซับซ้อนผิดพลาดมีผลกระทบจริง และความลึกในการ reasoning ที่ใกล้เคียงกับ SWE-Bench ที่สูงกว่านั้นคุ้มค่ากับราคาต่อ token ที่สูงกว่าประมาณ 2 เท่า สำหรับงานประจำที่ทำซ้ำๆ ในการสร้างและบำรุงรักษาระบบวิจัย การรับข้อมูลรายสัปดาห์ การสกัดข้อมูลอย่างต่อเนื่อง การสร้าง digests การออกแบบที่เน้นประสิทธิภาพของ Opus 5 เป็นค่าเริ่มต้นที่ถูกต้อง โดยให้ Fable 5 ไว้สำหรับคำถามเจาะลึกเป็นครั้งคราวที่ระบบชี้ว่าคุ้มค่ากับการตรวจสอบอย่างละเอียดมากขึ้น
พื้นฐาน: Obsidian เป็นคลังเก็บข้อมูลถาวร
ระบบต้องการสถานที่จัดเก็บความรู้ที่คงอยู่ตลอดไป เป็นของคุณทั้งหมด และไม่ต้องพึ่งพาโมเดลหรือผู้ให้บริการรายใดเพียงรายเดียว ไฟล์ Markdown ธรรมดาใน Obsidian vault ทำสิ่งนี้ได้อย่างแม่นยำ หากมีโมเดลที่ดีกว่าในปีหน้า คุณก็แค่ชี้ไปที่โฟลเดอร์เดียวกัน และไม่มีอะไรอื่นเปลี่ยนแปลง
โครงสร้างที่ใช้ได้ผลกับระบบวิจัยโดยเฉพาะ โดยสร้างจากรูปแบบ raw และ wiki ทั่วไป:
โฟลเดอร์ raw สำหรับวัตถุดิบต้นทางตามที่รับเข้ามา เช่น PDF, ข้อความบทความ, บทถอดเสียงวิดีโอ, ยังไม่ผ่านการประมวลผล
โฟลเดอร์ wiki สำหรับความรู้ที่ผ่านการประมวลผล เชื่อมโยง และเป็นเวอร์ชันถาวร จัดระเบียบตามหัวข้อ ไม่ใช่ตามแหล่งที่มา
โฟลเดอร์ questions สำหรับระบบวิจัยโดยเฉพาะ เก็บคำถามที่ยังไม่มีคำตอบซึ่งการอ่านของคุณทำให้เกิด และยังไม่ได้รับการแก้ไข เพื่อไม่ให้สิ่งที่สำคัญจริงๆ หายไปในระหว่างการประมวลผล
โฟลเดอร์ digests เก็บสรุปประจำสัปดาห์ที่ Opus 5 สร้างขึ้น พร้อมประทับเวลา เพื่อให้คุณสามารถย้อนกลับไปดูว่าอะไรสำคัญในสัปดาห์ใดก็ได้ โดยไม่ต้องอ่านทุกอย่างซ้ำ
ไฟล์ CLAUDE.md ไฟล์เดียวที่ root ซึ่งกำหนดว่าระบบนี้ควรทำงานอย่างไร ซึ่งหัวข้อถัดไปจะกล่าวถึงโดยละเอียด
CLAUDE.md ที่ขับเคลื่อนระบบ
นี่คือไฟล์ที่มี leverage สูงที่สุดในระบบทั้งหมด เพราะมันคือสิ่งที่ Opus 5 อ่านโดยอัตโนมัติเมื่อเริ่มต้นเซสชันทุกครั้ง หมายความว่าคุณเขียนคำสั่งของคุณเพียงครั้งเดียว แทนที่จะต้องอธิบายระบบซ้ำทุกครั้งที่คุณใช้งาน
โปรโตคอลระบบวิจัย
Vault นี้เป็นระบบวิจัย โครงสร้าง:
/raw - วัตถุดิบต้นทางตามที่รับเข้ามา ไม่เคยแก้ไข
/wiki - ความรู้ที่ผ่านการประมวลผลและเชื่อมโยง จัดระเบียบตามหัวข้อ
/questions - คำถามที่ยังไม่มีคำตอบซึ่งยังไม่ได้รับการแก้ไข
/digests - สรุปประจำสัปดาห์ พร้อมประทับเวลา
เมื่อมีแหล่งข้อมูลใหม่ถูกวางลงใน /raw:
- ให้สกัดข้อกล่าวอ้างและการค้นพบที่ใหม่และแท้จริงโดยเฉพาะ ไม่ใช่สรุปทั้งเอกสาร
- ตรวจสอบ /wiki เพื่อหาบันทึกที่มีอยู่ในหัวข้อเดียวกัน ขยายบันทึกที่มีอยู่แทนที่จะสร้างบันทึกซ้ำหากหัวข้อนั้นมีอยู่แล้ว
- เชื่อมโยงข้อกล่าวอ้างใหม่ทุกข้อกับบันทึกที่มีอยู่ที่เกี่ยวข้องโดยใช้ [[wikilinks]]
- หากข้อกล่าวอ้างขัดแย้งกับสิ่งที่อยู่ใน /wiki อยู่แล้ว อย่าเขียนทับอย่างเงียบๆ ให้ระบุความขัดแย้งนั้นอย่างชัดเจนในบันทึกทั้งสอง
- หากแหล่งข้อมูลก่อให้เกิดคำถามเปิดที่แท้จริงซึ่งคุณไม่สามารถแก้ไขได้จากเนื้อหาอื่นที่มีอยู่ใน vault ให้เพิ่มลงใน /questions แทนที่จะเดาคำตอบ
เมื่อถูกขอให้สังเคราะห์หรือสร้าง digest:
ให้ดึงข้อมูลจาก /wiki ไม่ใช่จาก /raw โดยตรง wiki เป็นชั้นข้อมูลที่ผ่านการประมวลผลแล้วและเชื่อถือได้ แหล่งข้อมูลดิบอาจมีข้อกล่าวอ้างที่ภายหลังพบว่าผิดหรือถูกแทนที่ ซึ่งเป็นเหตุผลว่าทำไมขั้นตอนที่ 4 ด้านบนจึงมีอยู่
ก่อนที่จะรายงานว่าการสกัดข้อมูลเสร็จสมบูรณ์ ให้ยืนยันว่าคุณได้ตรวจสอบ /wiki สำหรับบันทึกที่เกี่ยวข้องที่มีอยู่แล้วจริงๆ แทนที่จะสมมติว่านี่เป็นเนื้อหาใหม่ทั้งหมด
ไฟล์ไฟล์เดียวนี้คือสิ่งที่ทำให้เกิดความแตกต่างระหว่างโฟลเดอร์ของบันทึกที่ไม่ได้เชื่อมต่อกันกับระบบจริงๆ ทุกคำสั่งในนั้นมีไว้เพื่อป้องกันโหมดความล้มเหลวที่เฉพาะเจาะจงและเกิดขึ้นจริง ไม่ว่าจะเป็นบันทึกซ้ำ การเขียนทับความขัดแย้งอย่างเงียบๆ คำถามที่ยังไม่ได้คำตอบที่ถูกทิ้งไว้อย่างเงียบๆ ซึ่งมิฉะนั้นจะสะสมอย่างมองไม่เห็นตลอดหลายเดือนที่ใช้งาน
ไปป์ไลน์การรับข้อมูล
เมื่อมีโครงสร้าง vault และเขียนโปรโตคอลเรียบร้อยแล้ว นี่คือขั้นตอนการทำงานรายสัปดาห์ที่แท้จริง
วางแหล่งข้อมูลใดๆ ลงใน /raw เมื่อคุณพบเจอระหว่างสัปดาห์ ไม่ว่าจะเป็นบทความที่คุณอ่าน งานวิจัย บทถอดเสียงพอดแคสต์ บทถอดเสียงวิดีโอ โพสต์บล็อกของคู่แข่ง สิ่งนี้ควรใช้เวลาไม่กี่วินาที ไม่ใช่ไม่กี่นาที ประเด็นทั้งหมดคือการลดแรงเสียดทานในการบันทึก เพื่อให้คุณทำได้อย่างสม่ำเสมอ
รับข้อมูลไฟล์ใหม่ใน /raw ที่ยังไม่ได้ประมวลผล
สำหรับแต่ละไฟล์ ให้สกัดข้อกล่าวอ้างใหม่จริงๆ ตรวจสอบ /wiki
สำหรับบันทึกที่เกี่ยวข้องที่มีอยู่ ขยายหรือสร้างบันทึกตามความเหมาะสม
และระบุความขัดแย้งใดๆ กับสิ่งที่บันทึกไว้แล้ว เพิ่มคำถามที่ยังไม่ได้
แก้ไขไปยัง /questions แทนที่จะเดา
เรียกใช้สิ่งนี้ตามจังหวะที่เหมาะกับรูปแบบการอ่านจริงของคุณ ทุกวันหากคุณอ่านตลอดเวลา ทุกสองสามวันหากข้อมูลที่คุณได้รับเข้ามาไม่สม่ำเสมอ ประเด็นคือการประมวลผลควรเกิดขึ้นใกล้กับเวลาที่คุณบันทึกแหล่งข้อมูลนั้นจริงๆ ในขณะที่การแยกชุดแหล่งข้อมูลสิบแหล่งออกเป็นขั้นตอนการสกัดและการเชื่อมโยงข้ามอ้างอิงแต่ละรายการนั้นเป็นงานที่ซ้ำๆ และมีรูปแบบคล้ายคลึงกัน ซึ่งโปรไฟล์ประสิทธิภาพของ Opus 5 ถูกสร้างขึ้นมาเพื่อสิ่งนี้โดยเฉพาะ
Digest รายสัปดาห์ อัตโนมัติ
นี่คือจุดที่ประหยัดเวลาได้จริงอย่างเห็นได้ชัดที่สุด และควรตั้งค่าเป็นงานตามกำหนดเวลา แทนที่จะเป็นสิ่งที่คุณจำต้องเรียกใช้ด้วยตนเอง เนื่องจากประเด็นทั้งหมดของระบบคือการนำคุณออกจากวงจรสำหรับส่วนที่เป็นกลไก
สร้าง digest งานวิจัยประจำสัปดาห์นี้ ดึงจาก /wiki โดยเน้น
เฉพาะสิ่งที่ถูกเพิ่มหรืออัปเดตใน 7 วันที่ผ่านมา ไม่ใช่ประวัติทั้ง vault
โครงสร้าง:
- ผลการค้นพบใหม่ที่สำคัญที่สุด 3 ถึง 5 ข้อในสัปดาห์นี้ พร้อมลิงก์ไปยังบันทึกฉบับเต็มใน /wiki
- ความขัดแย้งใดๆ ที่ถูกระบุในสัปดาห์นี้ระหว่างเนื้อหาใหม่และบันทึกที่มีอยู่ เนื่องจากสิ่งเหล่านี้สมควรได้รับความสนใจโดยตรงจากคุณ
- คำถามเปิดที่เพิ่มใน /questions ในสัปดาห์นี้ที่ยังไม่ได้รับการแก้ไข
- หนึ่งบรรทัดที่ระบุหัวข้อใดๆ ที่มีกิจกรรมมากผิดปกติในสัปดาห์นี้ เนื่องจากหัวข้อที่สะสมบันทึกที่เกี่ยวข้องจำนวนมากอย่างรวดเร็วมักสมควรได้รับความสนใจอย่างลึกซึ้งและตั้งใจ มากกว่าการสะสมแบบเฉยๆ
บันทึกผลลัพธ์ไปยัง /digests พร้อมวันที่ของสัปดาห์นี้ เก็บ digest
ทั้งหมดให้อยู่ใต้ 500 คำ นี่คือตัวชี้ไปยังบันทึกฉบับเต็ม ไม่ใช่สิ่งทดแทนการอ่าน
กำหนดให้สิ่งนี้ทำงานโดยอัตโนมัติเมื่อเริ่มต้นแต่ละสัปดาห์ เพื่อให้สรุปสั้นๆ ที่มีโครงสร้างของทุกสิ่งที่สำคัญรอคุณอยู่ ก่อนที่คุณจะเปิดบันทึกใดๆ ด้วยตนเอง นี่คือกลไกโดยตรงที่ระบบใช้แทนที่การอ่านด้วยตนเองเป็นเวลาหลายชั่วโมง คุณจะไม่ต้องอ่านวัตถุดิบทั้งสัปดาห์ซ้ำอีกเพื่อจำสิ่งที่คุณเรียนรู้ แต่คุณกำลังอ่านตัวชี้ 500 คำที่ใช้เวลาสองนาที แทนที่จะเป็นสองชั่วโมงที่การทบทวนด้วยตนเองแบบเทียบเท่าจะต้องใช้
การค้นหาข้อมูลทั้งหมด ไม่ใช่แค่สิ่งที่คุณจำได้
การประหยัดเวลาที่สำคัญอีกประการหนึ่ง ซึ่งแยกจาก digest คือความสามารถในการถามคำถามจริงๆ ในฐานความรู้ที่สะสมไว้ทั้งหมดของคุณ แทนที่จะพยายามจำว่าบันทึกเฉพาะใดมีคำตอบ
จากทุกอย่างใน /wiki ฉันได้เรียนรู้อะไรเกี่ยวกับ [หัวข้อ
เฉพาะ] บ้าง? อ้างอิงบันทึกเฉพาะที่ข้อกล่าวอ้างแต่ละข้อมาจาก หากแหล่งข้อมูล
ใน vault ไม่เห็นด้วยกันในหัวข้อนี้ ให้บอกอย่างชัดเจน
แทนที่จะเลือกอันใดอันหนึ่งและนำเสนอเป็นฉันทามติ
นี่คือผลตอบแทนที่ทบต้นนานที่สุดเท่าที่ระบบดำเนินการ เดือนแรก wiki ของคุณบาง และการสอบถามแบบนี้จะส่งคืนบันทึกจำนวนหนึ่ง เดือนที่หก เมื่อมีแหล่งข้อมูลหลายสิบแห่งที่ผ่านการประมวลผลและเชื่อมโยงข้ามกัน การสอบถามเดียวกันจะเผยให้เห็นความเชื่อมโยงที่แท้จริงที่คุณไม่มีทางทำด้วยตนเองได้ แนวคิดจากงานวิจัยที่คุณอ่านในสัปดาห์ที่สองเชื่อมโยงโดยตรงกับบางสิ่งจากแหล่งที่แตกต่างกันโดยสิ้นเชิงในสัปดาห์ที่ยี่สิบ เพราะทั้งสองอย่างถูกจัดเก็บภายใต้หัวข้อพื้นฐานเดียวกันและเชื่อมโยงกันตามนั้น
การจัดการกับความขัดแย้งอย่างซื่อสัตย์
คุณค่าเฉพาะที่มักถูกมองข้ามของระบบนี้เมื่อเทียบกับการอ่านบันทึกของตัวเองจากความจำซ้ำๆ คือมันช่วยเผยให้เห็นเมื่อความเข้าใจของคุณในบางสิ่งเปลี่ยนแปลงไปตามกาลเวลา แทนที่จะปล่อยให้ความเชื่อที่ล้าสมัยยังคงอยู่โดยไม่ถูกท้าทาย เพียงเพราะคุณลืมไปว่าคุณเคยมีความเชื่อนั้น
เมื่อโปรโตคอลการรับข้อมูลระบุถึงความขัดแย้ง ระหว่างสิ่งที่แหล่งข้อมูลใหม่กล่าวกับสิ่งที่บันทึกที่มีอยู่อ้าง อย่าฝืนสัญชาตญาณที่จะให้ระบบเพียงแค่เลือกอันที่ดูเหมือนใหม่กว่าหรือมีอำนาจมากกว่าและแก้ไขอย่างเงียบๆ ให้คุณ คุณค่าของการเผยให้เห็นความขัดแย้งคือการบังคับให้เกิดการตัดสินใจจริงจากคุณ แหล่งข้อมูลก่อนหน้านี้ผิดหรือไม่ ความเป็นจริงพื้นฐานเปลี่ยนแปลงไปจริงๆ หรือนี่เป็นกรณีที่ทั้งสองอย่างเป็นจริงขึ้นอยู่กับบริบทที่ต้องเพิ่มลงในบันทึก การทำให้การตัดสินใจนั้นเป็นอัตโนมัติจะทำลายจุดประสงค์ของการสร้างระบบที่ทำให้ความคิดของคุณเองมีความเข้มงวดมากขึ้นเมื่อเวลาผ่านไป
ตัวอย่างการทำงานจริงตลอดหนึ่งเดือน
เพื่อให้เห็นผลของการทบต้นอย่างเป็นรูปธรรม นี่คือภาพคร่าวๆ ว่าสิ่งนี้จะเกิดขึ้นจริงในหนึ่งเดือนที่ใช้งาน
สัปดาห์แรก คุณวางบทความหกบทความที่เกี่ยวข้องกับโครงการที่คุณกำลังค้นคว้า ขั้นตอนการรับข้อมูลสร้างบันทึกใหม่แปดรายการใน /wiki เนื่องจากบทความบางบทความกล่าวถึงหัวข้อที่แตกต่างกันหลายหัวข้อ โดยทั้งหมดเชื่อมโยงถึงกันซึ่งมีความสัมพันธ์ที่แท้จริง Digest สั้น เนื่องจากยังไม่มีเนื้อหาก่อนหน้ามากนักที่จะเชื่อมโยงข้ามอ้างอิง
สัปดาห์ที่สอง คุณเพิ่มแหล่งข้อมูลอีกสี่แหล่ง สองแหล่งขยายบันทึกที่มีอยู่จากสัปดาห์แรกแทนที่จะสร้างบันทึกใหม่ เนื่องจากโปรโตคอลการรับข้อมูลระบุการทับซ้อนของหัวข้อได้อย่างถูกต้อง หนึ่งแหล่งระบุถึงความขัดแย้ง ข้อกล่าวอ้างจากแหล่งข้อมูลในสัปดาห์ที่สองโต้แย้งโดยตรงกับบางสิ่งที่แหล่งข้อมูลในสัปดาห์แรกยืนยันอย่างมั่นใจ Digest เผยให้เห็นความขัดแย้งนี้อย่างเด่นชัด และเมื่อตรวจสอบ คุณพบว่าแหล่งข้อมูลในสัปดาห์แรกใช้ข้อมูลที่ล้าสมัย คุณอัปเดตบันทึกนั้นโดยตรง โดยระบุการแก้ไขและเหตุผล
สัปดาห์ที่สามและสี่ดำเนินต่อไปในรูปแบบนี้ และเมื่อสิ้นเดือน การสอบถามในหัวข้อทั้งหมดจะส่งคืนการสังเคราะห์ที่ติดตามวิวัฒนาการที่แท้จริงของความเข้าใจของคุณ รวมถึงการแก้ไข ไม่ใช่แค่ภาพนิ่งราวกับว่าคุณรู้คำตอบที่ถูกต้องตั้งแต่วันแรก
นี่คือข้อเสนอคุณค่าที่แท้จริงที่ระบุอย่างเป็นรูปธรรม ไม่ใช่ว่าระบบจะคิดแทนคุณ แต่เป็นว่าระบบจะขจัดภาระงานเชิงกลไก การสกัด การเชื่อมโยงข้ามอ้างอิง การจำสิ่งที่คุณรู้อยู่แล้ว ซึ่งเคยแข่งขันกับเวลาคิดจริงของคุณทุกสัปดาห์
ข้อผิดพลาดทั่วไปที่บ่อนทำลายระบบนี้
มีข้อผิดพลาดเฉพาะบางประการที่เกิดขึ้นซ้ำแล้วซ้ำเล่าสำหรับผู้ที่ตั้งค่าระบบนี้ ควรรู้ไว้ล่วงหน้า
การข้ามโปรโตคอล CLAUDE.md และเพียงแค่วางไฟล์ลงใน raw โดยหวังว่า Opus 5 จะหาพฤติกรรมที่ถูกต้องได้เอง หากไม่มีคำแนะนำที่ชัดเจน โดยเฉพาะกฎเช็คก่อนสร้างบันทึกซ้ำและกฎระบุอย่าเขียนทับอย่างเงียบๆ สำหรับความขัดแย้ง ระบบจะเสื่อมลงเป็นกองบันทึกที่ไม่มีโครงสร้างซึ่งสร้างโดย AI อย่างที่มันถูกสร้างขึ้นมาเพื่อหลีกเลี่ยง
การเรียกใช้ digest กับทั้ง vault แทนที่จะเป็นกิจกรรมเฉพาะสัปดาห์ สิ่งนี้จะสร้าง digest ที่ยาวขึ้นและมีประโยชน์น้อยลงทุกสัปดาห์ เนื่องจากมันสรุปเนื้อหาที่คุณได้อ่านและประมวลผลหลายครั้งแล้วซ้ำแล้วซ้ำอีก แทนที่จะเผยให้เห็นเฉพาะสิ่งที่ใหม่จริงๆ
การถือว่าการสังเคราะห์ของ Opus 5 ถูกต้องโดยอัตโนมัติ แทนที่จะเป็นจุดเริ่มต้น โมเดลกำลังทำงานด้านความรู้ความเข้าใจจริงๆ ที่นี่ การสกัดและการเชื่อมโยงข้ามอ้างอิงในฐานความรู้ที่กำลังเติบโต และเช่นเดียวกับงานด้านความรู้ความเข้าใจอื่นๆ มันจะได้รับประโยชน์จากการตรวจสอบของคุณเอง โดยเฉพาะอย่างยิ่งในความขัดแย้งที่มันระบุ ซึ่งเป็นช่วงเวลาที่การตัดสินใจของคุณเองเพิ่มมูลค่าสูงสุด
การใช้ Fable 5 สำหรับการประมวลผลรายสัปดาห์ตามปกติโดยเป็นนิสัย โดยสมมติว่าโมเดลที่แพงกว่าจะเป็นตัวเลือกที่ปลอดภัยกว่าเสมอ สำหรับปริมาณงานสกัดและสังเคราะห์ที่ซ้ำๆ และมีรูปแบบคล้ายคลึงกันที่ระบบนี้สร้างขึ้นทุกสัปดาห์ โปรไฟล์ประสิทธิภาพของ Opus 5 เหมาะสมกว่า และความแตกต่างของต้นทุนจะทบต้นอย่างมีนัยสำคัญตลอดหลายเดือนที่ใช้งานอย่างต่อเนื่อง สงวน Fable 5 ไว้สำหรับคำถามสังเคราะห์ที่ยากจริงๆ ซึ่งเกิดขึ้นไม่บ่อย ซึ่งระบบเองชี้ว่าคุ้มค่ากับการตรวจสอบอย่างละเอียดมากขึ้น ไม่ใช่สำหรับไปป์ไลน์การรับข้อมูลตามปกติ
การเชื่อมต่อ Vault โดยตรงแทนการคัดลอกและวาง
ทุกอย่างข้างต้นใช้งานได้หากคุณเปิด Claude ด้วยตนเองและวางเนื้อหาของไฟล์ แต่เวอร์ชันที่ไร้แรงเสียดทานจริงๆ ของระบบนี้จะเชื่อมต่อ Opus 5 เข้ากับ Obsidian vault ของคุณโดยตรง เพื่อให้การรับข้อมูลและการสอบถามเกิดขึ้นโดยไม่ต้องคัดลอกและวางเลย
เส้นทางที่ใช้งานได้จริงที่นี้ใช้ปลั๊กอิน Local REST API ของ Obsidian ซึ่งเปิดใช้งานได้ในการตั้งค่าปลั๊กอินชุมชนของ Obsidian ซึ่งจะเปิดเผย vault ของคุณผ่าน API endpoint ในเครื่องพร้อมคีย์รับรองความถูกต้อง จากนั้น Claude Code หรือการเชื่อมต่อ MCP ของ Claude Desktop สามารถอ่านและเขียนไฟล์ใน vault ของคุณได้โดยตรง ซึ่งหมายความว่าคำสั่งการรับข้อมูลจากก่อนหน้านี้ในบทความนี้จะทำงานกับ vault จริงของคุณ สร้างและแก้ไขบันทึกจริง แทนที่คุณจะต้องคัดลอกเนื้อหาไปมาระหว่างหน้าต่างแชทและบันทึกของคุณด้วยตนเอง
ตั้งค่านี้เพียงครั้งเดียว ใน Obsidian ให้ติดตั้งและเปิดใช้งานปลั๊กอิน Local REST API คัดลอกคีย์ API ที่สร้างขึ้น ใน Claude Code ให้กำหนดค่าการเชื่อมต่อ MCP ที่ชี้ไปยัง vault ของคุณโดยใช้คีย์นั้น ทดสอบโดยขอให้ Claude แสดงรายการไฟล์ในโฟลเดอร์ /raw ของคุณ หากส่งคืนรายการที่ถูกต้อง แสดงว่าการเชื่อมต่อใช้งานได้
เมื่อใช้งานได้แล้ว ไปป์ไลน์การรับข้อมูลและ digest ทั้งหมดจากก่อนหน้านี้จะกลายเป็นสิ่งที่คุณเรียกใช้ด้วยข้อความเดียว แทนที่จะเป็นกระบวนการคัดลอกและวางด้วยตนเอง และนี่ยังทำให้การตั้งเวลาทำงานอัตโนมัติอย่างแท้จริง เนื่องจากงานตามกำหนดเวลาสามารถเรียกใช้การเชื่อมต่อ MCP เดียวกันได้โดยที่คุณไม่ต้องอยู่ด้วยเลย
การปรับขนาดเป็นหัวข้อวิจัยหลายหัวข้อ
ทุกอย่างข้างต้นสมมติว่ามีหัวข้อวิจัยหนึ่งหัวข้อในหนึ่ง vault คนส่วนใหญ่ที่ใช้ระบบนี้อย่างจริงจังจะติดตามหลายพื้นที่ที่แตกต่างกันในเวลาเดียวกัน ไม่ว่าจะเป็นโครงการเฉพาะ อุตสาหกรรมที่คุณติดตามโดยทั่วไป หรือความสนใจระยะยาวที่ไม่เกี่ยวข้องกับทั้งสองอย่าง การผสมสิ่งเหล่านี้ลงใน wiki ที่ไม่แยกความแตกต่างจะสร้างสัญญาณรบกวนแบบเดียวกับที่ระบบถูกสร้างขึ้นมาเพื่อป้องกัน
วิธีแก้ไขนั้นสะท้อนถึงวินัยในการกำหนดขอบเขตเดียวกันกับที่ใช้กับ Claude Projects โดยทั่วไป ให้แต่ละหัวข้อวิจัยที่แตกต่างกันอย่างแท้จริงมีโครงสร้างโฟลเดอร์ย่อยของตัวเอง หรือ vault แยกต่างหากทั้งหมดหากหัวข้อมีขนาดใหญ่และไม่เกี่ยวข้องกันมากพอจนการปนเปื้อนข้ามกันจะทำให้การสังเคราะห์สับสนได้ ข้อกล่าวอ้างเกี่ยวกับอุตสาหกรรมหนึ่งถูกเชื่อมโยงข้ามอ้างอิงกับโครงการที่ไม่เกี่ยวข้องอย่างไม่ถูกต้อง เพียงเพราะทั้งสองอย่างอยู่ในโฟลเดอร์ /wiki ที่ไม่แยกความแตกต่างเดียวกัน
ขอบเขตหลายหัวข้อ
Vault นี้ครอบคลุมหลายพื้นที่วิจัย โดยแต่ละพื้นที่อยู่ในโฟลเดอร์ระดับบนสุด
ของตัวเองภายใต้ /wiki: /wiki/topic-a, /wiki/topic-b, ฯลฯ
เมื่อรับข้อมูลแหล่งใหม่ ให้กำหนดก่อนว่าแหล่งนั้นอยู่ในหัวข้อใด
หากครอบคลุมสองหัวข้อจริงๆ ให้ระบุการเชื่อมต่อข้ามหัวข้อ
อย่างชัดเจน แทนที่จะจัดเก็บอย่างคลุมเครือในโฟลเดอร์เดียวโดยไม่มี
คำอธิบาย
Digests ควรถูกสร้างต่อหัวข้อ ไม่ใช่เป็นสรุปที่รวมกัน
เว้นแต่จะถูกขอให้สังเคราะห์ข้ามหัวข้ออย่างชัดเจน
โครงสร้างนี้ช่วยให้แต่ละหัวข้อทบต้นได้อย่างอิสระ มี wiki ของตัวเอง มีชุดการเชื่อมโยงข้ามอ้างอิงที่สอดคล้องกันของตัวเอง ในขณะที่ยังคงอนุญาตให้คุณสอบถามข้ามหัวข้ออย่างชัดเจนเมื่อความเชื่อมโยงที่แท้จริงระหว่างสองพื้นที่นั้นคุ้มค่าที่จะเผยให้เห็นจริงๆ แทนที่จะให้ทุกบันทึกแข่งขันกับเนื้อหาที่ไม่เกี่ยวข้องโดยปริยายเพื่อความเกี่ยวข้องในกองเดียวที่ไม่แยกความแตกต่าง
กฎในทางปฏิบัติสำหรับการตัดสินใจว่าเมื่อใดควรแยกเป็น vaults แยกต่างหากโดยสิ้นเชิงเทียบกับโฟลเดอร์ย่อยภายใน vault เดียว: หากคุณไม่ต้องการให้การสอบถามในหัวข้อหนึ่งเผยให้เห็นเนื้อหาที่ไม่เกี่ยวข้องจากอีกหัวข้อหนึ่งโดยไม่ได้ตั้งใจจริงๆ vaults ที่แยกจากกันก็คุ้มค่ากับค่าใช้จ่ายเล็กน้อยในการสลับไปมาระหว่างกัน หากการผสมเกสรข้ามระหว่างหัวข้อมีประโยชน์จริงๆ แนวโน้มอุตสาหกรรมทั่วไปที่แจ้งให้โครงการเฉพาะทราบ โฟลเดอร์ย่อยภายใน vault เดียวจะรักษาเนื้อเยื่อเชื่อมต่อนั้นไว้ ในขณะที่คำสั่งกำหนดขอบเขตหัวข้อที่ชัดเจนข้างต้นจะป้องกันความสับสนที่เกิดขึ้นจริงในระหว่างการรับข้อมูลตามปกติ
การวัดว่าระบบนี้ช่วยประหยัดเวลาให้คุณจริงหรือไม่
ระบบแบบนี้สามารถให้ความรู้สึกว่ามีประสิทธิผลโดยไม่ได้วัดเทียบกับสิ่งที่ถูกสร้างขึ้นมาแทนที่จริงๆ และควรตรวจสอบอย่างซื่อสัตย์เป็นระยะๆ แทนที่จะสมมติว่าการประหยัดเวลาเป็นจริงเพียงเพราะระบบมีอยู่และทำงานตามกำหนดเวลา
เป็นเวลาสองหรือสามสัปดาห์หลังจากตั้งค่า ให้ติดตามคร่าวๆ ว่าการทบทวนวันจันทร์ของคุณใช้เวลานานเท่าไรภายใต้กระบวนการแบบเก่าที่ทำด้วยมือ การอ่านทุกอย่างที่คุณบันทึกไว้ซ้ำ การพยายามจำว่าอะไรเชื่อมโยงกับอะไร การค้นหาข้อเท็จจริงเฉพาะที่คุณรู้ว่าคุณได้อ่านที่ไหนสักแห่ง เปรียบเทียบสิ่งนั้นอย่างซื่อสัตย์กับเวลาที่ใช้ในการอ่าน digest ที่สร้างขึ้นและติดตามสิ่งที่มันระบุว่าต้องการความสนใจจากคุณ
การเปรียบเทียบที่สำคัญจริงๆ ไม่ใช่เวลาดิบที่ประหยัดได้ใน digest เอง เนื่องจากสรุป 500 คำอ่านเร็วกว่าแหล่งข้อมูลดิบทั้งสัปดาห์อย่างเห็นได้ชัด แต่เป็นว่า digest เผยให้เห็นสิ่งที่สำคัญจริงๆ หรือไม่ หมายความว่าคุณไม่ได้ค้นพบแยกกันในวันต่อมาว่ามีบางสิ่งที่สำคัญถูกฝังอยู่ในวัตถุดิบและไม่เคยถูกนำไปไว้ในบันทึกหรือ digest เลย หากสิ่งนั้นเกิดขึ้นเป็นประจำ ขั้นตอนการสกัดของโปรโตคอลการรับข้อมูลจำเป็นต้องปรับปรุงให้เข้มงวดขึ้น ไม่จำเป็นต้องเพิ่มเวลาอ่านด้วยตนเองของคุณเป็นวิธีแก้ไข
ตัวชี้วัดที่ซื่อสัตย์อีกประการหนึ่งที่ควรติดตามคือความสามารถในการสอบถามจากก่อนหน้านี้ถูกใช้งานจริงหรือไม่ ระบบที่สร้าง digest รายสัปดาห์ที่สะอาด แต่คุณไม่เคยสอบถามเพื่อหาคำตอบที่เชื่อมโยงข้ามอ้างอิงนั้นกำลังส่งมอบคุณค่าเพียงครึ่งเดียวที่ตั้งใจไว้ นั่นคือครึ่งหนึ่งของการสรุปแบบรับเฉยๆ โดยไม่มีครึ่งหนึ่งของ "ฉันได้เรียนรู้อะไรเกี่ยวกับสิ่งนี้จริงๆ จากทุกแหล่งที่ฉันเคยป้อนให้มัน" ซึ่งเป็นที่ที่คุณค่าที่แท้จริงของการทบต้นปรากฏให้เห็นตลอดหลายเดือนที่ใช้งาน หากคุณสังเกตว่าคุณไม่ได้สอบถามมัน นั่นมักเป็นสัญญาณว่า wiki ยังไม่ได้สะสมเนื้อหาที่เชื่อมโยงข้ามกันมากพอที่จะทำให้การสอบถามรู้สึกคุ้มค่า ซึ่งเป็นเรื่องปกติในเดือนหรือสองเดือนแรก หรือเป็นสัญญาณว่าคุณเพียงแค่เลิกนิสัยการถาม ซึ่งควรแก้ไขโดยตั้งใจ เนื่องจากเป็นที่ที่ส่วนแบ่งที่มีความหมายของคุณค่าที่แท้จริงของระบบอาศัยอยู่
การตั้งค่านี้ในสัปดาห์นี้
อย่าพยายามสร้างไปป์ไลน์ทั้งหมดในคราวเดียว ให้สร้างตามลำดับที่ให้แต่ละชิ้นส่วนพิสูจน์ตัวเองก่อนที่คุณจะเพิ่มชิ้นส่วนถัดไป
สัปดาห์แรก แค่สร้างโครงสร้าง vault และไฟล์ CLAUDE.md จากนั้นเรียกใช้คำสั่งการรับข้อมูลด้วยตนเองกับสิ่งที่คุณกำลังอ่านอยู่แล้ว ทำความคุ้นเคยกับคุณภาพการสกัดก่อนที่จะทำอะไรอัตโนมัติ
สัปดาห์ที่สอง เพิ่มการสร้าง digest รายสัปดาห์ เรียกใช้ด้วยตนเองก่อนในตอนแรก แทนที่จะเป็นตามกำหนดเวลา เพื่อให้คุณสามารถตรวจสอบได้ว่ามันดึงข้อมูลจากกิจกรรมของสัปดาห์ที่ถูกต้องจริงๆ และกระชับอย่างเหมาะสม
สัปดาห์ที่สาม เมื่อทั้งสองส่วนทำงานได้อย่างน่าเชื่อถือแล้ว ให้กำหนดเวลาการรับข้อมูลและ digest ให้ทำงานอัตโนมัติ เพื่อให้ระบบทำงานจริงโดยที่คุณไม่ต้องจำที่จะเรียกใช้มัน
ภายในสัปดาห์ที่สี่หรือห้า คุณควรสังเกตเห็นการเปลี่ยนแปลงที่แท้จริงที่ระบบนี้ถูกสร้างขึ้นมาเพื่อสร้าง วันจันทร์ที่เคยเริ่มต้นด้วยการพยายามจำสิ่งที่คุณอ่านและเรียนรู้ในสัปดาห์ก่อนหน้า ตอนนี้จะเริ่มต้นด้วย digest สองนาทีที่ทำการจำนั้นให้คุณแล้ว และชั่วโมงที่เคยใช้ไปกับการอ่านและเชื่อมโยงงานวิจัยของคุณเองด้วยตนเองนั้นพร้อมสำหรับส่วนของงานวิจัยที่ต้องการมนุษย์จริงๆ นั่นคือการตัดสินใจว่าอะไรสำคัญและเพราะเหตุใด
ติดตาม @cyrilXBT สำหรับเทมเพลต CLAUDE.md ที่แน่นอนและการตั้งค่า Obsidian vault ที่อยู่เบื้องหลังทุกอย่างในบทความนี้
