Một bộ não nằm ngoài hộp sọ
Giả sử trong một cuộc họp, sếp nói:
Tháng sau phải giảm thời gian xử lý một phiếu đơn hàng xuống dưới 10 phút.
Bạn nghe thấy.
Não tiếp nhận âm thanh.
Bạn gật đầu.
Một người ghi biên bản.
Một người tạo task trên Jira.
Một người chụp màn hình rồi gửi vào nhóm chat.
Một người không làm gì cả vì tin rằng mình sẽ nhớ.
Ba tuần sau, cả đội họp lại.
Có người nhớ con số là 10 phút.
Có người nhớ thành 15 phút.
Có người nhớ rằng đó chỉ là đề xuất.
Có người khẳng định sếp đã chốt.
Người tin vào trí nhớ của mình thì hoàn toàn quên mất.
Một câu nói duy nhất đã vỡ thành năm phiên bản sự thật.
Đây là vấn đề mà Second Brain muốn giải quyết.
Second Brain thường được dịch là bộ não thứ hai, nhưng nó không phải một cục não sinh học mới mọc thêm sau gáy. Nó là một hệ thống nằm ngoài cơ thể, được con người sử dụng để ghi nhớ, tổ chức, tìm lại, kết nối và sử dụng thông tin.
Một cuốn sổ có thể là một phần của Second Brain.
Một lịch làm việc cũng vậy.
Một thư mục tài liệu, kho mã nguồn, database, ứng dụng ghi chú hoặc hệ thống AI đều có thể tham gia vào đó.
Nhưng không phải cứ lưu nhiều dữ liệu là có thêm một bộ não.
Một nhà kho chứa đầy đồ không tự nhiên trở thành một căn nhà có người sống.
Một ổ cứng chứa 20.000 tài liệu không tự nhiên trở thành trí nhớ.
Một tài khoản Notion có 700 trang không tự nhiên trở thành tri thức.
Second Brain chỉ bắt đầu sống khi thông tin bên ngoài được nối vào quá trình suy nghĩ và hành động của con người.
Andy Clark và David Chalmers từng đặt câu hỏi rằng tâm trí kết thúc ở đâu và thế giới bên ngoài bắt đầu ở đâu. Trong ví dụ nổi tiếng về Otto, một cuốn sổ được sử dụng ổn định để thay thế một phần chức năng ghi nhớ. Cuốn sổ nằm ngoài hộp sọ, nhưng nó tham gia trực tiếp vào quá trình nhận thức và hành động. (Alice)
Nghiên cứu về giảm tải nhận thức (cognitive offloading) cũng xem việc sử dụng giấy, điện thoại, lịch nhắc việc hoặc những vật thể bên ngoài là cách con người giảm lượng xử lý phải thực hiện trong đầu. (Sam Gilbert)
Vì vậy, bản chất của Second Brain không nằm ở ứng dụng.
Nó nằm ở mối nối giữa:
- Thông tin.
- Công cụ lưu giữ.
- Cách tìm lại.
- Quá trình suy nghĩ.
- Hành động của con người.
Nếu mối nối đó đứt, ta không có một bộ não thứ hai.
Ta chỉ có dữ liệu.
Ba thứ thường bị trộn lẫn
Khi nói về Second Brain, mọi người thường trộn ba tầng khác nhau vào cùng một nồi.
Công cụ
Đây là nơi dữ liệu nằm:
- Notion.
- Obsidian.
- Apple Notes.
- Google Drive.
- OneNote.
- Email.
- Jira.
- GitHub.
- Một cuốn sổ giấy.
Công cụ giống như đất, gỗ, xi măng và thép.
Có vật liệu chưa có nghĩa là đã có ngôi nhà.
Phương pháp vận hành
Tiago Forte mô tả quy trình CODE gồm bốn bước:
- Capture: ghi nhận.
- Organize: sắp xếp.
- Distill: cô đọng.
- Express: biến thông tin thành đầu ra.
Ông cũng phổ biến PARA, cách tổ chức thông tin thành Projects, Areas, Resources và Archives. CODE mô tả thông tin di chuyển như thế nào, còn PARA mô tả thông tin nên được đặt gần nhu cầu sử dụng nào. (Forte Labs)
CODE giống dây chuyền chế biến.
PARA giống hệ thống kho.
Nhưng dây chuyền và nhà kho vẫn chưa trả lời một câu hỏi sâu hơn:
Thứ gì thực sự đang chạy trên dây chuyền và nằm bên trong nhà kho?
Những đơn vị nhỏ nhất
Một Second Brain không được tạo nên từ “kiến thức” như một khối mây mù mờ.
Nó được tạo nên từ những vật thể rất cụ thể:
- Một dòng ghi nhận.
- Một nguồn tài liệu.
- Một ý tưởng.
- Một quyết định.
- Một mối liên hệ.
- Một thời điểm.
- Một việc cần làm.
- Một đầu ra.
Đây mới là tầng cần được nhìn kỹ.
Bởi khi những đơn vị nhỏ nhất bị thiết kế sai, cả hệ thống phía trên sẽ trở thành một cỗ máy rất đẹp chuyên sản xuất hỗn loạn.
Những viên gạch tạo nên Second Brain
1. Dấu vết ghi nhận
Mọi hệ thống đều bắt đầu bằng một dấu vết.
Bạn nghe một câu trong cuộc họp.
Đọc một đoạn sách.
Nghĩ ra một ý tưởng trong lúc tắm.
Phát hiện một lỗi trong hệ thống.
Nhận được một con số từ báo cáo.
Nếu không có dấu vết nào được tạo ra, sự kiện sẽ biến mất cùng dòng chú ý.
Dấu vết có thể là:
- Một câu viết nhanh.
- Một đoạn ghi âm.
- Một ảnh chụp màn hình.
- Một đường link.
- Một email.
- Một task.
- Một log.
- Một file PDF.
Nhưng dấu vết mới chỉ là nguyên liệu thô.
Ví dụ:
Timeout 15 phút.
Câu này gần như vô dụng.
Timeout của hệ thống nào?
Được cấu hình ở đâu?
Ai nói?
Đó là giá trị hiện tại hay giá trị đề xuất?
Áp dụng từ ngày nào?
Dấu vết quá ngắn sẽ mất bối cảnh.
Dấu vết quá dài sẽ chôn ý chính.
Một ghi nhận tốt cần đủ nhỏ để xử lý, nhưng đủ rõ để người đọc trong tương lai không phải triệu hồi linh hồn của người viết để hỏi thêm.
2. Nguồn gốc
Mỗi mẩu thông tin cần biết nó đến từ đâu.
Ví dụ:
AI xử lý một phiếu mất 12 phút.
Đây có thể là:
- Số liệu đo trên 10.000 phiếu.
- Một lần chạy thử.
- Lời kể của người dùng.
- Con số do AI tự đoán.
- Một kết quả từ phiên bản phần mềm đã ngừng sử dụng.
Năm nguồn trên tạo ra năm mức độ đáng tin khác nhau.
Một đơn vị thông tin nên có ít nhất:
- Người hoặc hệ thống tạo ra nó.
- Thời điểm tạo.
- Tài liệu gốc.
- Phiên bản.
- Mức độ tin cậy.
- Điều kiện đo lường.
Hệ thống thẻ của Niklas Luhmann không chỉ giữ các ý tưởng riêng lẻ. Nó còn giữ kết quả đọc, luận điểm, khái niệm, câu hỏi và tài liệu tham khảo, sau đó nối chúng thành một mạng lưới có thể tiếp tục phát triển. (UniBielefeld)
Không có nguồn gốc, Second Brain rất dễ trở thành một người lớn tuổi kể chuyện:
Hình như ngày xưa có người nói vậy.
Trí nhớ có thể mờ.
Quyết định kinh doanh thì không nên được xây trên chữ “hình như”.
3. Một ý hoàn chỉnh
Đơn vị quan trọng nhất của Second Brain không phải trang tài liệu.
Nó là một ý có thể đứng tương đối độc lập.
Ví dụ, thay vì có một trang tên:
Tất cả ghi chú về retail chatbot
Ta có thể tách thành các ý:
- Catalog mô tả sản phẩm là gì.
- Tồn kho mô tả khả năng bán tại một địa điểm và thời điểm.
- Giá niêm yết không đồng nghĩa với giá khách phải thanh toán.
- Chatbot chỉ nên đề xuất sản phẩm có khả năng giao.
- Dữ liệu bảo hành ảnh hưởng đến câu trả lời “sản phẩm nào ít hỏng”.
- Tìm kiếm chính xác và tư vấn tự nhiên là hai bài toán khác nhau.
Mỗi ý cần có một mệnh đề chính.
Nó có thể dài vài dòng hoặc vài đoạn, miễn là đang giải thích một điều tương đối rõ ràng.
Một ý tốt thường trả lời được:
- Điều mình muốn nói là gì?
- Nó đúng trong hoàn cảnh nào?
- Có ví dụ nào?
- Nó đến từ đâu?
- Nó liên quan đến những ý nào?
- Sau này có thể dùng vào đâu?
Một nghiên cứu về cách các nhà nghiên cứu công nghiệp sử dụng Obsidian cho thấy chiến lược tìm lại thông tin ảnh hưởng đến cách họ xây và duy trì kho tri thức cá nhân. Nói cách khác, cách ta muốn lấy thông tin ra sẽ quyết định cách ta nên viết nó vào. (arXiv)
Nếu sau này muốn tìm câu trả lời cho câu hỏi:
Vì sao không nên nhét tồn kho vào catalog?
Thì ngay từ đầu, ta cần có một đơn vị thông tin đủ rõ để trả lời câu hỏi đó.
4. Bối cảnh
Một thông tin có thể đúng trong bối cảnh này và sai trong bối cảnh khác.
Ví dụ:
Redis nhanh hơn PostgreSQL.
Câu này thiếu quá nhiều thứ:
- Nhanh hơn ở thao tác gì?
- Đọc theo key hay tìm kiếm phức tạp?
- Có persistence không?
- Dữ liệu bao nhiêu?
- Độ bền dữ liệu được yêu cầu đến đâu?
- Hệ thống chạy trên phần cứng nào?
Bối cảnh giúp một ý không bị kéo ra khỏi môi trường sống rồi dùng bừa.
Trong Second Brain, bối cảnh có thể là:
- Một dự án.
- Một trách nhiệm.
- Một khách hàng.
- Một sản phẩm.
- Một khoảng thời gian.
- Một phiên bản hệ thống.
- Một điều kiện áp dụng.
- Một câu hỏi đang cần giải quyết.
PARA hữu ích ở điểm này. Nó đưa thông tin về gần dự án hoặc trách nhiệm mà thông tin đó đang phục vụ, thay vì yêu cầu người dùng xây một cây phân loại hoàn hảo cho toàn bộ tri thức nhân loại. (Forte Labs)
Một ý không có bối cảnh giống một con cá được đặt trên bàn.
Ta vẫn nhìn thấy nó.
Nhưng nó không còn sống.
5. Mối liên hệ
Hai ghi chú có cùng tag chưa chắc có quan hệ.
Một note về AI và một note về nồi cơm điện đều có thể gắn tag technology.
Nhưng việc chúng cùng nằm trong một cái rổ không tạo ra hiểu biết.
Second Brain bắt đầu trở nên thú vị khi ta mô tả được quan hệ giữa các ý:
- Ý A hỗ trợ ý B.
- Ý A phản bác ý B.
- Ý A là nguyên nhân của sự kiện B.
- Ý A là ví dụ của khái niệm B.
- Quyết định A thay thế quyết định B.
- Công việc A phụ thuộc vào công việc B.
- Số liệu A được dùng để tạo báo cáo B.
Luhmann nhấn mạnh khả năng phân nhánh và tham chiếu giữa những phiếu ghi chú. Giá trị của hệ thống không chỉ nằm trong từng tờ giấy, mà còn nằm ở những con đường bất ngờ xuất hiện giữa các ý. (Fork My Brain)
Một đường link đơn thuần chỉ nói rằng hai vật thể có nối với nhau.
Một mối liên hệ có tên nói cho ta biết vì sao chúng được nối.
Ví dụ:
1Tồn kho không thuộc catalog
2 ├── hỗ trợ → Cần tách Product Service và Availability Service
3 ├── giải thích → Chatbot tư vấn đúng sản phẩm nhưng giao sai khu vực
4 └── ảnh hưởng → Thiết kế dữ liệu cho retail search
Đây là lúc một tập tài liệu bắt đầu biến thành mạng lưới suy nghĩ.
6. Thời gian và trạng thái
Tri thức cũng già đi.
Một cấu hình đúng năm 2024 có thể sai vào năm 2026.
Một quyết định từng hợp lý có thể không còn hợp lý sau khi lưu lượng tăng gấp 100 lần.
Một báo cáo tồn kho đúng lúc 8 giờ sáng có thể sai lúc 8 giờ 15 phút.
Vì vậy, mỗi đơn vị quan trọng nên biết:
- Nó được tạo lúc nào?
- Được kiểm chứng lần cuối khi nào?
- Còn hiệu lực không?
- Là bản nháp, đã xác nhận hay đã bị thay thế?
- Có ngày hết hạn không?
- Phiên bản nào đang được áp dụng?
Ví dụ:
1status: superseded
2created_at: 2026-03-10
3valid_until: 2026-07-01
4replaced_by: decision-20260701-async-job
Nếu không quản lý trạng thái, AI hoặc con người có thể lấy một quyết định cũ, phủi bụi rồi mang về áp dụng như chân lý mới.
Second Brain không chỉ cần nhớ.
Nó còn phải biết điều gì nên quên, điều gì đã hết hạn và điều gì chỉ nên được giữ để giải thích lịch sử.
7. Điểm gọi lại
Một thư viện có sách nhưng không có số kệ sẽ nhanh chóng trở thành một căn phòng đầy giấy.
Second Brain cần những điểm để gọi thông tin quay trở lại:
- Tiêu đề.
- Từ khóa.
- Tên người.
- Ngày tháng.
- Dự án.
- Câu hỏi.
- Đường liên kết.
- Bộ lọc.
- Tìm kiếm toàn văn.
- Vector search.
- Mục lục.
- Trang tổng hợp.
Lĩnh vực quản lý thông tin cá nhân thường mô tả một chu trình gồm thu nhận hoặc tạo ra, lưu trữ, tổ chức, duy trì, tìm lại, sử dụng và phân phối thông tin để phục vụ mục tiêu trong cuộc sống và công việc. Tìm lại không phải tính năng phụ; nó là một phần trong vòng đời của thông tin. (arXiv)
Một cách kiểm tra khá đơn giản:
Nếu ba tháng sau tôi cần thông tin này, tôi sẽ tìm nó bằng câu hỏi nào?
Hãy dùng chính câu hỏi đó để đặt tiêu đề hoặc mô tả.
Thay vì:
Note meeting 25/7
Hãy viết:
Vì sao dự án chọn cơ chế trả job ID và polling trạng thái?
Ngày tháng giúp xác định tài liệu.
Câu hỏi giúp tìm lại tri thức.
8. Cam kết và hành động
Một ý tưởng và một việc phải làm là hai vật thể khác nhau.
Ví dụ:
Nên benchmark BM25 kết hợp n-gram.
Đây mới chỉ là một đề xuất.
Khi chuyển thành công việc, nó cần:
- Ai làm?
- Làm trước ngày nào?
- Kết quả phải có dạng gì?
- Dùng bộ dữ liệu nào?
- Tiêu chí thành công là gì?
1type: task
2owner: Tung
3deadline: 2026-07-30
4status: in_progress
5expected_output: benchmark-report.md
Tương tự, một quyết định cần được lưu khác với một suy nghĩ:
Quyết định dùng PostgreSQL cho giai đoạn đầu.
Một quyết định tốt nên giữ:
- Điều đã chọn.
- Những phương án từng cân nhắc.
- Lý do.
- Người chịu trách nhiệm.
- Thời gian áp dụng.
- Điều kiện cần xem lại.
Nếu trộn ý tưởng, công việc và quyết định vào cùng một đoạn văn, hệ thống sẽ không biết thứ nào cần nhắc, thứ nào cần thực hiện và thứ nào chỉ để tham khảo.
Con người đọc lâu còn có thể đoán.
Máy thì sẽ đoán với sự tự tin đáng sợ hơn.
9. Đầu ra
Đây là phần quan trọng nhất và cũng là phần thường bị quên nhất.
Một Second Brain không tồn tại để ngày càng béo.
Nó tồn tại để sinh ra thứ gì đó:
- Một quyết định tốt hơn.
- Một bài viết.
- Một thiết kế hệ thống.
- Một buổi giảng.
- Một sản phẩm.
- Một bản phân tích.
- Một cuộc họp ngắn hơn.
- Một lỗi không lặp lại.
- Một hành động đúng thời điểm.
CODE kết thúc bằng Express vì mục tiêu cuối cùng không phải sở hữu thật nhiều ghi chú. Mục tiêu là biến những gì đã thu nhận và cô đọng thành kết quả cụ thể. (Forte Labs)
Ta có thể hình dung dòng chảy như sau:
1Sự kiện bên ngoài
2 ↓
3Dấu vết ghi nhận
4 ↓
5Nguồn đã kiểm tra
6 ↓
7Ý được viết lại
8 ↓
9Bối cảnh
10 ↓
11Mối liên hệ
12 ↓
13Tìm lại đúng lúc
14 ↓
15Quyết định hoặc hành động
16 ↓
17Đầu ra
Nếu dòng chảy dừng ở bước lưu, hệ thống chỉ là kho dữ liệu cá nhân.
Nếu nó đi được đến đầu ra, nó mới tham gia vào quá trình sống và làm việc.
Một ghi chú nên chứa những gì?
Không cần biến mọi ghi chú thành một hồ sơ hành chính dài ba trang.
Một cấu trúc tối thiểu có thể như sau:
1---
2id: idea-20260725-catalog-inventory
3type: idea
4created_at: 2026-07-25
5status: active
6project: retail-search
7source:
8 - meeting-20260724
9related:
10 - product-catalog
11 - realtime-inventory
12---
13
14# Catalog và tồn kho là hai lớp khác nhau
15
16Catalog mô tả sản phẩm là gì.
17
18Tồn kho mô tả tại một thời điểm và địa điểm cụ thể,
19sản phẩm đó còn bao nhiêu đơn vị có thể bán.
20
21## Vì sao quan trọng?
22
23Nếu chatbot sử dụng tồn kho cũ, nó có thể tư vấn đúng sản phẩm
24nhưng hứa sai khả năng giao hàng.
25
26## Dùng ở đâu?
27
28- Thiết kế retail search.
29- Xây chatbot tư vấn bán hàng.
30- Thiết kế Product Service và Availability Service.
Không phải ghi chú nào cũng cần đủ mọi trường.
Nhưng một ý quan trọng nên trả lời được năm câu hỏi:
- Nó nói điều gì?
- Nó đến từ đâu?
- Nó đúng trong hoàn cảnh nào?
- Nó liên quan đến điều gì?
- Ta có thể dùng nó để làm gì?
Những điều cần làm
Bắt đầu từ vấn đề cần giải quyết
Đừng bắt đầu bằng câu:
Tôi muốn xây Second Brain trên Obsidian.
Hãy bắt đầu bằng:
Tôi thường xuyên quên quyết định trong cuộc họp.
Hoặc:
Tôi đọc rất nhiều nhưng khi viết lại không nhớ nguồn nằm ở đâu.
Hoặc:
Khi nhân viên nghỉ việc, lịch sử dự án cũng biến mất.
Từ vấn đề, ta mới biết cần lưu loại thông tin nào.
Second Brain của một người viết blog sẽ khác một người quản lý vận hành.
Second Brain của kỹ sư sẽ khác bác sĩ.
Second Brain của một công ty bán lẻ sẽ khác một sinh viên năm nhất.
Tách dữ liệu thô khỏi điều mình đã hiểu
Một bài báo là nguồn.
Một đoạn được đánh dấu là trích dẫn.
Một câu viết lại bằng ngôn ngữ của mình là điều đã hiểu.
Một quyết định dựa trên câu đó là hành động.
Đừng nhét cả bốn thứ vào một khối rồi gọi chung là knowledge.
Khi phân biệt rõ, ta biết:
- Cái gì cần trích dẫn.
- Cái gì có thể phản biện.
- Cái gì đã được xác nhận.
- Cái gì chỉ là suy luận cá nhân.
Viết cho chính mình trong tương lai
Đừng giả định rằng ba tháng sau mình vẫn nhớ hoàn cảnh hiện tại.
Người đọc ghi chú trong tương lai là một người khá giống bạn, nhưng đã mất phần lớn cache.
Hãy thêm đủ bối cảnh để người đó không phải đọc lại mười file khác.
Thiết kế đường lấy ra trước đường đưa vào
Trước khi lưu, hãy nghĩ:
Tôi sẽ tìm thứ này khi nào?
Nếu câu trả lời là:
Khi xử lý sự cố Redis.
Thì nó phải gần runbook Redis.
Nếu là:
Khi viết bài về Second Brain.
Thì nó phải được liên kết với bài viết hoặc chủ đề đó.
Nếu không biết bao giờ sẽ dùng, có thể chưa cần lưu.
Có lịch bảo trì
Mỗi tuần nên dành thời gian để:
- Xử lý Inbox.
- Xóa thứ không còn giá trị.
- Viết lại những ghi chú quá mơ hồ.
- Cập nhật trạng thái.
- Nối ghi chú với dự án đang chạy.
- Đưa quyết định về đúng nơi.
- Chọn thứ sẽ biến thành đầu ra.
Một hệ thống không được bảo trì sẽ dần biến thành chính vấn đề mà nó từng được tạo ra để giải quyết.
Giữ dữ liệu có thể mang đi
Nên ưu tiên:
- Định dạng phổ biến.
- Khả năng export.
- Backup định kỳ.
- Lịch sử phiên bản.
- Khả năng đọc mà không phụ thuộc hoàn toàn vào một ứng dụng.
- Quyền kiểm soát dữ liệu.
Nếu ký ức chỉ mở được khi còn trả tiền cho một nền tảng, đó không hoàn toàn là bộ não của bạn.
Nó là bộ não đang thuê trọ.
Những điều không nên làm
Không lưu mọi thứ
Internet đã lưu gần như mọi thứ rồi.
Bạn không cần xây thêm một Internet nhỏ hơn, cũ hơn và khó tìm hơn trong Notion.
Chỉ nên giữ những thứ:
- Có liên quan đến việc đang làm.
- Khó tìm lại.
- Có khả năng thay đổi quyết định.
- Mang dấu ấn suy nghĩ cá nhân.
- Có thể được sử dụng trong tương lai.
Lưu trữ cũng có chi phí.
Mỗi tài liệu thừa làm kết quả tìm kiếm nhiễu hơn, làm AI lấy sai ngữ cảnh dễ hơn và khiến người dùng phải tốn thêm một lần lựa chọn.
Không chia ghi chú thành những mẩu vô nghĩa
Nhỏ không đồng nghĩa với tốt.
Ví dụ:
PostgreSQL là database.
Redis chạy trên RAM.
AI là trí tuệ nhân tạo.
Các câu trên quá nhỏ và quá chung để tạo ra giá trị.
Một đơn vị tốt phải mang được một ý có thể dùng để giải thích, quyết định hoặc tạo sản phẩm.
Đừng xây một bức tường từ bụi.
Không phân loại quá sâu
Nếu lưu một ghi chú mất mười phút chỉ vì không biết đặt nó vào thư mục nào, cấu trúc đã trở thành kẻ thù.
Thay vì xây cây thư mục mười tầng, hãy ưu tiên:
- Dự án đang hoạt động.
- Trách nhiệm đang duy trì.
- Chủ đề thường dùng.
- Kho lưu trữ cũ.
Phân loại đủ dùng tốt hơn phân loại hoàn hảo nhưng không ai muốn sử dụng.
Không dùng tag để giả vờ rằng đã hiểu
Một note có tag AI, retail, important, future, idea vẫn có thể không nói được điều gì.
Tag giúp lọc.
Tiêu đề giúp tìm.
Nguồn giúp kiểm chứng.
Mối liên hệ giúp hiểu.
Đầu ra giúp chứng minh giá trị.
Không giao toàn bộ việc hiểu cho AI
AI có thể:
- Tóm tắt.
- Gợi ý tiêu đề.
- Tìm nội dung liên quan.
- Nhận diện nội dung trùng.
- Tạo metadata.
- Trả lời dựa trên tài liệu.
- Soạn bản nháp.
Nhưng AI không nên tự quyết định toàn bộ:
- Điều gì là quan trọng với bạn.
- Nguồn nào đáng tin.
- Quyết định nào nên được thực hiện.
- Rủi ro nào có thể chấp nhận.
- Giá trị nào cần bảo vệ.
Nếu AI đọc, hiểu, kết luận và viết thay toàn bộ, con người chỉ còn làm công việc đổ dữ liệu vào máy.
Một bộ não thứ hai nên làm não thứ nhất mạnh hơn.
Không nên khiến não thứ nhất nghỉ việc.
Không để dữ liệu cũ giả làm sự thật hiện tại
Cần đánh dấu:
- Hết hiệu lực.
- Đã thay thế.
- Chưa xác nhận.
- Chỉ là giả thuyết.
- Thuộc phiên bản cũ.
- Có thể chứa thông tin sai.
AI đặc biệt dễ gặp vấn đề này.
Nó có thể tìm được một đoạn văn rất giống câu hỏi, nhưng đoạn đó được viết cho một hệ thống đã ngừng hoạt động từ hai năm trước.
Tương đồng ngữ nghĩa không đồng nghĩa với còn hiệu lực.
Không bỏ qua quyền riêng tư
Second Brain có thể chứa:
- Dữ liệu khách hàng.
- Nội dung họp kín.
- Tài chính.
- Mã nguồn.
- Kế hoạch kinh doanh.
- Nhật ký cá nhân.
- Đánh giá nhân sự.
- Token truy cập bị dán nhầm.
Trước khi kết nối AI, cần xác định:
- Ai được đọc?
- Dữ liệu nằm ở đâu?
- Có được sử dụng để huấn luyện không?
- Có thể xóa không?
- Có nhật ký truy cập không?
- AI được phép chỉ đọc hay được quyền hành động?
- Dữ liệu cá nhân và dữ liệu công ty có bị trộn không?
Một bộ não thứ hai không được kiểm soát có thể biến thành một cái miệng thứ hai.
Có Brain 3 và Brain 4 không?
Có thể có, miễn là ta hiểu đây là cách mô tả kiến trúc, không phải cách phân loại cơ quan sinh học.
Không có chuẩn khoa học nào quy định chính thức Brain 2, Brain 3 và Brain 4 phải là gì.
Ta có thể dùng một mô hình bốn tầng để dễ suy nghĩ.
Brain 1: Não sinh học
Đây là con người.
Brain 1 có:
- Cơ thể.
- Trải nghiệm sống.
- Cảm xúc.
- Trực giác.
- Giá trị.
- Ý định.
- Trách nhiệm.
Brain 1 quyết định điều gì đáng làm.
Đây là phần không nên bị loại khỏi hệ thống.
Brain 2: Trí nhớ cá nhân bên ngoài
Đây là Second Brain theo cách hiểu phổ biến:
- Ghi chú.
- Tài liệu.
- Lịch.
- Task.
- Bookmark.
- Email.
- Lịch sử quyết định.
- Kho tri thức cá nhân.
Brain 2 chủ yếu trả lời:
Tôi từng biết, đọc, làm hoặc quyết định điều gì?
Nó thuộc về một cá nhân và phản ánh ngôn ngữ, dự án, kinh nghiệm của người đó.
Brain 3: Trí nhớ của tập thể
Một đội nhóm không cần mọi người biết mọi thứ.
Nhưng đội cần biết:
- Ai hiểu hệ thống thanh toán?
- Ai giữ lịch sử dự án?
- Runbook nằm ở đâu?
- Quyết định cũ được lưu trong tài liệu nào?
- Khi có sự cố thì hỏi ai?
Khái niệm trí nhớ giao dịch (transactive memory) mô tả cách một nhóm phân bổ tri thức giữa các thành viên và duy trì nhận thức chung về “ai biết điều gì”. Nghiên cứu về hệ thống này thường nhấn mạnh ba yếu tố: chuyên môn hóa, niềm tin vào kiến thức của nhau và khả năng phối hợp. (University of Warwick)
Brain 3 có thể gồm:
- Con người.
- Wiki.
- Git repository.
- Ticket.
- Runbook.
- Data catalog.
- Biên bản họp.
- Nhật ký sự cố.
- Lịch sử quyết định.
Trí nhớ tổ chức có thể được hiểu là thông tin từ lịch sử của tổ chức được giữ lại và gọi ra để phục vụ quyết định hiện tại. (University of Warwick)
Một công ty có Brain 3 yếu sẽ thường nghe câu:
Cái này anh A làm, nhưng anh A nghỉ rồi.
Khi đó, tri thức đã đi ra khỏi cửa công ty trong balô của một nhân viên.
Brain 4: Lớp AI có khả năng vận hành trên trí nhớ
Brain 2 và Brain 3 chủ yếu giữ thông tin.
Brain 4 có thể đọc, nối, tổng hợp và đề xuất hành động dựa trên các kho thông tin đó.
Ví dụ, ta hỏi:
Vì sao dự án chọn polling thay vì giữ HTTP request trong 15 phút?
Brain 2 giúp tìm ghi chú cá nhân.
Brain 3 tìm biên bản, ticket, source code và người từng tham gia.
Brain 4 có thể đọc các nguồn đó rồi dựng lại câu trả lời:
Hệ thống chọn mô hình long-running job vì thời gian xử lý không ổn định, có thể vượt timeout của gateway, cần trả job ID sớm và cho phép người dùng kiểm tra trạng thái độc lập.
Một số nghiên cứu gần đây đang xem xét các hệ thống trí nhớ cá nhân có AI, trong đó máy không chỉ lưu dữ liệu mà còn tổ chức, gọi lại và sử dụng thông tin theo ngữ cảnh. Đây vẫn là một lĩnh vực đang phát triển, không phải bằng chứng rằng AI đã trở thành một bộ não sinh học hoặc có ý thức giống con người. (arXiv)
Brain 4 có thể:
- Tìm tài liệu.
- Tóm tắt.
- So sánh phiên bản.
- Phát hiện mâu thuẫn.
- Nhắc việc.
- Soạn báo cáo.
- Gọi API.
- Thực hiện workflow.
Nhưng nó cần bị giới hạn bởi:
- Quyền truy cập.
- Nguồn dữ liệu.
- Luật kiểm chứng.
- Cơ chế phê duyệt.
- Nhật ký hành động.
- Người chịu trách nhiệm cuối cùng.
AI có thể đọc rất nhanh.
Nhưng nhanh không đồng nghĩa với đúng.
Và đúng về dữ liệu cũng chưa chắc đúng về đạo đức, mục tiêu hoặc hậu quả.
Có Brain 5, Brain 6 không?
Có thể gọi bao nhiêu cũng được.
Brain 5 có thể là mạng lưới giữa nhiều doanh nghiệp.
Brain 6 có thể là nhóm AI agent tự phối hợp.
Brain 27 có thể là tên một khóa học nghe rất đắt tiền.
Nhưng tăng số thứ tự không làm hệ thống thông minh hơn.
Câu hỏi quan trọng hơn là:
- Dữ liệu nằm ở đâu?
- Ai có quyền thay đổi?
- Tầng nào đang đưa ra kết luận?
- Tầng nào được phép hành động?
- Khi sai thì ai chịu trách nhiệm?
| Tầng | Phạm vi | Chức năng chính |
|---|---|---|
| Brain 1 | Cá nhân sinh học | Ý định, giá trị, phán đoán |
| Brain 2 | Cá nhân mở rộng | Ghi nhớ và tìm lại |
| Brain 3 | Đội nhóm, tổ chức | Chia sẻ và phối hợp tri thức |
| Brain 4 | Máy và AI | Tổng hợp, đề xuất và thực thi có kiểm soát |
Không cần tranh luận xem tầng nào “thông minh nhất”.
Chúng làm những công việc khác nhau.
Tổng kết
Second Brain không được tạo thành từ một ứng dụng duy nhất.
Nó được tạo từ những viên gạch nhỏ:
- Dấu vết ghi nhận.
- Nguồn gốc.
- Một ý hoàn chỉnh.
- Bối cảnh.
- Mối liên hệ.
- Thời gian và trạng thái.
- Điểm gọi lại.
- Cam kết và hành động.
- Đầu ra.
Những viên gạch này được đưa qua một dòng chảy:
- Ghi nhận.
- Sắp xếp.
- Cô đọng.
- Kết nối.
- Tìm lại.
- Sử dụng.
- Kiểm tra.
- Cập nhật hoặc loại bỏ.
Không có một bước thần kỳ nào biến dữ liệu thành trí tuệ.
Một đoạn văn được lưu lại vẫn chỉ là một đoạn văn.
Nó chỉ trở thành một phần của quá trình nhận thức khi được tìm thấy đúng lúc, đặt vào đúng bối cảnh và giúp con người đưa ra một hành động tốt hơn.
Một lỗi được tránh.
Một quyết định được giải thích.
Một cam kết không bị quên.
Một người mới hiểu được lịch sử hệ thống mà không cần đi tìm người đã nghỉ việc.
Một bài viết được hoàn thành từ những suy nghĩ từng nằm rải rác.
Và đúng, có thể tồn tại Brain 3, Brain 4.
Nhưng chúng không phải những khối não mới mọc thêm trong cơ thể.
Đó là những tầng trí nhớ và xử lý được mở rộng từ cá nhân sang tập thể, rồi từ tập thể sang máy móc.
Ở chính giữa tất cả vẫn phải là Brain 1.
Một con người còn đủ tỉnh táo để hỏi:
Thông tin này có đúng không?
Nó còn hiệu lực không?
Nó giúp mình làm gì?
Và mình có sẵn sàng chịu trách nhiệm về điều sắp làm hay không?
Một hệ thống nhớ được mọi thứ chưa chắc đã khôn ngoan.
Một hệ thống biết quên đúng thứ, gọi lại đúng lúc và giúp con người hành động tốt hơn mới thực sự đáng được gọi là bộ não thứ hai.
Tham khảo
- Andy Clark và David Chalmers, The Extended Mind. (Alice)
- Evan F. Risko và Sam J. Gilbert, Cognitive Offloading. (Sam Gilbert)
- Tiago Forte, Building a Second Brain: The Definitive Introductory Guide. (Forte Labs)
- Tiago Forte, The PARA Method. (Forte Labs)
- Johannes F. K. Schmidt, Niklas Luhmann’s Card Index. (UniBielefeld)
- William Jones và cộng sự, Personal Information Management. (arXiv)
- Juliana Jansen Ferreira và cộng sự, How People Manage Knowledge in Their “Second Brains”. (IBM Research)
- Nghiên cứu về transactive memory systems và trí nhớ tổ chức. (University of Warwick)
Bình luận