เมื่อสัปดาห์ที่แล้วผมอ่านเกี่ยวกับ AI ที่ออกแบบวัคซีนต่อสู้กับโคโรนาไวรัสที่เรายังไม่เคยเจอด้วยซ้ำ (ScienceDaily) มหาวิทยาลัยเคมบริดจ์ดำเนินการทดลองในมนุษย์ครั้งแรก และอาสาสมัคร 39 คนได้รับแอนติเจน
มันน่าทึ่งที่คิดว่าอัลกอริทึมสามารถวิเคราะห์ตระกูลพันธุกรรมทั้งหมดของไวรัสและออกแบบการป้องกันไวรัสสายพันธุ์ที่ยังคงแพร่ระบาดในสัตว์และรอโอกาสกระโดดข้ามมาสู่มนุษย์ได้ แต่พอผมขอให้มันดึงสรุปข่าวล่าสุดจากรายการเอกสาร มันกลับใช้เวลาเกือบสองนาทีเปิดไฟล์ผิดใน vault ของผม เพื่อจะแสดงสรุปจากสามเดือนก่อน
และผมรู้ว่าเคมบริดจ์ใช้ AI ที่เทรนมาเฉพาะทาง แต่สิ่งที่ผมอยากแสดงให้เห็นคือช่องว่างระหว่างสิ่งที่ AI ทำได้กับสิ่งที่โครงสร้างของมันเอื้อให้ทำนั้นคือสิ่งที่กำหนดว่างานของคุณจะราบรื่นและมีประสิทธิภาพหรือไม่
ผมไม่เคยสร้างโครงสร้างรองรับโดยตั้งใจ จนกระทั่งเมื่อไม่นานมานี้ มันเกิดขึ้นรอบๆ ตัว agent โดยบังเอิญ ทีละโฟลเดอร์ จนกระทั่ง agent หลงทางอยู่ในความยุ่งเหยิงที่ผมสร้างขึ้นมาเอง
ผมเลยใช้เวลาหนึ่งวันจับเวลาความล้มเหลวทุกครั้ง และพบรูปแบบที่ชัดเจน ในฉบับนี้ผมจะแสดงให้เห็นว่าเหตุใด agent ของคุณถึงสะดุดกับเรื่องง่ายๆ ในขณะที่โลกเรียกมันว่าอัจฉริยะ และวิธีแก้ไขที่จะทำให้มันกลับมาทำงานเพื่อคุณ
ในฉบับนี้:
- โครงสร้างโฟลเดอร์ทำให้ agent ของผมล้มเหลวเพราะโฟลเดอร์ถูกจัดระเบียบตามวิธีที่ผมคิด ไม่ใช่ตามวิธีที่ agent ใช้งาน
- ไฟล์ดัชนีหนึ่งไฟล์ที่ root ของทุกโฟลเดอร์หลักเปลี่ยนการค้นหาที่ช้าให้กลายเป็นการอ่านที่ใช้เวลาเพียงสามสิบวินาที
- โครงสร้างรองรับที่มองไม่เห็นรอบๆ agent ของคุณสำคัญกว่าความสามารถของ agent เสียอีก และนี่คือวิธีสร้างมัน
- การทดสอบวินิจฉัยที่คุณสามารถทำได้ภายในห้านาทีเพื่อดูว่าโครงสร้างโฟลเดอร์ของคุณเป็นปัญหาจริงหรือไม่
โครงสร้างที่ Agent ของคุณมองไม่เห็น
ผมจัดระเบียบ vault ของผมแบบที่คนส่วนใหญ่ทำ บทความ งานวิจัย สินทรัพย์ เอกสารกลยุทธ์ แต่ละอย่างมีโฟลเดอร์ของตัวเอง โครงสร้างนั้นรู้สึกเป็นระเบียบเพราะผมคิดตามประเภทเนื้อหา โฟลเดอร์สอดคล้องกับหมวดหมู่ของผม และผมไม่เคยต้องคิดว่าจะหาอะไรจากไหน ร่างเขียนคือบทความ บันทึกคืองานวิจัย ระบบการจัดเก็บทำงานอัตโนมัติ
แต่ agent ไม่ได้คิดตามประเภท เมื่อผมให้ Hermes วางแผนเปิดตัวผลิตภัณฑ์ งานนั้นต้องดึงข้อมูลจากบันทึกกลยุทธ์ แนวทางแบรนด์ และการเปิดตัวครั้งก่อนที่กระจายอยู่ในโฟลเดอร์ต่างๆ
ข้อมูลบริบทเหล่านั้นอยู่ในที่ต่างๆ กันในโครงสร้างประเภทเนื้อหาของผม Agent ของผมต้องค้นหาทุกที่ทุกครั้ง โดยไม่รู้ว่าร่างไหนเป็นปัจจุบันหรือถูกเก็บถาวร หรือบันทึกวิจัยไหนเป็นของเดือนนี้เทียบกับหกเดือนก่อน
การจัดระเบียบตามประเภทเนื้อหาใช้ได้ดีกับมนุษย์ คุณใช้ทั้งชีวิตในการจัดเก็บสิ่งต่างๆ ตามหมวดหมู่ และสมองของคุณทำการเชื่อมโยงข้อมูลโดยอัตโนมัติ จึงเป็นเรื่องธรรมดาที่จะคาดหวังให้ AI ทำงานแบบเดียวกัน แต่ความจริงแล้ว agent ต้องทำการเชื่อมโยงนั้นด้วยตนเอง และนั่นคือจุดที่โครงสร้างพัง
โครงสร้างรอบๆ agent ของคุณทำงานหนักกว่าความสามารถของตัว agent เสียอีก
พอผมเห็นรูปแบบ สาเหตุก็ชัดเจน: ผมสร้าง vault สำหรับสมองมนุษย์ที่จำได้ว่าสิ่งต่างๆ อยู่ที่ไหน แล้วส่งต่อให้ agent ที่ต้องค้นหาทุกครั้งตั้งแต่ต้น และนั่นก็เผยให้เห็นปัญหาที่แท้จริงเบื้องหลังความยุ่งเหยิงของโฟลเดอร์
ผู้ค้นหาต้องการแผนที่ เพราะถ้าไม่มี agent ก็จะเดินในความมืดและปฏิบัติกับทุกไฟล์ราวกับว่ามันคือคำตอบ
สิ่งที่ความสามารถสูญเปล่าไปกับ
Hermes เปิดไฟล์หลายชุดก่อนที่จะไปถึงไฟล์ที่ถูกต้อง หรือหยิบเวอร์ชันที่เก็บถาวรในขณะที่ไฟล์ปัจจุบันอยู่ที่อื่น ยิ่งไปกว่านั้น มันจะถามว่าจะใช้ไฟล์ไหนทั้งที่คำตอบควรจะชัดเจนจากบริบท สิ่งนี้เกิดขึ้นกับทุกโมเดลที่ผมใช้ รวมถึง Opus, GPT 5.5, Qwen และ GLM
รูปแบบซ้ำแล้วซ้ำเล่า และผมนั่งดูการค้นหาช้าๆ แบบเดิมเกิดขึ้นในงานแล้วงานเล่า
ถึงแม้ agent ของผมจะมีความสามารถพอที่จะหาสิ่งต่างๆ ได้ แต่โครงสร้างโฟลเดอร์กลับกลายเป็นคอขวดหลักก่อนที่มันจะเริ่มทำงานจริงๆ
ผมถึงจุดแตกหักในวันที่ผมจับเวลาความล้มเหลว ผมติดตามว่า Hermes เปิดกี่ไฟล์ก่อนจะถึงไฟล์ที่ถูกต้อง และใช้เวลานานเท่าไหร่ งานทั่วไปห้าอย่างมีลักษณะแบบนี้ก่อนที่ผมจะเปลี่ยนแปลงอะไร
ก่อนที่ผมจะเปลี่ยนแปลงอะไร:
- หาสรุปบทความปัจจุบัน: เปิด 7 ไฟล์, ใช้เวลา 2:00 นาทีถึงไฟล์ที่ถูกต้อง
- หาคำจำกัดความสีของแบรนด์: เปิด 5 ไฟล์, ใช้เวลา 1:12
- ดูคิวน์บทความสำหรับการวางแผน: เปิด 4 ไฟล์, ใช้เวลา 0:48
- หาบทความก่อนหน้าเกี่ยวกับหัวข้อเดียวกัน: เปิด 6 ไฟล์, ใช้เวลา 1:36
- ดึงกลยุทธ์การโปรโมทสำหรับการเปิดตัว: เปิด 3 ไฟล์, ใช้เวลา 0:34
เป็นการทดลองคร่าวๆ ดังนั้นให้ถือว่าตัวเลขเป็นแค่แนวทาง
ทุกงานต้องข้ามโฟลเดอร์หลายแห่ง ส่วนใหญ่เปิดเวอร์ชันที่เก็บถาวรก่อนที่จะเจอเวอร์ชันที่ใช้งาน Agent ของผมใช้ความสามารถไปกับการนำทางแทนที่จะทำงานของมัน แผนการเปิดตัวครั้งหนึ่งต้องใช้สามไฟล์ที่อยู่ในสามโฟลเดอร์ต่างกัน และผมเห็นมันลองผิดถึงสามครั้งก่อนจะเจอไฟล์ที่ถูกต้อง
agent ที่เขียนบทความ เขียนโค้ด และวางแผน ไม่ควรใช้เวลาส่วนใหญ่ไปกับการหาของ
กรงที่เล็กที่สุดที่ใช้ได้
หนึ่งโฟลเดอร์ต่อหนึ่งเรื่อง มีตัวเลขกำกับลำดับ พร้อม INDEX.md ที่ root ซึ่งทำแผนที่ทุกอย่าง นั่นคือทั้งหมดของวิธีแก้ไข และรายละเอียดอยู่ในสามกฎที่ทำงานร่วมกัน
INDEX.md ที่ root ของแต่ละโฟลเดอร์หลักคือแผนที่ มันแสดงรายการทุกโฟลเดอร์ย่อยและไฟล์หลัก พร้อมกับจุดเริ่มต้นที่ agent ของผมควรใช้ Agent ของผมอ่านสิ่งนี้ก่อนและรู้ว่ามีอะไรอยู่ข้างในก่อนที่จะแตะไฟล์อื่น มองว่ามันเป็นประตูอนุมัติแบบอ่อนที่ agent ไม่ได้รับอนุญาตให้เริ่มงานจนกว่าจะรู้ว่ากำลังทำงานกับอะไร
โครงสร้างโฟลเดอร์แบรนด์ของผมหลังจากปรับระเบียบใหม่มีลักษณะแบบนี้
105.Brand/2├── INDEX.md3├── 01.Brand System/4├── 02.Editorial Strategy/5├── 03.Promotion/6├── 04.Public Deliverables/7├── 05.Operating Plan/8└── 06.Archived/
โครงสร้างนี้จัดระเบียบตามเรื่องแทนที่จะเป็นประเภทเนื้อหา แต่ละเรื่องมีโฟลเดอร์ของตัวเอง งานแบรนด์จึงอยู่กับงานแบรนด์ และกลยุทธ์อยู่กับกลยุทธ์ Agent ของผมไม่ข้ามขอบเขตไปหาสิ่งที่ไม่ควรอยู่ที่นั่น
ตัวเลขบนโฟลเดอร์ทำให้ลำดับการอ่านชัดเจน แทนที่จะพึ่งพาการเรียงตามตัวอักษร 01.Brand System จะถูกอ่านก่อน 02.Editorial Strategy Agent ของผมไม่ต้องเดา ตัวเลขภายในโฟลเดอร์ก็ทำแบบเดียวกันกับไฟล์ ดังนั้น agent ของผมรู้ว่า 01.Articles คือจุดเริ่มต้นก่อน 02.Previous Articles
ผมใช้ตัวเลขนำหน้าชื่อโฟลเดอร์เพราะมันจำง่ายสำหรับผมเช่นกัน
นี่คือวิธีที่ชุด $30 Hermes ของผมยังคงเคลื่อนที่ไปมาในโหลดโฟลเดอร์ได้อย่างง่ายดายโดยที่ agent ของผมไม่เคยหลงทาง
ของที่เก็บถาวรอยู่ใน 06.Archived ซึ่งสรุปเก่าและแผนการที่เลิกใช้แล้วรออยู่ Agent ของผมรู้ว่าจะไม่ไปดูที่นั่นเว้นแต่ผมจะขอข้อมูลในอดีตโดยเฉพาะ การแยกนี้ทำให้โฟลเดอร์ที่ใช้งานสะอาดและการค้นหาเร็ว
เมื่อ agent ของผมถูกบอกไม่ให้ข้ามขอบเขตนั้นโดยค่าเริ่มต้น ทุกงานภายในโฟลเดอร์ที่ใช้งานก็ทำงานเร็วขึ้น
INDEX.md ของผมมีลักษณะแบบนี้
1# Brand Index23โฟลเดอร์นี้ใช้เก็บระบบแบรนด์ปัจจุบัน45## แผนที่โฟลเดอร์67| โฟลเดอร์ | วัตถุประสงค์ | อัปเดตล่าสุด |8|---|---|---:|9| `01.Brand System/` | อัตลักษณ์ภาพ, ขอบเขตหัวข้อ, น้ำเสียง | 2026-06-11 |10| `02.Editorial Strategy/` | ทิศทางบทความ, กฎชื่อเรื่อง, คิวน์ | 2026-06-11 |11| `03.Promotion/` | การเปิดตัว, การกระจาย, กลยุทธ์เครื่องมือ | 2026-06-11 |1213## ไฟล์หลัก1415| ไฟล์ | วัตถุประสงค์ |16|---|---|17| `01.Brand System/01. Brand System.md` | อัตลักษณ์ภาพ, สี, การพิมพ์ |18| `02.Editorial Strategy/01. Articles.md` | คิวน์บทความ, กฎชื่อเรื่อง |1920## ไปที่ไหน2122- เริ่มต้นด้วย `01.Brand System/04. Direction.md` สำหรับพันธกิจ23- ใช้ `02.Editorial Strategy/01. Articles.md` สำหรับการเลือกบทความ
INDEX.md ผ่านสามเวอร์ชัน เวอร์ชันแรกของผมแสดงรายการทุกไฟล์ในโฟลเดอร์แบรนด์และยาวถึงสี่สิบบรรทัด มันสมบูรณ์ในทางเทคนิคแต่ agent ของผมต้องแยกวิเคราะห์ทุกครั้งและความยาวก็เป็นภาระของมันเอง เวอร์ชันที่สองสั้นเกินไป ประมาณสิบห้าบรรทัด และ agent ของผมยังคงถามคำถามที่ผมไม่ได้ตอบไว้ เวอร์ชันที่สามนี้แสดงเฉพาะโฟลเดอร์ย่อยและไฟล์หลัก พร้อมส่วน "ไปที่ไหน" สั้นๆ ที่บอกจุดเริ่มต้นให้ agent
เมื่อผมให้ agent ดึงกลยุทธ์การโปรโมทสำหรับการเปิดตัว มันอ่าน 05.Brand/INDEX.md เปิด 03.Promotion/01. Promotion Strategy.md และเริ่มทำงาน เวลาหลังการปรับระเบียบใหม่มีลักษณะแบบนี้
หลังการปรับระเบียบใหม่:
- หาสรุปบทความปัจจุบัน: เปิด 1 ไฟล์, 0:10
- หาคำจำกัดความสีของแบรนด์: เปิด 3 ไฟล์, 0:22
- ดูคิวน์บทความสำหรับการวางแผน: เปิด 1 ไฟล์, 0:10
- หาบทความก่อนหน้าเกี่ยวกับหัวข้อเดียวกัน: เปิด 2 ไฟล์, 0:18
- ดึงกลยุทธ์การโปรโมทสำหรับการเปิดตัว: เปิด 1 ไฟล์, 0:12
งานที่ช้าที่สุดลดลงจาก 2 นาทีเหลือ 26 วินาที และงานที่เร็วที่สุดใช้เวลาประมาณ 10 วินาที Agent ของผมเปิด INDEX.md ตามจุดเริ่มต้นที่ต้องการ และเริ่มทำงานโดยไม่ต้องเดินเตร่ ไม่มีความสามารถใดเปลี่ยนไปในฝั่งของ agent โครงสร้างโฟลเดอร์หยุดการสูญเปล่าส่วนใหญ่ก่อนที่งานจะเริ่มต้นเสียอีก
โครงสร้างโฟลเดอร์คือกรงที่ผมสร้างขึ้น ซึ่งจำกัดการเคลื่อนที่ของ agent โดยไม่จำกัดสิ่งที่ agent สามารถทำได้ ภายในกรง agent ของผมทำงานอย่างอิสระ หากไม่มีมัน Hermes มักจะเดินออกนอกทางและผมต้องเสียเวลาไปชี้ให้มันดูไฟล์ที่ถูกต้อง
การย้ายมาใช้ Hermes ทำให้ผมสร้างระบบแบบนั้นครอบคลุมไฟล์ ผู้ให้บริการ และหน่วยความจำทั้งหมดในคราวเดียว และรูปแบบ INDEX.md คือชิ้นส่วนที่เล็กที่สุดที่สร้างความแตกต่างมากที่สุดในชีวิตประจำวัน
ทุกกรงมีกุญแจ
ความผิดพลาดแรกของผมคือการเพิ่ม INDEX.md ในทุกโฟลเดอร์ย่อย แผนที่มากเกินไปทำให้ agent ใช้เวลาอ่านดัชนีแทนที่จะทำงาน ผมเก็บ INDEX.md ไว้เฉพาะที่ root ของโฟลเดอร์หลัก เช่น Brand และ Editorial Strategy ซึ่งมีโฟลเดอร์ย่อยมากพอที่จะต้องใช้แผนที่ ภายในโฟลเดอร์ย่อยเล็กๆ ที่มีสี่หรือห้าไฟล์ Hermes สามารถนำทางได้โดยตรงโดยไม่ต้องใช้แผนที่เลย
อย่าลืมว่าการใส่ตัวเลขจะน่าเบื่อเมื่อคุณเพิ่มโฟลเดอร์ใหม่ ผมต้องตัดสินใจว่าโฟลเดอร์ใหม่ควรอยู่ลำดับไหน และบางครั้งผมก็ต่อท้ายไว้ท้ายสุดแทนที่จะเปลี่ยนหมายเลขทั้งหมด นั่นก็โอเค ตัวเลขไม่จำเป็นต้องสมบูรณ์แบบตราบใดที่มันบอกทิศทางได้ การมีโฟลเดอร์ที่เรียงลำดับอย่างสมบูรณ์แบบไม่ใช่เป้าหมาย และการปฏิบัติต่อมันแบบนั้นจะเปลี่ยนการแก้ไขที่ใช้งานได้จริงให้เป็นโครงการด้านความสวยงาม
ความผิดพลาดที่ใหญ่กว่าคือการสร้างโครงสร้างก่อนที่ agent จะแสดงความสับสน คนส่วนใหญ่ออกแบบระบบ agent เกินความจำเป็นเพราะพวกเขาคิดว่ามันต้องการโครงสร้างพื้นฐานที่เหมาะสม
กฎปัจจุบันของผมใช้หลักการเดียวกับการเลือก MCP กับ CLI กับเครื่องมือของคุณเอง ใช้อินเทอร์เฟซที่เล็กที่สุดที่ทำงานได้สำเร็จ เพิ่มโครงสร้างเมื่อ agent ของคุณหลงทางเท่านั้น และเพิ่มเฉพาะโครงสร้างที่พอจะแก้ปัญหานั้นได้
อีกความล้มเหลวที่ผมเจอคือการซ้อนโครงสร้างภายในโครงสร้าง ผมเพิ่มโฟลเดอร์ย่อยภายในโฟลเดอร์ย่อยเพื่อทำให้ทุกอย่างถูกจัดหมวดหมู่อย่างสมบูรณ์แบบ ซึ่งเปลี่ยนลำดับชั้นสองระดับให้กลายเป็นห้าระดับ จากนั้น agent ของผมต้องอ่านไฟล์ INDEX หลายไฟล์และแยกวิเคราะห์ลำดับตัวเลขหลายชุดเพื่อให้ถึงไฟล์เดียว ผมยุบระดับพิเศษเหล่านั้นกลับเป็นโฟลเดอร์ย่อยแบบแบน และการนำทางก็เร็วขึ้นอีกครั้ง
ความลึกคือศัตรูของการค้นหาไฟล์ที่รวดเร็ว และการปรับระเบียบใหม่ส่วนใหญ่เพิ่มความลึกโดยคิดว่ามันคือความแม่นยำ
วัดก่อนปรับระเบียบ
ก่อนที่จะแตะโฟลเดอร์ใด ให้ทดสอบนี้กับสามงานจริงที่ agent ของคุณจัดการบ่อยที่สุด จับเวลาแต่ละงาน และสังเกตว่ามันเปิดกี่ไฟล์ก่อนจะเจอไฟล์ที่ถูกต้อง ติดตามว่ามันเลือกไฟล์ผิดบ่อยแค่ไหนหรือหยุดถามคุณว่าควรใช้ไฟล์ไหน
งานใดก็ตามที่ agent ของคุณใช้เวลามากกว่าสามสิบวินาทีหรือเปิดไฟล์ผิดสามไฟล์ขึ้นไป แสดงว่าโฟลเดอร์ที่อยู่เบื้องหลังงานนั้นมีปัญหา
เลือกความล้มเหลวหนึ่งอย่างที่เกิดขึ้นบ่อยที่สุด เปิดโฟลเดอร์นั้นและเขียน INDEX.md ที่แสดงรายการทุกโฟลเดอร์ย่อยและไฟล์สำคัญ พร้อมจุดเริ่มต้นที่ agent ของคุณควรใช้ บันทึกไฟล์ รันงานเดิมอีกครั้ง
ถ้า agent ของคุณเจอไฟล์ที่ถูกต้องในเวลาต่ำกว่าสามสิบวินาที แสดงว่าการแก้ไขได้ผล และตอนนี้คุณรู้รูปแบบแล้ว ใช้กับโฟลเดอร์ที่มีปัญหาต่อไป ถ้ายังล้มเหลว ปัญหาน่าจะมาจากการใส่ตัวเลขหรือหลักการหนึ่งโฟลเดอร์ต่อหนึ่งเรื่อง และนั่นคือสองสิ่งที่ต้องแก้ไขต่อไป
เริ่มต้นด้วยโฟลเดอร์เดียวที่เสียเวลามากที่สุด แก้ไขมัน แล้วค่อยไปต่อที่โฟลเดอร์ถัดไปเมื่อคุณพร้อม
จุดที่กรงยังโค้งงอได้
เนื้อหาที่เก็บถาวรยังคงถูกอ้างอิงในบางครั้งเมื่อผมต้องการสรุปเก่าสำหรับบริบท Agent ของผมต้องรู้ว่าจะดูใน 06.Archived แทนที่จะเป็นโฟลเดอร์ที่ใช้งาน และผมพูดถึงสิ่งนี้ใน INDEX.md เพื่อให้มันรู้ว่าเนื้อหาทางประวัติศาสตร์อยู่ที่ไหน หากไม่มีหมายเหตุนั้น agent ของผมจะถือว่าเนื้อหาที่เก็บถาวรไม่มีอยู่
นอกจากนี้ Obsidian Sync ก็สร้างปัญหาเป็นครั้งคราวเมื่อมันซิงค์ไม่ทันข้ามอุปกรณ์ ถ้าผมอัปเดตไฟล์บนแล็ปท็อปแต่เวอร์ชันเก่ายังอยู่บน VPS Hermes จะโหลดสำเนาจาก VPS และถือว่ามันเป็นแหล่งความจริงปัจจุบัน นั่นเป็นปัญหาการซิงค์มากกว่าปัญหาโครงสร้างโฟลเดอร์ แต่มันแสดงออกมาภายในระบบโฟลเดอร์เพราะ agent เห็นเฉพาะไฟล์ที่อยู่ตรงหน้า
การใส่ตัวเลขพังเมื่อคุณมีโฟลเดอร์มากมายจนลำดับไร้ความหมาย เมื่อเกินสิบหรือสิบสองรายการที่มีตัวเลขในระดับเดียว ตัวเลขก็เริ่มกลายเป็นสิ่งตามอำเภอใจ
ผมพยายามเก็บหมวดหมู่หลักให้ต่ำกว่าเกณฑ์นั้นและซ้อนโครงสร้างที่ลึกลงไปภายในแทนที่จะขยายระดับบนสุด
การเปลี่ยนชื่อก็เป็นอีกสาเหตุของความขัดแย้ง เมื่อผมปรับระเบียบใหม่ ผมบางครั้งเปลี่ยนชื่อโฟลเดอร์ให้ตรงกับวัตถุประสงค์มากขึ้น และการอ้างอิง INDEX.md ใดๆ ถึงชื่อเก่าจะพังจนกว่าผมจะอัปเดต ตอนนี้ผมพยายามตั้งชื่อโฟลเดอร์ครั้งเดียวแล้วปล่อยไว้ เพราะชื่อที่พอใช้ได้เล็กน้อยมีต้นทุนถูกกว่าการอ้างอิงที่พัง
โครงสร้างนี้ทำงานได้ดีที่สุดกับ workflows ที่เน้นเนื้อหาและเน้นการวางแผน workflows ที่เป็นโค้ดล้วนหรือเน้นข้อมูลหนักอาจต้องใช้หลักการจัดระเบียบที่แตกต่างไปโดยสิ้นเชิง และรูปแบบ INDEX.md ไม่ได้แก้ปัญหาการนำทางทุกอย่าง
ทุกสิ่งที่ผมเขียนในบทความนี้ย้อนกลับไปที่สัญชาตญาณเดียว จงเป็นเจ้าของเลเยอร์ที่สำคัญ ผมสร้าง stack ของผมเพื่อไม่ให้บริษัทใดควบคุมเครื่องมือของผม ผมสร้าง vault ของผมเพื่อไม่ให้ความยุ่งเหยิงควบคุม agent ของผม หลักการเดียวกันจากผู้ให้บริการสู่โฟลเดอร์สู่อะไรก็ตามที่ตามมา
ความสามารถมีราคาถูกเมื่อโครงสร้างรองรับรอบๆ มันพัง จงสร้างโครงสร้างรองรับ แล้วความสามารถจะดูแลตัวเอง ไฟล์ดัชนีหนึ่งไฟล์และตัวเลขสองสามตัวหน้าชื่อโฟลเดอร์ของคุณ คือความแตกต่างระหว่าง agent ที่เดินเตร่กับ agent ที่ทำงาน
ถ้าเนื้อหานี้มีประโยชน์ - ติดตาม @wandermist สำหรับเนื้อหาแบบนี้อีก!
