Năm nay, tôi đã lưu khoảng 200 bài viết. Thế nhưng, thứ còn lại chỉ là 40 ghi chú và một thư mục "Để Sắp Xếp Sau" mà tôi chẳng bao giờ mở ra.
Không phải lỗi của bạn khi ghi chú cứ chất đống mà chẳng có ích gì. Mọi phương pháp ghi chú đều cho rằng bạn sẽ tự mình tiếp tục công việc "thu thập, sắp xếp, liên kết và xem xét" mãi mãi. Hầu như không ai có thể duy trì điều này trong cuộc sống bận rộn hàng ngày. Đó không phải vấn đề ý chí; đơn giản là nó tốn quá nhiều công sức.
Sẽ thế nào nếu có một hệ thống đảm nhận công việc sắp xếp tẻ nhạt đó khi bạn ngủ? Ban ngày, bạn chỉ cần ném ý tưởng vào ghi chú. Ban đêm, những ghi chép lộn xộn của bạn được sắp xếp gọn gàng, các ghi chú liên quan được tự động liên kết, và thậm chí bạn còn nhận được những gợi ý như "Điều này mâu thuẫn với ghi chú của bạn từ ba tuần trước", tất cả đã được bày sẵn trên bàn làm việc của bạn vào buổi sáng.
Hơn nữa, bạn có thể tự xây dựng hệ thống này ngay bây giờ mà không cần môi trường đặc biệt nào. Tất cả những gì bạn cần là Claude Code và Obsidian—những công cụ tiêu chuẩn chạy trên chính máy tính của bạn. Trong bài viết này, tôi sẽ giải thích cách xây dựng hệ thống này, từng bước một, bắt đầu từ hôm nay.
Tên tôi là tatsuki (@nobel_824). Tôi hỗ trợ ứng dụng AI cho các doanh nghiệp vừa và nhỏ, giúp triển khai Claude/Codex trong khi bản thân tôi chạy Claude Code suốt cả ngày.
Nguồn cảm hứng cho thiết kế này đến từ một hướng dẫn xây dựng có tiêu đề "How To Build a Second Brain That Runs Itself With Kimi & Obsidian (Full Course)", đã thu hút 1,48 triệu lượt xem ở nước ngoài. Ý tưởng rất xuất sắc, nhưng công cụ không nhất thiết phải là Kimi Work. Phần quan trọng là triết lý thiết kế "thuê ngoài công việc tổ chức cho một quy trình xử lý hàng loạt vào ban đêm", vốn không phụ thuộc vào công cụ. Vì vậy, tôi đã xây dựng lại nó bằng các công cụ tôi sử dụng hàng ngày: Claude Code và Obsidian.
Bài viết liên quan: Claude Code Textbook - Basics -
https://note.com/nobel/n/n7d7a422f828f
Chương 1: Tạo "Ca Đêm" cho Bộ Não Thứ Hai Của Bạn
Đầu tiên, hãy cùng chia sẻ một góc nhìn giúp dễ dàng nắm bắt bức tranh tổng thể.
Hãy nghĩ về Bộ Não Thứ Hai của bạn không phải như một "ứng dụng", mà như một "bộ phận nhỏ chuyên làm ca đêm". Bạn là người duy nhất làm ca ngày. Ban ngày, bạn làm những việc mà con người vẫn giỏi hơn máy móc: nghĩ ra ý tưởng, nhận ra điều gì đó, phản ứng, và chỉ cần ném mọi thứ vào. Bạn chỉ cần ném nguyên liệu thô qua bức tường.
Ban đêm, một bộ phận khác bắt đầu hoạt động. Họ xử lý những thứ bạn ném vào ban ngày, biến chúng thành kiến thức có tổ chức, và chuẩn bị một bản tóm tắt (báo cáo tổng kết) trước khi bạn uống tách cà phê đầu tiên. Điều này là không thể cho đến gần đây vì "ca đêm" không tồn tại. Tốt nhất, bạn có một trợ lý chỉ làm việc khi bạn ngồi cạnh và đưa ra chỉ dẫn. Điều đó chỉ làm tăng thêm khối lượng công việc của bạn. Một Bộ Não Thứ Hai thực sự cần một lực lượng lao động làm việc theo lịch trình, song song và không cần giám sát.
Đội ca đêm không chỉ là 300 bản sao làm cùng một nhiệm vụ. Sức mạnh của họ đến từ việc phân chia vai trò, giống như một bộ phận nghiên cứu thực thụ. Quy trình đơn giản và bao gồm bốn giai đoạn.
Đầu tiên, Thu thập. Vai trò này lấy nội dung của các bài viết hoặc trang bạn muốn đọc và đưa chúng vào hệ thống.
Thứ hai, Phân tích và Liên kết. Vai trò này phân rã tài liệu đã thu thập thành "một ý tưởng, một ghi chú". Một bài viết duy nhất có thể trở thành tám ghi chú. Mỗi khi một ghi chú mới ra đời, nó được liên kết với các ghi chú liên quan hiện có. Điều này biến một đống tệp tin thành một mạng lưới suy nghĩ.
Thứ ba, Kiểm tra Mâu thuẫn. Đây là vai trò có giá trị nhất. Nó so sánh các ghi chú mới với tất cả các ghi chú hiện có để tìm ra sự xung đột—những tuyên bố mâu thuẫn với ghi chú trước đây của bạn, những khẳng định không có nguồn, hoặc những điểm âm thầm làm suy yếu một niềm tin bạn đã viết tháng trước. Nếu tìm thấy, nó sẽ giương cờ cảnh báo. Nó không chỉ đơn giản ghi đè và kìm nén chúng.
Thứ tư, Tổng hợp và Báo cáo. Vai trò này kết dệt các ghi chú liên quan thành một tài liệu dài duy nhất và viết bản tóm tắt buổi sáng. Nó biến kiến thức thô thành một dạng mà bạn thực sự có thể sử dụng để suy nghĩ.
Tại sao xử lý song song lại hiệu quả? Vào một đêm yên tĩnh, chỉ có một vài tài liệu cần xử lý và một vài tác nhân chạy. Nhưng vào một đêm sau một tuần bận rộn với 50 bài viết chất đống, bạn có thể chỉ định một tác nhân cho mỗi nguồn và triển khai tất cả cùng một lúc. Một nhiệm vụ mà một tác nhân sẽ mất hàng giờ để xử lý từng tệp một có thể được chia nhỏ, chạy đồng thời và tích hợp trong vài phút. Đây là ý nghĩa của việc "biến nó thành một đội".
Chương 2: Lưu Giữ Kiến Thức Trong "Nhà Máy Lọc Dầu", Không Phải Ngăn Kéo
Bây giờ, hãy bắt tay vào việc. Chúng ta bắt đầu với thiết kế của kho lưu trữ.
Sai lầm phổ biến nhất là sắp xếp kho lưu trữ theo chủ đề—tạo các ngăn kéo có nhãn "Tiếp thị", "Sức khỏe" hoặc "AI". Điều này thất bại vì kiến thức thực sự không nằm gọn trong một danh mục. Việc để một tác nhân phân loại mọi thứ vào các thư mục chủ đề chỉ tái tạo vấn đề tổ chức trên một quy mô lớn hơn.
Thay vào đó, chúng ta tạo các thư mục dựa trên giai đoạn tinh chế. Nguyên liệu thô đi vào từ một phía và đi ra dưới dạng kiến thức được kết nối ở phía bên kia. Bản thân cấu trúc thư mục trở thành đường ống dẫn.
Bước A: Tạo Thư mục (5 phút)
Chạy dòng lệnh đơn giản này trong terminal của bạn để tạo nhà máy lọc dầu.
1mkdir -p brain/{0-raw,1-desk,2-atoms,3-threads,sources,briefings,.claude/skills}2touch brain/CLAUDE.md
Dưới đây là vai trò của từng thư mục:
brain/
├── 0-raw/ # Nơi bạn ném mọi thứ vào. Đừng động vào. Đầu vào.
├── 1-desk/ # Bàn làm việc của ca đêm. Tạm thời. Được dọn dẹp vào cuối ca.
├── 2-atoms/ # Ghi chú vĩnh viễn: một ý tưởng trên mỗi tệp. Phần cốt lõi.
├── 3-threads/ # Tích hợp. Các tài liệu sống được dệt từ nhiều atom.
├── sources/ # Các bài viết gốc hoặc PDF. Bộ nhớ chỉ đọc.
├── briefings/ # Báo cáo từ ca đêm gửi cho bạn.
├── .claude/skills/ # "Mô tả công việc" cho mỗi ca.
└── CLAUDE.md # Điều lệ hoạt động. Được tất cả các tác nhân đọc trước tiên.
Có ba quyết định thiết kế chính trong bố cục này.
Đầu tiên, 0-raw và sources là chỉ đọc và không bao giờ được sửa đổi. Ghi chú thô và tệp gốc là nền tảng của sự thật. Các tác nhân tạo ra các dẫn xuất từ chúng nhưng không bao giờ động đến bản gốc. Điều này ngăn chặn sự thất bại âm thầm phá hủy các cơ sở kiến thức AI: "các ghi chú dẫn xuất trích dẫn các ghi chú dẫn xuất khác, dần dần lệch khỏi ý nghĩa gốc sau mỗi lần tái tạo cho đến khi AI tự tin lặp lại những điều nó tự bịa ra." Vì nguồn không di chuyển, sự thật không bị sai lệch.
Thứ hai, 2-atoms chứa các atom (ý tưởng đơn lẻ), không phải bài viết. Một tệp, một ý tưởng. Đây là nguyên tắc của Zettelkasten và là chìa khóa để làm cho mạng lưới liên kết trở nên hữu dụng chứ không chỉ trang trí. Bằng cách chia nhỏ mọi thứ thành các ý tưởng đơn lẻ, bạn có thể liên kết chúng với nhiều thứ khác, tái kết hợp chúng và xác định chính xác các mâu thuẫn. Bạn không thể làm điều này trong một kho lưu trữ nơi các bài viết dài được ném vào nguyên vẹn.
Thứ ba, 3-threads là nơi sự hiểu biết tồn tại. Atom là vật liệu; threads là sự tích hợp. Khi các atom liên quan tích lũy về một chủ đề như "Đường cong Chi phí Pin", thread sẽ phát triển. Đây là một lớp bị thiếu trong các wiki phẳng, và nó là sự khác biệt giữa "cơ sở kiến thức" và "sự hiểu biết".
Bước B: Mở thư mục này trong Obsidian
Đây là nền tảng của việc tích hợp Obsidian. Bạn chỉ cần làm một điều.
Mở Obsidian và chọn "Open folder as vault", sau đó trỏ nó đến thư mục brain/ bạn vừa tạo. Vậy là xong. Bạn không cần plugin hay dịch vụ đồng bộ bổ sung nào vì một vault Obsidian chỉ là một tập hợp các tệp markdown. Bản thân thư mục trở thành vault.
Khi bạn viết [[Tên Ghi Chú]] trong một ghi chú, nó sẽ trở thành một liên kết nội bộ Obsidian tiêu chuẩn. Điều này có nghĩa là nếu vai trò "Phân tích và Liên kết" của ca đêm kết nối các ghi chú với [[Ghi Chú Liên Quan]], những kết nối đó sẽ tự động xuất hiện trong Chế độ Xem Đồ thị (Graph View) của Obsidian. Bạn không cần phải làm gì cả. Obsidian trực quan hóa markdown được viết bởi các tác nhân.
Bạn có thể thắc mắc, "Tại sao không sử dụng Vector DB hay RAG?" Bởi vì markdown thuần và các liên kết là đủ. Nó là cục bộ, có thể di chuyển và bạn có thể theo dõi ghi chú nào đến từ nguồn nào. Nó vượt trội hơn Vector DB trên đám mây cả về tính di động và độ tin cậy. Obsidian hoạt động như một trình xem chính xác bởi vì các tệp là văn bản thuần.
Bước C: Viết Điều lệ
CLAUDE.md là tệp duy nhất chi phối toàn bộ lực lượng lao động này. Claude Code đọc tệp này trước khi làm việc, vì vậy nếu bạn viết các quy tắc hoạt động ở đây, tất cả các ca sẽ tuân theo chúng. Hãy viết chúng một cách ngắn gọn, rõ ràng và tuyệt đối.
1# Quy tắc Hoạt động (Phải đọc trước khi hành động)23## Đường ống4- 0-raw/ : Đầu vào. Chỉ đọc. Không bao giờ chỉnh sửa ghi chú thô.5- 1-desk/ : Bàn làm việc. Dọn dẹp vào cuối ca.6- 2-atoms/ : Atom vĩnh viễn. Một tệp, một ý tưởng.7- 3-threads/: Tài liệu tích hợp. Cập nhật các thread hiện có mà không tạo bản sao.8- sources/ : Bản gốc. Chỉ đọc.9- briefings/: Nơi viết báo cáo cho con người.1011## Mệnh lệnh Tối thượng12Mọi atom phải có thể truy xuất được đến một nguồn hiện có trong sources/ hoặc 0-raw/.13Không viết ghi chú nếu không có nguồn. Không viết các tuyên bố không tìm thấy trong tài liệu.14Không bao giờ lấp đầy khoảng trống bằng thông tin nghe có vẻ hợp lý.1516## Quy tắc Làm việc171. Một atom, một ý tưởng. Nếu một nguồn có 8 ý tưởng, hãy tạo 8 atom.182. Tìm kiếm trong 2-atoms/ trước khi tạo một atom để xem liệu có thể mở rộng một ghi chú hiện có không.193. Mỗi atom phải liên kết đến ít nhất hai atom liên quan.204. Nếu nó mâu thuẫn với một ghi chú hiện có, hãy thêm một khối [FRICTION] vào ghi chú mới trỏ đến ghi chú cũ. Không âm thầm ghi đè niềm tin.215. Không xóa. Nếu nó trở nên lỗi thời, hãy thêm [RETIRED] và chuyển đến archive/.226. Cập nhật các thread liên quan và viết một bản tóm tắt vào cuối ca.
"Mệnh lệnh Tối thượng" là ranh giới bảo vệ mọi thứ. Nếu không có nó, ca đêm sẽ bắt đầu lấp đầy khoảng trống giữa các sự kiện bằng những hư cấu nghe có vẻ hợp lý. Những hư cấu đó sẽ trở nên không thể phân biệt được với suy nghĩ thực sự của bạn, và một tháng sau, bạn sẽ không biết niềm tin nào là của bạn và niềm tin nào do máy móc tạo ra. "Không viết ghi chú nếu không có nguồn." Đây là quy tắc giữ cho bộ não của bạn là của riêng bạn.
Bây giờ bạn đã có hộp đựng kiến thức và điều lệ để bảo vệ nó. Các ghi chú bên trong sẽ được thêm vào bởi đội ca đêm trong chương tiếp theo.
Chương 3: Vận Hành Ca Đêm với Claude Code
Bây giờ bản thiết kế đã sẵn sàng, hãy cài đặt động cơ. Claude Code là thứ thực sự chạy ca đêm. Hãy lắp ráp nó.
Thực thi không cần giao diện: Chạy thủ công một lần
Claude Code có thể chạy mà không cần màn hình tương tác. Đây là chế độ headless.
claude -p "Đọc một tệp chưa xử lý từ 0-raw/ và tạo một atom trong 2-atoms/ theo các quy tắc trong CLAUDE.md"
Cờ -p (--print) là một chế độ cho các tập lệnh thực thi một lệnh và thoát (Tài liệu chính thức). claude -p tiêu chuẩn tự động đọc CLAUDE.md và các skill, vì vậy Mệnh lệnh Tối thượng bạn đã viết trong Chương 2 sẽ được áp dụng. Nếu bạn cần khả năng tái tạo hoàn hảo, có chế độ --bare (bỏ qua việc tự động phát hiện CLAUDE.md và skill), nhưng trong trường hợp đó, bạn phải truyền các quy tắc một cách rõ ràng trong lời nhắc. Vì chúng ta muốn Mệnh lệnh Tối thượng hoạt động, chúng ta sử dụng -p tiêu chuẩn.
Đừng lên lịch ngay lập tức; hãy chạy thủ công một lần để xem nó hoạt động như thế nào. Xác nhận rằng một atom được tạo ra như dự định trước khi chuyển sang tự động hóa.
Viết Sổ Tay Hướng Dẫn dưới dạng Skill
"Mô tả công việc" cho mỗi ca được viết dưới dạng Skill (một tệp markdown mô tả một quy trình làm việc có thể tái sử dụng). Nếu bạn đặt nó trong .claude/skills/<tên>/SKILL.md, bạn có thể gọi nó bất cứ lúc nào (Tài liệu chính thức).
Ví dụ, ca "Refinery", xử lý chính vào ban đêm, được viết như thế này. Sau khi viết xong, bạn có thể gọi nó bằng tên skill, như claude -p "/refinery". Bạn viết nó một lần và chỉ cần gọi tên nó mỗi đêm.
name: refinery
description: Ca đêm chính để tinh chế tất cả các mục chưa xử lý trong 0-raw thành các atom.
1# Chạy Refinery23## Nhiệm vụ4Xử lý các mục chưa xử lý trong 0-raw/. Chỉ định một tác nhân phụ cho mỗi mục,5chạy chúng song song, sau đó tích hợp. Mỗi tác nhân sẽ:671. Đọc ghi chú thô và các nguồn liên quan trong sources/.82. Chia thành một ý tưởng trên mỗi tệp và đặt vào 2-atoms/.93. Tìm kiếm trong 2-atoms/ cho mỗi atom để xem liệu có thể mở rộng một ghi chú hiện có trước khi tạo mới không.104. Liên kết mỗi atom với ít nhất hai atom liên quan.115. Nếu nó mâu thuẫn với một ghi chú hiện có, hãy thêm một khối [FRICTION] trỏ đến nó.126. Di chuyển các ghi chú thô đã xử lý đến 0-raw/archive/.1314## Tuân thủ Nghiêm ngặt15- Tuân theo Mệnh lệnh Tối thượng trong CLAUDE.md. Không viết các tuyên bố không có nguồn.16- Không động đến bản gốc trong sources/ và 0-raw/ ngoại trừ để đọc chúng.17- Để lại các tích hợp đòi hỏi phán đoán cho con người. Đánh dấu chúng; không ép buộc đưa ra quyết định.
Song song: Xác định Tác nhân Phụ
Để phân chia các nhiệm vụ "phân tích", "liên kết" và "kiểm tra mâu thuẫn", chúng ta sử dụng các tác nhân phụ. Bằng cách định nghĩa chúng trong markdown dưới .claude/agents/, mỗi tác nhân di chuyển trong một ngữ cảnh độc lập song song và chỉ trả về kết quả cho tác nhân cha (Tài liệu chính thức). Tệp định nghĩa bắt đầu bằng frontmatter chỉ định tên và các công cụ có sẵn.
name: cataloger
description: Phân rã một nguồn thành các atom (một ý tưởng trên mỗi tệp).
tools: ["Read", "Write"]
Đọc nguồn được cung cấp và tạo các atom trong 2-atoms/ (một ý tưởng trên mỗi tệp). Tìm kiếm các atom hiện có trước và mở rộng những atom có thể mở rộng. Luôn ghi nguồn trong frontmatter.
Bài viết gốc đã tự hào về "300 tác nhân." Điều này xuất phát từ thông số kỹ thuật của mô hình Kimi K2.6, có thể triển khai tới 300 tác nhân phụ và 4.000 bước song song (Blog chính thức của Kimi). Tuy nhiên, Claude Code không quảng cáo một con số cố định như "giới hạn 300"; nó sử dụng một phương pháp điều phối để chỉ định và tích hợp nhiều tác nhân khi cần. Và trên thực tế, bạn không cần 300 tác nhân cho một ca đêm của Bộ Não Thứ Hai. Một vài loại vai trò và một vài tác nhân cho mỗi nguồn tích lũy là đủ. Lợi ích đến từ việc phân chia vai trò và chạy chúng song song, chứ không phải từ số lượng tuyệt đối.
Lên lịch: Gọi vào một Giờ Cố định Mỗi Đêm
Cuối cùng, kích hoạt các ca theo thời gian. Cách đáng tin cậy nhất là gọi skill bằng tên bằng cách sử dụng claude -p tiêu chuẩn từ một công việc cron bên ngoài. Thiết kế sao cho bốn ca tiếp quản nhau theo trình tự trong suốt đêm.
0 23 * 23:00 Hàng ngày Scout (Thu thập tài liệu; chạy thủ công cho bây giờ)
0 3 * 3:00 Hàng ngày Refinery (Tinh chế song song; sự kiện chính)
0 6 * 6:00 Hàng ngày Editor (Cập nhật threads và bản tóm tắt)
0 22 0 22:00 Chủ nhật Audit (Kiểm tra sức khỏe hàng tuần)
Chỉ cần tự động hóa Refinery là đủ để bắt đầu. Dưới đây là một ví dụ cho crontab:
Ví dụ cho crontab -e (Ca Refinery lúc 3:00)
0 3 * cd ~/brain && claude -p "/refinery" >> briefings/cron.log 2>&1
Vai trò Scout—lấy nội dung bài viết qua trình duyệt—là một trường hợp đặc biệt. Như đã đề cập sau, thao tác trình duyệt của Claude Code hiện bị giới hạn trong các phiên tương tác, vì vậy hiện tại, hãy chạy Scout thủ công để lưu văn bản vào sources/, và để Refinery hàng đêm xử lý văn bản đã thu thập đó.
Khi bạn đã quen, việc chuyển sang Routines tích hợp sẵn của Claude Code sẽ dễ dàng hơn (Tài liệu chính thức). Chạy /schedule trong một phiên cho phép bạn đăng ký thực thi định kỳ như hàng giờ, hàng đêm hoặc hàng tuần (tại thời điểm viết bài, đây là bản xem trước nghiên cứu yêu cầu các gói cụ thể hoặc Claude Code trên web). Routines chạy trên đám mây của Anthropic, vì vậy các công việc vẫn chạy ngay cả khi máy tính xách tay của bạn đóng lại. Khoảng thời gian tối thiểu là một giờ. Tôi khuyên bạn nên bắt đầu với cron cho một ca và chuyển sang Routines khi bạn đã thoải mái.
Chương 4: Biến Obsidian Thành "Bộ Nhớ Dùng Chung Cho Mọi Công Cụ"
Cho đến nay, Claude Code có thể đọc và ghi trực tiếp vào thư mục brain/. Vì Obsidian đang mở cùng một thư mục, việc tích hợp cơ bản đã hoàn tất.
Chương này là phiên bản nâng cao. Nếu bạn chỉ muốn chạy ca đêm, bạn có thể bỏ qua và đọc sau. Ở đây, chúng ta làm cho cùng một vault có thể tìm kiếm và ghi được từ các công cụ khác, chẳng hạn như các tính năng AI trong các trình soạn thảo khác hoặc các tác nhân khác nhau.
Điều này loại bỏ các silo kiến thức rải rác trên năm ứng dụng, cho phép mọi thứ chia sẻ một bộ não duy nhất. Điều này đạt được thông qua MCP (Model Context Protocol, một tiêu chuẩn chung để kết nối các công cụ bên ngoài với AI).
Có ba cách để kết nối Obsidian như một MCP, theo thứ tự độ khó tăng dần:
1. Filesystem MCP (Dễ nhất, không yêu cầu plugin)
Vì vault chỉ là một thư mục, bạn có thể trỏ một máy chủ MCP filesystem vào vault. Bạn không cần cài đặt bất cứ thứ gì trong Obsidian.
claude mcp add obsidian-fs -- npx @modelcontextprotocol/server-filesystem ~/brain
2. Local REST API + mcp-obsidian (Đầy đủ tính năng: tìm kiếm và thêm vào)
Nếu bạn muốn AI thực hiện tìm kiếm toàn văn bản hoặc thêm vào các tiêu đề/khối cụ thể, hãy sử dụng plugin cộng đồng "Local REST API" trong Obsidian. Chỉ cần cài đặt và kích hoạt nó, sau đó sao chép khóa API. Máy chủ mặc định là 127.0.0.1, cổng 27124 (HTTPS với chứng chỉ tự ký). Sau đó, đăng ký uvx mcp-obsidian với các biến môi trường (mcp-obsidian / Local REST API).
OBSIDIAN_API_KEY=your_key OBSIDIAN_HOST=127.0.0.1 OBSIDIAN_PORT=27124 claude mcp add obsidian -- uvx mcp-obsidian
3. Một triển khai phong phú hơn (cyanheads/obsidian-mcp-server)
Ngoài ra còn có một triển khai máy chủ MCP tiên tiến hơn bao bọc plugin Local REST API. cyanheads/obsidian-mcp-server là một máy chủ dựa trên Node bên ngoài hỗ trợ các hạn chế về đường dẫn và chỉnh sửa chính xác theo tiêu đề. Giống như phương pháp 2, nó yêu cầu plugin Local REST API và khóa API.
Việc đăng ký MCP trong Claude Code luôn tuân theo định dạng claude mcp add <tên> -- <lệnh>, và cài đặt sẽ đi vào ~/.claude.json (cho riêng bạn) hoặc .mcp.json (để chia sẻ kho lưu trữ) (Tài liệu chính thức).
Một lời cảnh báo: tất cả các phương pháp này đều được giới hạn trong phạm vi localhost hoặc thư mục được cung cấp. Phương pháp REST API yêu cầu khóa API của riêng bạn và giao tiếp chỉ giới hạn ở localhost. Tuy nhiên, vì bạn đang cấp quyền ghi cho một tác nhân, cách an toàn nhất là giới hạn nó trong các vault đáng tin cậy.
Ba Cạm Bẫy Mà Video Demo Luôn Bỏ Qua
Việc cấp quyền đọc/ghi cho một lực lượng lao động tự động vào kiến thức của bạn và để nó chạy không cần giám sát qua đêm là một đòn bẩy rất lớn, nhưng có những điểm cần lưu ý. Đây là điều phân biệt một hệ thống trở nên thông minh hơn sau một năm với một hệ thống âm thầm mục nát sau một tháng.
Đầu tiên, hãy hiểu một cách trung thực các giới hạn. Routines chạy trên đám mây với khoảng thời gian tối thiểu là một giờ. Và ca "Scout"—lấy nội dung bài viết qua trình duyệt—đòi hỏi sự thận trọng. Thao tác trình duyệt của Claude Code (Claude trong Chrome) hiện đang trong giai đoạn beta và bị giới hạn trong các phiên tương tác. Nó chưa hoạt động bên trong Routines trên đám mây (Tài liệu chính thức). Trên thực tế, sẽ sạch sẽ hơn nếu bạn chạy Scout thủ công để lưu văn bản vào sources/ và để Refinery hàng đêm xử lý văn bản đã thu thập đó.
Thứ hai, bảo mật và chi phí. Claude Code có nhiều chế độ phân quyền (Tài liệu chính thức). Chế độ default tiêu chuẩn yêu cầu phê duyệt cho bất cứ điều gì khác ngoài việc đọc; acceptEdits tự động cho phép chỉnh sửa; plan điều tra và đề xuất một kế hoạch ở chế độ chỉ đọc; bypassPermissions cho phép mọi thứ. Đối với hoạt động không cần giám sát, cách an toàn nhất là xác minh hành vi với plan trước, sau đó chuyển sang dontAsk (một chế độ cho CI chỉ chạy các công cụ đã được ủy quyền trước) trong khi sử dụng các quy tắc Từ chối. Ngoài ra, hãy quản lý brain/ bằng git và commit mỗi đêm. Nếu ca đêm đưa ra một quyết định kỳ lạ, bạn có thể khôi phục về đêm trước đó bằng một lệnh duy nhất. Đây là một dây an toàn; tốt hơn hết là thắt dây an toàn ngay từ ngày đầu tiên hơn là sau một tai nạn. Ngoài ra, Claude Code phát sinh chi phí API hoặc đăng ký. Bạn có thể tự lưu trữ các mô hình open-weights để loại bỏ phí API như trong hướng dẫn gốc, nhưng đó là một chủ đề riêng. Chỉ cần chuẩn bị ước tính chi phí dựa trên khối lượng xử lý hàng đêm.
Thứ ba, tiếp tục tuân theo Mệnh lệnh Tối thượng. Nếu Kiểm toán hàng tuần tìm thấy "các ghi chú không có nguồn", hãy xử lý chúng ngay lập tức. Khoảnh khắc các ghi chú có nguồn không thể truy xuất bắt đầu tích lũy, bộ não của bạn trở nên không đáng tin cậy. Một Bộ Não Thứ Hai không đáng tin cậy còn tệ hơn là không có, bởi vì bạn có thể hành động dựa trên hư cấu của máy móc, nghĩ rằng đó là kết luận của chính mình. "Không viết ghi chú nếu không có nguồn." Đây là quy tắc để giữ bộ não của bạn là của riêng bạn.
Tổng Kết: Đừng Là Thủ Thư Nữa, Hãy Là Tổng Biên Tập
Trong một thời gian dài, "xây dựng bộ não thứ hai" là một cách nói lịch sự cho "nhận thêm một công việc không lương với tư cách là thủ thư của chính mình". Đó là lý do tại sao có rất nhiều nghĩa địa của những nỗ lực thất bại. Công sức không đáng giá, vì vậy ý chí luôn thua cuộc.
Nhưng công sức đó giờ đây có thể được ủy thác. Ban ngày, bạn chỉ cần ném mọi thứ vào trong vài giây. Ban đêm, đội quân tinh chế chúng. Bạn chỉ dành 20 phút mỗi tuần với tư cách là tổng biên tập, quyết định "niềm tin nào nên chấp nhận". Và hệ thống càng trở nên thông minh hơn khi bạn càng để nó yên, bởi vì bạn đã giao toàn bộ công sức mà trước đây giảm dần theo thời gian cho ca đêm.
Bạn không tệ trong việc ghi chú. Bạn chỉ đang cố gắng tự mình điều hành cả một bộ phận nghiên cứu.
Những bước đầu tiên từ hôm nay (3 bước):
- [ ] Tạo nhà máy lọc dầu bằng
mkdir -p brain/{0-raw,1-desk,2-atoms,3-threads,sources,briefings,.claude/skills}và mở nó như một vault trong Obsidian. Viết Mệnh lệnh Tối thượng "Không viết ghi chú nếu không có nguồn" trên dòng đầu tiên củaCLAUDE.md. - [ ] Viết một
SKILL.mdcho.claude/skills/refinery/và thử xử lý một nguồn thủ công bằngclaude -p. - [ ] Nếu nó hoạt động, hãy tự động hóa một ca hàng đêm bằng cron hoặc Routines.
Tôi chia sẻ thông tin hữu ích mà tôi không thể đăng trên X trong một OpenChat LINE.
Vui lòng tham gia cùng chúng tôi qua liên kết bên dưới.
