Hầu hết công việc nghiên cứu không phải là suy nghĩ. Nó là đọc, trích xuất và đối chiếu chéo, được thực hiện thủ công, từng nguồn một, và nó ngốn hết số giờ lẽ ra nên dành cho việc suy nghĩ thực sự.
Opus 5 thay đổi cục diện này, đặc biệt là vì những gì nó được xây dựng để làm. Anthropic ra mắt nó với mức giá giống hệt Opus 4.8, 5 đô la đầu vào và 25 đô la đầu ra cho mỗi triệu token, trong khi điểm số trên Frontier-Bench v0.1 cao hơn gấp đôi Opus 4.8. Nó rõ ràng không được định vị là mô hình thông minh nhất của Anthropic, đó vẫn là Fable 5, mà nó được định vị là mô hình được xây dựng cho việc sử dụng hàng ngày, nơi hiệu quả được nhân lên qua hàng nghìn lần gọi theo cách mà một tiêu đề benchmark đơn lẻ không bao giờ nắm bắt được. Harvey, công ty AI pháp lý, đã báo cáo độc lập rằng họ đạt được chất lượng đầu ra suy luận tối đa ngang bằng Opus 4.8 trong khi sử dụng trung bình ít hơn 26% token.
Cấu hình hiệu quả đó chính xác là thứ mà một pipeline nghiên cứu cần. Bạn không chạy một truy vấn duy nhất, sâu và đắt đỏ. Bạn đang chạy hàng chục lượt trích xuất và tổng hợp trên một tập hợp các nguồn ngày càng tăng, mỗi tuần, và chi phí cho mỗi lượt sẽ tăng nhanh nếu bạn không sử dụng một mô hình được xây dựng cho khối lượng lớn.
Đây là hệ thống hoàn chỉnh. Obsidian là kho lưu trữ vĩnh viễn, Opus 5 là công cụ xử lý, và một pipeline cụ thể tự động biến tài liệu đọc thô thành kiến thức được liên kết, có thể truy vấn, để những giờ bạn từng dành để trích xuất và đối chiếu chéo thủ công được trả lại cho bạn.
Tại Sao Opus 5 Lại Phù Hợp Cụ Thể Với Công Việc Này
Trước khi xây dựng, cần phải chính xác về lý do hệ thống này sử dụng Opus 5 thay vì Fable 5, vì chọn sai mô hình cho công việc cụ thể này là cách phổ biến nhất khiến mọi người chi tiêu quá mức cho một hệ thống như thế này.
Một pipeline nghiên cứu tiếp nhận các nguồn hàng tuần sẽ chạy một số lượng lớn các lần gọi mô hình riêng lẻ, trích xuất trên mỗi nguồn mới, đối chiếu chéo với các ghi chú hiện có của bạn, các lượt tổng hợp định kỳ, tạo bản tóm tắt. Đây là công việc khối lượng lớn, không phải công việc đơn lẻ, chuyên sâu. Toàn bộ định vị của Opus 5 được xây dựng xung quanh chính cấu hình này, điểm Frontier-Bench cao hơn gấp đôi Opus 4.8 ở cùng mức giá, và lợi ích về hiệu quả token được Harvey xác nhận độc lập, đặc biệt là trên các tác vụ lặp đi lặp lại, tương tự nhau.
Fable 5 vẫn là lựa chọn tốt hơn cho những câu hỏi nghiên cứu đơn lẻ thực sự khó nhất, một sự tổng hợp tinh tế, có rủi ro cao, nơi việc hiểu sai một điểm tinh tế có hậu quả thực sự, và nơi độ sâu suy luận SWE-Bench-adjacent cao hơn của nó đáng giá với mức giá cao hơn khoảng 2 lần mỗi token. Đối với công việc thường xuyên, lặp đi lặp lại của việc xây dựng và duy trì một hệ thống nghiên cứu, tiếp nhận hàng tuần, trích xuất liên tục, tạo bản tóm tắt, thiết kế ưu tiên hiệu quả của Opus 5 là lựa chọn mặc định đúng đắn, với Fable 5 được dành riêng cho những câu hỏi chuyên sâu không thường xuyên mà hệ thống cho thấy là đáng để xem xét kỹ lưỡng hơn.
Nền Tảng: Obsidian Là Bộ Nhớ Vĩnh Viễn
Hệ thống cần một nơi để lưu trữ kiến thức tồn tại mãi mãi, hoàn toàn thuộc về bạn và không bao giờ phụ thuộc vào bất kỳ mô hình hoặc nhà cung cấp đơn lẻ nào. Các tệp markdown đơn giản trong một vault Obsidian thực hiện chính xác điều này. Nếu năm sau có một mô hình tốt hơn, bạn chỉ cần trỏ nó vào cùng một thư mục và không có gì khác thay đổi.
Cấu trúc hoạt động cụ thể cho một hệ thống nghiên cứu, dựa trên mẫu raw và wiki chung:
Một thư mục raw, dành cho tài liệu nguồn chính xác như khi được tiếp nhận, PDF, văn bản bài báo, bản ghi video, chưa qua xử lý.
Một thư mục wiki, dành cho phiên bản đã qua xử lý, được liên kết, vĩnh viễn của kiến thức của bạn, được tổ chức theo chủ đề thay vì theo nguồn.
Một thư mục questions, dành riêng cho các hệ thống nghiên cứu, chứa các câu hỏi mở mà việc đọc của bạn đã đặt ra nhưng chưa giải quyết được, để không có gì thực sự quan trọng bị mất trong quá trình xử lý.
Một thư mục digests, chứa bản tóm tắt hàng tuần do Opus 5 tạo ra, có dấu thời gian, để bạn có thể xem lại những gì quan trọng trong bất kỳ tuần nào mà không cần đọc lại mọi thứ.
Một tệp CLAUDE.md duy nhất ở thư mục gốc xác định chính xác cách hệ thống này nên hoạt động, phần tiếp theo sẽ đề cập chi tiết.
Tệp CLAUDE.md Điều Khiển Hệ Thống
Đây là tệp có đòn bẩy cao nhất trong toàn bộ thiết lập, vì nó là thứ Opus 5 tự động đọc khi bắt đầu mỗi phiên, nghĩa là bạn viết hướng dẫn của mình một lần thay vì giải thích lại hệ thống mỗi khi sử dụng.
GIAO THỨC HỆ THỐNG NGHIÊN CỨU
Vault này là một hệ thống nghiên cứu. Cấu trúc:
/raw - tài liệu nguồn chính xác như khi được tiếp nhận, không bao giờ chỉnh sửa
/wiki - kiến thức đã qua xử lý, được liên kết, tổ chức theo chủ đề
/questions - các câu hỏi mở chưa được giải quyết
/digests - bản tóm tắt hàng tuần, có dấu thời gian
Khi một nguồn mới được thả vào /raw:
- Trích xuất các tuyên bố và phát hiện mới, cụ thể, thực sự, không phải bản tóm tắt toàn bộ tài liệu.
- Kiểm tra /wiki để tìm các ghi chú hiện có về cùng chủ đề. Mở rộng ghi chú hiện có thay vì tạo bản sao nếu chủ đề đó đã có ghi chú.
- Liên kết mọi tuyên bố mới với các ghi chú hiện có có liên quan bằng cách sử dụng [[wikilinks]].
- Nếu một tuyên bố mâu thuẫn với thứ đã có trong /wiki, đừng âm thầm ghi đè lên nó. Hãy gắn cờ mâu thuẫn đó một cách rõ ràng trong cả hai ghi chú.
- Nếu một nguồn đặt ra một câu hỏi mở thực sự mà bạn không thể giải quyết từ các tài liệu khác đã có trong vault, hãy thêm nó vào /questions thay vì đoán câu trả lời.
Khi được yêu cầu tổng hợp hoặc tạo bản tóm tắt:
Lấy từ /wiki, không phải trực tiếp từ /raw. Wiki là lớp đã qua xử lý,
đáng tin cậy. Các nguồn thô có thể chứa các tuyên bố sau đó
được phát hiện là sai hoặc đã bị thay thế, đó là lý do bước 4 ở trên tồn tại.
Trước khi báo cáo bất kỳ lượt trích xuất nào là hoàn tất, hãy xác nhận bạn thực sự
đã kiểm tra /wiki để tìm các ghi chú liên quan hiện có thay vì cho rằng
đây hoàn toàn là tài liệu mới.
Tệp đơn lẻ này là thứ tạo nên sự khác biệt giữa một thư mục ghi chú rời rạc và một hệ thống thực sự. Mọi hướng dẫn trong đó đều tồn tại để ngăn chặn một chế độ hỏng hóc cụ thể, thực tế, các ghi chú trùng lặp, các mâu thuẫn bị ghi đè trong im lặng, các câu hỏi chưa được giải quyết bị bỏ rơi âm thầm, mà nếu không sẽ tích lũy một cách vô hình qua nhiều tháng sử dụng.
Pipeline Tiếp Nhận
Với cấu trúc vault đã được thiết lập và giao thức đã được viết, đây là quy trình làm việc hàng tuần thực tế.
Thả bất kỳ nguồn nào vào /raw khi bạn gặp nó trong tuần, một bài báo bạn đọc, một bài nghiên cứu, một bản ghi podcast, một bản ghi video, một bài đăng trên blog của đối thủ cạnh tranh. Việc này chỉ mất vài giây, không phải vài phút, toàn bộ mục đích là loại bỏ ma sát khỏi việc thu thập để bạn thực sự làm điều đó một cách nhất quán.
Tiếp nhận các tệp mới trong /raw chưa được xử lý.
Đối với mỗi tệp, trích xuất các tuyên bố thực sự mới, kiểm tra /wiki để tìm các ghi chú
liên quan hiện có, mở rộng hoặc tạo ghi chú khi thích hợp và gắn cờ bất kỳ
mâu thuẫn nào với những gì đã được ghi lại. Thêm các câu hỏi chưa được giải quyết
vào /questions thay vì đoán.
Chạy việc này theo nhịp độ phù hợp với mô hình đọc thực tế của bạn, hàng ngày nếu bạn đọc liên tục, vài ngày một lần nếu đầu vào của bạn ít thường xuyên hơn. Vấn đề là việc xử lý diễn ra gần với thời điểm bạn thực sự thu thập được nguồn, vì việc phân chia một lô mười nguồn cùng một lúc thành các lượt trích xuất và đối chiếu chéo riêng lẻ, lặp đi lặp lại chính xác là loại công việc có hình dạng tương tự mà cấu hình hiệu quả của Opus 5 được xây dựng để thực hiện.
Bản Tóm Tắt Hàng Tuần, Tự Động Hóa
Đây là nơi tiết kiệm thời gian thực tế thể hiện rõ ràng nhất và việc thiết lập nó như một tác vụ đã được lên lịch thay vì một việc bạn nhớ chạy thủ công là rất đáng giá, vì toàn bộ mục đích của hệ thống là loại bỏ bạn khỏi vòng lặp cho các phần máy móc.
Tạo bản tóm tắt nghiên cứu của tuần này. Lấy từ /wiki, tập trung
cụ thể vào những gì đã được thêm hoặc cập nhật trong 7 ngày qua, không phải
toàn bộ lịch sử của vault.
Cấu trúc:
- 3 đến 5 phát hiện mới quan trọng nhất trong tuần này, kèm liên kết đến các ghi chú đầy đủ trong /wiki.
- Bất kỳ mâu thuẫn nào được gắn cờ trong tuần này giữa tài liệu mới và ghi chú hiện có, vì những điều này đáng để bạn quan tâm trực tiếp.
- Các câu hỏi mở được thêm vào /questions trong tuần này vẫn chưa được giải quyết.
- Một dòng ghi chú về bất kỳ chủ đề nào nhận được hoạt động bất thường nhiều trong tuần này, vì một chủ đề tích lũy nhiều ghi chú liên quan một cách nhanh chóng thường đáng để bạn dành sự chú ý sâu sắc, có chủ đích hơn là tích lũy thụ động.
Lưu kết quả vào /digests với ngày của tuần này. Giữ toàn bộ
bản tóm tắt dưới 500 từ. Đây là một con trỏ đến các ghi chú đầy đủ, không phải
một sự thay thế cho việc đọc chúng.
Lên lịch để việc này tự động chạy vào đầu mỗi tuần, để một bản tóm tắt ngắn, có cấu trúc về mọi thứ quan trọng đang chờ bạn trước khi bạn tự mở bất kỳ ghi chú nào. Đây là cơ chế trực tiếp mà hệ thống thay thế hàng giờ đọc thủ công, bạn không còn đọc lại một tuần tài liệu thô để nhớ những gì bạn đã học, bạn đang đọc một con trỏ 500 từ chỉ mất hai phút thay vì hai giờ mà việc xem xét thủ công tương đương sẽ tiêu tốn.
Truy Vấn Xuyên Suốt Mọi Thứ, Không Chỉ Những Gì Bạn Nhớ
Khoản tiết kiệm thời gian lớn khác, tách biệt với bản tóm tắt, là khả năng đặt một câu hỏi thực sự trên toàn bộ cơ sở kiến thức tích lũy của bạn thay vì cố gắng nhớ ghi chú cụ thể nào có câu trả lời.
Dựa trên mọi thứ trong /wiki, tôi đã học được gì về [chủ đề
cụ thể]? Trích dẫn các ghi chú cụ thể mà mỗi tuyên bố đến từ đó. Nếu các nguồn
trong vault không đồng ý với nhau về chủ đề này, hãy nói rõ
điều đó thay vì chọn một nguồn và trình bày nó như là sự đồng thuận.
Đây là phần thưởng tích lũy càng lâu hệ thống càng chạy. Tháng đầu tiên, wiki của bạn mỏng và loại truy vấn này chỉ trả về một vài ghi chú. Tháng thứ sáu, với hàng chục nguồn đã được xử lý và liên kết chéo, cùng một truy vấn đó sẽ phát hiện ra những kết nối thực sự mà bạn sẽ không bao giờ thực hiện thủ công, một ý tưởng từ một bài báo bạn đọc ở tuần thứ hai kết nối trực tiếp với một thứ từ một nguồn hoàn toàn khác ở tuần thứ hai mươi, bởi vì cả hai đều được xếp vào cùng một chủ đề cơ bản và được liên kết tương ứng.
Xử Lý Mâu Thuẫn Một Cách Trung Thực
Một giá trị cụ thể, thường bị đánh giá thấp của hệ thống này so với việc chỉ đọc lại các ghi chú của chính bạn từ trí nhớ là nó chủ động phát hiện khi sự hiểu biết của bạn về một điều gì đó đã thay đổi theo thời gian, thay vì để một niềm tin lỗi thời tồn tại không bị thách thức chỉ vì bạn quên rằng mình đã từng có nó.
Khi giao thức tiếp nhận gắn cờ một mâu thuẫn, giữa những gì một nguồn mới nói và những gì một ghi chú hiện có tuyên bố, hãy chống lại khuynh hướng để hệ thống chỉ chọn cái nào có vẻ gần đây hơn hoặc có thẩm quyền hơn và âm thầm giải quyết nó cho bạn. Giá trị của việc phát hiện ra một mâu thuẫn là nó buộc bạn phải đưa ra một quyết định thực tế, nguồn trước đó có sai không, thực tế cơ bản có thực sự thay đổi không, hay đây là trường hợp cả hai đều đúng tùy thuộc vào ngữ cảnh cần được thêm vào ghi chú. Tự động hóa phán đoán đó sẽ phá hủy mục đích xây dựng một hệ thống làm cho tư duy của bạn trở nên chặt chẽ hơn theo thời gian.
Một Ví Dụ Cụ Thể Qua Một Tháng
Để làm cho hiệu ứng tích lũy trở nên cụ thể, đây là cách nó diễn ra trong một tháng sử dụng thực tế.
Tuần đầu tiên, bạn thả sáu bài báo liên quan đến một dự án bạn đang nghiên cứu vào. Lượt tiếp nhận tạo ra tám ghi chú mới trong /wiki, vì một số bài báo đề cập đến nhiều chủ đề riêng biệt, tất cả đều được liên kết với nhau nếu có mối quan hệ thực sự. Bản tóm tắt ngắn, vì chưa có nhiều tài liệu trước đó để đối chiếu chéo.
Tuần thứ hai, bạn thêm bốn nguồn nữa. Hai trong số đó mở rộng các ghi chú hiện có từ tuần đầu tiên thay vì tạo ghi chú mới, vì giao thức tiếp nhận đã xác định chính xác sự trùng lặp chủ đề. Một nguồn gắn cờ một mâu thuẫn, một tuyên bố từ nguồn tuần thứ hai trực tiếp bác bỏ điều mà nguồn tuần đầu tiên đã khẳng định một cách chắc chắn. Bản tóm tắt làm nổi bật mâu thuẫn này một cách nổi bật, và khi xem xét nó, bạn nhận ra nguồn tuần đầu tiên đã làm việc với dữ liệu lỗi thời. Bạn cập nhật trực tiếp ghi chú đó, ghi lại sự hiệu chỉnh và lý do.
Tuần thứ ba và thứ tư tiếp tục mô hình này, và đến cuối tháng, một truy vấn xuyên suốt toàn bộ chủ đề sẽ trả về một sự tổng hợp theo dõi sự tiến hóa thực tế trong hiểu biết của bạn, bao gồm cả sự hiệu chỉnh, chứ không chỉ là một bức ảnh chụp nhanh tĩnh như thể bạn đã biết câu trả lời đúng từ ngày đầu tiên.
Đây là đề xuất giá trị thực tế được nêu một cách cụ thể. Không phải là hệ thống làm công việc suy nghĩ cho bạn, mà là nó loại bỏ chi phí máy móc, trích xuất, đối chiếu chéo, ghi nhớ những gì bạn đã biết, những thứ từng cạnh tranh với thời gian suy nghĩ thực tế của bạn mỗi tuần.
Những Sai Lầm Phổ Biến Làm Suy Yếu Hệ Thống Này
Một vài sai lầm cụ thể thường xuyên xuất hiện với những người thiết lập hệ thống này, đáng để biết trước.
Bỏ qua giao thức CLAUDE.md và chỉ thả tệp vào raw với hy vọng Opus 5 tự tìm ra hành vi đúng đắn. Nếu không có hướng dẫn rõ ràng, đặc biệt là quy tắc kiểm tra trước khi tạo bản sao và quy tắc gắn cờ, không âm thầm ghi đè cho các mâu thuẫn, hệ thống sẽ suy thoái thành chính đống ghi chú do AI tạo ra vô tổ chức mà nó được xây dựng để tránh.
Chạy bản tóm tắt trên toàn bộ vault thay vì chỉ hoạt động của tuần cụ thể. Điều này tạo ra một bản tóm tắt ngày càng dài và ít hữu ích hơn mỗi tuần, vì nó tóm tắt lại tài liệu bạn đã đọc và xử lý nhiều lần, thay vì chỉ làm nổi bật những gì thực sự mới.
Coi sự tổng hợp của Opus 5 là tự động đúng đắn thay vì là điểm khởi đầu. Mô hình đang thực hiện công việc nhận thức thực sự ở đây, trích xuất và đối chiếu chéo trên một cơ sở kiến thức đang phát triển, và giống như bất kỳ công việc nhận thức nào, nó được hưởng lợi từ việc xem xét của chính bạn, đặc biệt là về các mâu thuẫn mà nó gắn cờ, đó chính xác là những thời điểm mà phán đoán của bạn bổ sung giá trị nhiều nhất.
Sử dụng Fable 5 cho việc xử lý hàng tuần thông thường theo thói quen, cho rằng mô hình đắt tiền hơn luôn là lựa chọn an toàn hơn. Đối với khối lượng công việc trích xuất và tổng hợp lặp đi lặp lại, có hình dạng tương tự mà hệ thống này tạo ra hàng tuần, cấu hình hiệu quả của Opus 5 là phù hợp hơn, và sự khác biệt về chi phí sẽ tích lũy đáng kể qua nhiều tháng sử dụng liên tục. Hãy dành Fable 5 cụ thể cho những câu hỏi tổng hợp khó, thực sự hiếm hoi mà chính hệ thống cho thấy là đáng để xem xét kỹ lưỡng hơn, không phải cho pipeline tiếp nhận thông thường.
Kết Nối Trực Tiếp Vault Thay Vì Sao Chép-Dán
Mọi thứ ở trên đều hoạt động nếu bạn mở Claude theo cách thủ công và dán nội dung tệp vào, nhưng phiên bản thực sự không có ma sát của hệ thống này kết nối Opus 5 trực tiếp với vault Obsidian của bạn, để việc tiếp nhận và truy vấn diễn ra mà không cần bất kỳ thao tác sao chép-dán nào.
Con đường thực tế ở đây sử dụng plugin Local REST API của Obsidian, được bật trong cài đặt plugin cộng đồng của Obsidian, nó hiển thị vault của bạn qua một endpoint API cục bộ với một khóa xác thực. Claude Code hoặc kết nối Claude Desktop MCP sau đó có thể đọc và ghi tệp trực tiếp trong vault của bạn, nghĩa là các lời nhắc tiếp nhận từ phần đầu của bài viết này chạy trên vault thực tế của bạn, tạo và chỉnh sửa các ghi chú thực, thay vì bạn sao chép thủ công nội dung qua lại giữa cửa sổ trò chuyện và ghi chú của mình.
Thiết lập cái này một lần. Trong Obsidian, cài đặt và kích hoạt plugin Local REST API, sao chép khóa API mà nó tạo ra. Trong Claude Code, cấu hình một kết nối MCP trỏ đến vault của bạn bằng khóa đó. Kiểm tra nó bằng cách yêu cầu Claude liệt kê các tệp trong thư mục /raw của bạn, nếu nó trả về một danh sách chính xác, kết nối đã hoạt động.
Khi điều này hoạt động, toàn bộ pipeline tiếp nhận và tóm tắt từ phần trước trở thành thứ bạn kích hoạt bằng một tin nhắn duy nhất thay vì một quy trình sao chép-dán thủ công, và nó cũng là thứ làm cho việc lên lịch trở nên thực sự tự động, vì một tác vụ đã lên lịch có thể gọi cùng một kết nối MCP mà không cần bạn có mặt.
Mở Rộng Quy Mô Cho Nhiều Chủ Đề Nghiên Cứu
Mọi thứ ở trên giả định một chủ đề nghiên cứu trong một vault. Hầu hết những người chạy hệ thống này một cách nghiêm túc sẽ theo dõi một số lĩnh vực riêng biệt cùng một lúc, một dự án cụ thể, một ngành bạn theo dõi nói chung, một mối quan tâm dài hạn không liên quan đến cả hai. Trộn lẫn những thứ này vào một wiki không phân biệt tạo ra chính xác loại nhiễu mà hệ thống được xây dựng để ngăn chặn.
Cách khắc phục phản ánh cùng một kỷ luật về phạm vi áp dụng cho Claude Projects nói chung. Cung cấp cho mỗi chủ đề nghiên cứu thực sự riêng biệt cấu trúc thư mục con riêng của nó, hoặc vault riêng biệt hoàn toàn nếu các chủ đề đủ lớn và không liên quan đến mức việc nhiễm chéo sẽ tích cực gây nhầm lẫn cho việc tổng hợp, một tuyên bố về một ngành bị đối chiếu chéo không chính xác với một dự án không liên quan chỉ vì cả hai đều nằm trong cùng một thư mục /wiki không phân biệt.
PHẠM VI NHIỀU CHỦ ĐỀ
Vault này bao gồm nhiều lĩnh vực nghiên cứu, mỗi lĩnh vực nằm trong thư mục
cấp cao nhất riêng dưới /wiki: /wiki/topic-a, /wiki/topic-b, v.v.
Khi tiếp nhận một nguồn mới, trước tiên hãy xác định nó thuộc chủ đề nào.
Nếu nó thực sự trải dài hai chủ đề, hãy ghi chú kết nối xuyên chủ đề
một cách rõ ràng thay vì xếp nó một cách mơ hồ vào một thư mục mà không
giải thích.
Các bản tóm tắt nên được tạo theo từng chủ đề, không phải là một bản tóm tắt
kết hợp, trừ khi được yêu cầu rõ ràng để tổng hợp xuyên suốt các chủ đề.
Cấu trúc này cho phép mỗi chủ đề tích lũy độc lập, wiki riêng, tập hợp tham chiếu chéo mạch lạc riêng, trong khi vẫn cho phép bạn yêu cầu rõ ràng sự tổng hợp xuyên chủ đề khi một kết nối thực sự giữa hai lĩnh vực thực sự đáng được làm nổi bật, thay vì để mọi ghi chú ngầm cạnh tranh với tài liệu không liên quan để giành mức độ liên quan trong một đống duy nhất, không phân biệt.
Quy tắc thực tế để quyết định khi nào nên tách thành các vault riêng biệt hoàn toàn so với các thư mục con trong một vault: nếu bạn thực sự không bao giờ muốn một truy vấn về một chủ đề vô tình làm nổi bật tài liệu không liên quan từ chủ đề khác, các vault riêng biệt đáng giá với chi phí chuyển đổi nhỏ giữa chúng. Nếu một số sự thụ phấn chéo giữa các chủ đề thực sự có giá trị, một xu hướng ngành chung cung cấp thông tin cho một dự án cụ thể, các thư mục con trong một vault bảo tồn mô liên kết đó trong khi hướng dẫn xác định phạm vi chủ đề rõ ràng ở trên ngăn ngừa sự nhầm lẫn thực tế trong quá trình tiếp nhận thông thường.
Đo Lường Xem Hệ Thống Này Có Thực Sự Tiết Kiệm Thời Gian Cho Bạn Không
Một hệ thống như thế này có thể cảm thấy hiệu quả mà không thực sự được đo lường so với thứ nó được xây dựng để thay thế, và việc chạy một kiểm tra trung thực định kỳ là đáng giá thay vì cho rằng khoản tiết kiệm thời gian là có thật chỉ vì hệ thống tồn tại và chạy đúng lịch trình.
Trong hai hoặc ba tuần sau khi thiết lập, hãy theo dõi khoảng thời gian bài đánh giá thứ Hai của bạn từng mất dưới quy trình thủ công cũ, đọc lại mọi thứ bạn đã lưu, cố gắng nhớ thứ gì kết nối với thứ gì, tìm kiếm một sự thật cụ thể mà bạn biết mình đã đọc ở đâu đó. So sánh điều đó một cách trung thực với thời gian bây giờ bạn cần để đọc bản tóm tắt được tạo ra và theo dõi bất cứ điều gì nó gắn cờ là cần sự chú ý của bạn.
Sự so sánh thực sự quan trọng không phải là thời gian thô được tiết kiệm trên chính bản tóm tắt, vì một bản tóm tắt 500 từ rõ ràng được đọc nhanh hơn một tuần các nguồn thô. Đó là liệu bản tóm tắt có thực sự làm nổi bật những gì quan trọng hay không, nghĩa là bạn không phát hiện riêng, nhiều ngày sau, rằng một điều gì đó quan trọng đã bị chôn vùi trong tài liệu thô và không bao giờ được đưa vào ghi chú hoặc bản tóm tắt. Nếu điều đó xảy ra thường xuyên, bước trích xuất của giao thức tiếp nhận cần được thắt chặt, không nhất thiết là thêm thời gian đọc thủ công của bạn như một giải pháp thay thế.
Một thước đo trung thực khác đáng theo dõi là liệu khả năng truy vấn từ phần trước có thực sự được sử dụng hay không. Một hệ thống tạo ra một bản tóm tắt hàng tuần sạch sẽ nhưng bạn không bao giờ thực sự truy vấn để tìm câu trả lời được đối chiếu chéo chỉ đang cung cấp một nửa giá trị dự định của nó, một nửa tóm tắt thụ động, mà không có một nửa "tôi thực sự đã học được gì về điều này qua mọi nguồn tôi từng đưa vào nó" chủ động, đó là nơi giá trị tích lũy thực sự thể hiện qua nhiều tháng sử dụng. Nếu bạn nhận thấy mình không truy vấn nó, đó thường là dấu hiệu cho thấy wiki chưa tích lũy đủ tài liệu được liên kết chéo để làm cho việc truy vấn cảm thấy đáng giá, điều này bình thường trong một hoặc hai tháng đầu tiên, hoặc đó là dấu hiệu cho thấy bạn đã đơn giản rơi khỏi thói quen đặt câu hỏi, điều này đáng để sửa chữa một cách có chủ đích vì đó là nơi một phần đáng kể giá trị thực tế của hệ thống tồn tại.
Thiết Lập Hệ Thống Này Trong Tuần Này
Đừng cố gắng xây dựng toàn bộ pipeline trong một lần. Xây dựng nó theo thứ tự cho phép từng phần chứng minh bản thân trước khi bạn thêm phần tiếp theo.
Tuần đầu tiên, chỉ cần xây dựng cấu trúc vault và tệp CLAUDE.md, sau đó chạy thủ công lời nhắc tiếp nhận trên bất cứ thứ gì bạn đang đọc. Làm quen với chất lượng trích xuất trước khi tự động hóa bất cứ thứ gì.
Tuần thứ hai, thêm tính năng tạo bản tóm tắt hàng tuần, chạy thủ công lúc đầu thay vì theo lịch trình, để bạn có thể xác minh nó thực sự lấy từ hoạt động của tuần chính xác và giữ đúng mức độ súc tích.
Tuần thứ ba, khi cả hai phần đã hoạt động đáng tin cậy, hãy lên lịch để việc tiếp nhận và bản tóm tắt chạy tự động, để hệ thống thực sự chạy mà không cần bạn nhớ kích hoạt nó.
Đến tuần thứ tư hoặc thứ năm, bạn sẽ nhận thấy sự thay đổi thực tế mà hệ thống này được xây dựng để tạo ra. Những buổi sáng thứ Hai từng bắt đầu bằng việc cố gắng nhớ những gì bạn đã đọc và học được trong tuần trước giờ đây bắt đầu bằng một bản tóm tắt hai phút đã làm công việc ghi nhớ đó cho bạn, và những giờ từng dành cho việc đọc lại và đối chiếu chéo thủ công nghiên cứu của chính bạn hiện có sẵn cho phần nghiên cứu thực sự cần một con người, quyết định điều gì quan trọng và tại sao.
Theo dõi @cyrilXBT để biết các mẫu CLAUDE.md chính xác và thiết lập vault Obsidian cho mọi thứ trong bài viết này.
