Second Brain với Obsidian: Cách xây hệ thống ghi chú dùng được lâu dài

Có một giai đoạn rất dễ gặp khi dùng Obsidian: lúc mới cài thì thấy mọi thứ cực kỳ tiềm năng. Ta tạo vault, cài plugin, thêm template, chia folder, gắn tag, thử graph view và bắt đầu lưu gần như mọi thứ mình đọc được.

Vài tuần hoặc vài tháng sau, số note tăng lên rất nhanh. Nhưng đến lúc cần viết một bài, chuẩn bị một cuộc họp, phân tích một vấn đề hay tìm lại một ý tưởng cũ, ta vẫn phải lục lọi như trước.

Nếu vậy, vấn đề không phải là bạn chưa biết dùng Obsidian đủ sâu.

Vấn đề thường là hệ thống đang tối ưu cho việc lưu trữ, nhưng chưa tối ưu cho việc sử dụng lại tri thức.

Đó cũng là điểm tôi thấy quan trọng nhất khi nói về Second Brain: não thứ hai không phải một kho chứa càng lớn càng tốt. Nó là một hệ thống giúp thông tin đi qua một vòng đời rõ ràng:

Thu thập → sắp xếp → chắt lọc → đưa trở lại công việc khi cần.

Bài này sẽ đi theo hướng thực hành: Obsidian có gì phù hợp với Second Brain, nên thiết kế vault thế nào, dùng PARA đến đâu là đủ, khi nào nên tạo liên kết, khi nào không cần plugin, và cách để hệ thống không biến thành một dự án quản lý ghi chú tốn nhiều thời gian hơn chính công việc của bạn.

Tóm tắt nhanh

Nếu chỉ giữ lại 7 ý từ bài này, tôi sẽ giữ những điểm sau:

1. Second Brain không phải một app. Nó là cách bạn thu thập, tổ chức và tái sử dụng tri thức; Obsidian chỉ là công cụ triển khai.
2. Đừng bắt đầu bằng plugin. Hãy bắt đầu bằng 2–3 tình huống bạn thật sự muốn hệ thống hỗ trợ: dự án, viết lách, nghiên cứu, học tập hay ra quyết định.
3. PARA nên là khung nhẹ, không phải giáo điều. Projects, Areas, Resources, Archives hữu ích vì chúng tổ chức thông tin theo mức độ hành động, không phải vì bốn folder này là “cấu trúc chuẩn duy nhất”.
4. Liên kết chỉ có giá trị khi nó giúp tìm lại ngữ cảnh. Không cần biến mọi từ khóa thành backlink.
5. Properties nên dùng cho metadata có khả năng lọc hoặc truy vấn. Đừng thêm trường chỉ vì thấy hệ thống trông chuyên nghiệp hơn.
6. Weekly Review quan trọng hơn Graph View. Nếu không có vòng review, note dễ trở thành kho lưu trữ chết.
7. Trong thời đại AI, dữ liệu có cấu trúc và có provenance càng quan trọng. AI có thể đọc nhanh hơn, nhưng nếu nguồn đầu vào rối, sai hoặc không rõ trạng thái thì nó chỉ khuếch đại sự lộn xộn.

Second Brain thực chất là gì?

Khái niệm Building a Second Brain được Tiago Forte phổ biến như một phương pháp quản lý tri thức cá nhân: thay vì cố ghi nhớ mọi thứ trong đầu, ta xây một hệ thống bên ngoài để lưu lại những gì đáng giữ và đưa chúng trở lại khi cần sáng tạo hoặc hành động.

Điểm dễ bị hiểu sai là nhiều người đồng nhất Second Brain với một ứng dụng ghi chú.

Nhưng một app có đầy đủ note, tag và plugin vẫn có thể không phải Second Brain nếu thông tin chỉ đi theo một chiều:

đọc → lưu → quên.

Một hệ thống hữu ích hơn cần tạo được vòng lặp:

Capture → Organize → Distill → Express.

Tức là:

• Capture: lấy vào những gì thực sự đáng giữ.
• Organize: đặt chúng vào ngữ cảnh có khả năng được sử dụng.
• Distill: rút lại phần quan trọng để tương lai đọc nhanh hơn.
• Express: dùng kiến thức đó để viết, phân tích, quyết định, xây dự án hoặc tạo ra một đầu ra cụ thể.

Nếu thiếu bước cuối, chúng ta rất dễ trở thành người quản lý một kho tri thức thay vì người sử dụng tri thức.

Vì sao Obsidian phù hợp để xây Second Brain?

Obsidian không phải lựa chọn tốt nhất cho mọi người. Nhưng nó có vài đặc điểm khiến nó rất hợp với người muốn xây một hệ thống tri thức cá nhân dài hạn.

1. Dữ liệu nằm trong các file Markdown cục bộ

Theo Obsidian, ứng dụng cốt lõi có thể dùng mà không cần tạo tài khoản; dữ liệu được lưu cục bộ trên thiết bị dưới dạng file Markdown. Từ tháng 2/2025, Obsidian cũng cho phép sử dụng miễn phí cho cả mục đích công việc và thương mại; các dịch vụ như Sync và Publish là phần bổ sung tùy chọn.

Điều này tạo ra một lợi thế quan trọng: tri thức của bạn không bị khóa hoàn toàn trong một giao diện duy nhất.

Markdown là định dạng tương đối đơn giản, có thể mở bằng nhiều trình soạn thảo khác. Với một hệ thống dùng nhiều năm, khả năng di chuyển và kiểm soát file có giá trị hơn cảm giác “nhiều tính năng” ở thời điểm hiện tại.

Nguồn: Obsidian Pricing và Obsidian is now free for work.

2. Liên kết hai chiều giúp tạo ngữ cảnh

Obsidian hỗ trợ internal links kiểu [[Tên note]], liên kết đến heading và block, đồng thời có Backlinks để xem note nào đang trỏ về note hiện tại.

Giá trị của tính năng này không nằm ở việc làm cho Graph View dày đặc hơn.

Nó nằm ở khả năng trả lời những câu như:

• Ý tưởng này từng xuất hiện ở dự án nào?
• Khái niệm này liên quan đến những ghi chú nào khác?
• Tôi đã dùng insight này trong bài viết hay quyết định nào trước đây?
• Nguồn nào đang hỗ trợ cho claim này?

Obsidian mô tả internal links như cách tạo ra một network of knowledge. Nhưng mạng lưới chỉ hữu ích khi mỗi liên kết mang một ý nghĩa thật trong quá trình làm việc. Xem tài liệu Internal Links.

3. Properties cho phép note vừa là văn bản, vừa có dữ liệu có cấu trúc

Properties trong Obsidian hỗ trợ các kiểu dữ liệu như text, list, number, checkbox, date và tags; chúng được lưu ở phần YAML của file.

Điều này rất hữu ích nếu bạn muốn mỗi note có một số metadata tối thiểu, ví dụ:

---
type: insight
status: verified
source: https://example.com
created: 2026-08-26
tags:
  - tracking
  - automation
---

Điểm quan trọng là chỉ tạo property khi bạn biết sẽ dùng nó để lọc, review, truy vấn hoặc kiểm chứng.

Nếu một field tồn tại nhưng sáu tháng không bao giờ được dùng, nó đang tạo thêm ma sát chứ không tạo thêm giá trị.

Nguồn: Obsidian Properties.

4. Có thể mở rộng dần, nhưng không bắt buộc phải mở rộng

Obsidian có Core Plugins và hệ sinh thái Community Plugins rất lớn. Bạn có thể thêm Dataview, Templater, Tasks hoặc nhiều công cụ khác khi nhu cầu xuất hiện.

Đây vừa là ưu điểm, vừa là cái bẫy lớn nhất.

Cách an toàn hơn là:

Dùng bản tối giản trước. Chỉ cài plugin khi một điểm ma sát đã lặp lại đủ nhiều để chứng minh rằng nó đáng được tự động hóa.

Khi nào Obsidian không phải lựa chọn tốt?

Một bài hướng dẫn tốt không nên biến công cụ thành đáp án mặc định.

Obsidian có thể không phù hợp nếu nhu cầu chính của bạn là:

• cộng tác realtime với team đông người;
• quản lý database dạng bảng trực quan là trung tâm;
• cần workflow phê duyệt nhiều người;
• muốn mọi thứ chạy trên web mà gần như không cần hiểu file/folder;
• muốn task/project management chuyên sâu hơn note-taking.

Trong các trường hợp đó, Notion, Coda, Airtable, Asana hoặc một công cụ chuyên dụng khác có thể hợp hơn.

Tôi thường nhìn theo cách này:

Nhu cầu chính	Công cụ thường phù hợp hơn
Tri thức cá nhân, local-first, liên kết note	Obsidian
Workspace cộng tác, database trực quan	Notion/Coda
Quản lý project/task cho team	Asana/ClickUp/Linear tùy bối cảnh
Dữ liệu dạng bảng và workflow	Airtable/Google Sheets

Không cần ép một công cụ làm mọi thứ. Một hệ thống tri thức tốt có thể dùng Obsidian cho phần suy nghĩ và Google Drive/Notion/Asana cho phần cộng tác.

Khung tối giản để bắt đầu: PARA + Inbox

PARA là một khung tổ chức của Tiago Forte gồm:

• Projects: những việc đang làm có kết quả cụ thể và thường có thời hạn.
• Areas: những trách nhiệm cần duy trì liên tục.
• Resources: chủ đề, tài liệu hoặc lĩnh vực bạn quan tâm.
• Archives: phần không còn active nhưng vẫn muốn giữ lại.

Điểm cốt lõi của PARA là organize by actionability — tổ chức theo mức độ có thể hành động, thay vì cố xây taxonomy hoàn hảo theo chủ đề. Forte Labs cập nhật lại bài hướng dẫn PARA vào tháng 4/2026 và vẫn giữ triết lý này. Xem The PARA Method.

Một vault ban đầu có thể đơn giản như sau:

00_Inbox/
10_Projects/
20_Areas/
30_Resources/
40_Archives/
90_Templates/

Tôi thêm 00_Inbox vì thực tế luôn cần một nơi để ghi nhanh trước khi phân loại.

00_Inbox

Dùng cho:

• ý tưởng vừa xuất hiện;
• link cần đọc;
• note nhanh trong cuộc họp;
• đoạn trích chưa xử lý;
• nội dung gửi từ điện thoại.

Inbox không phải nơi lưu vĩnh viễn. Nó là hàng chờ cần được xử lý trong Weekly Review.

10_Projects

Mỗi project nên có một đầu ra rõ.

Ví dụ:

10_Projects/
  Launch website cá nhân/
  Viết bài Second Brain/
  Chuẩn bị workshop GA4/

Một note project tốt nên trả lời được:

Mục tiêu:
Kết quả cần tạo ra:
Deadline:
Tài liệu liên quan:
Quyết định đã chốt:
Việc tiếp theo:

20_Areas

Area là thứ không “hoàn thành” hẳn.

Ví dụ:

20_Areas/
  Công việc/
  Tài chính cá nhân/
  Sức khỏe/
  Gia đình/
  Học tập/

Nếu bạn không thể xác định một ngày mà thứ đó thực sự kết thúc, khả năng cao nó là Area chứ không phải Project.

30_Resources

Resource là nơi chứa kiến thức có thể dùng trong tương lai nhưng chưa gắn với một project cụ thể.

Ví dụ:

30_Resources/
  Google Ads/
  Tracking/
  Automation/
  AI Agent/
  Obsidian/

Đây là nơi rất dễ phình to. Vì vậy đừng coi việc “sưu tầm đủ” là mục tiêu.

40_Archives

Khi project kết thúc hoặc resource không còn active, chuyển nó sang Archive thay vì để nó chen vào không gian làm việc hiện tại.

Archive giúp hệ thống giữ được lịch sử mà không bắt não phải nhìn thấy mọi thứ cùng lúc.

Đừng xây taxonomy quá sớm

Một lỗi phổ biến là ngay tuần đầu đã tạo 30 folder, 50 tag và 20 loại note.

Cảm giác ban đầu rất thỏa mãn vì hệ thống trông có vẻ “chuẩn”. Nhưng vấn đề xuất hiện khi một note có thể nằm ở ba nơi khác nhau.

Ví dụ, một bài viết về AI trong Google Ads nên nằm ở:

• Google Ads?
• AI?
• Automation?
• Performance Marketing?

Nếu bạn phải suy nghĩ 20 giây chỉ để quyết định nơi lưu, taxonomy đang lấy đi năng lượng mà lẽ ra dành cho nội dung.

Một quy tắc đơn giản hơn:

Folder trả lời “note này đang phục vụ ngữ cảnh nào?”, còn tag/property trả lời “note này có đặc điểm gì?”.

Ví dụ:

Folder: 10_Projects/Google Ads Audit/
Tags: #tracking #measurement
Status: verified

Thiết kế 4 loại note là đủ cho giai đoạn đầu

Bạn không cần 15 template. Bốn loại sau đã đủ cho đa số Second Brain cá nhân.

1. Capture note

Mục tiêu: ghi thật nhanh, chưa cần đẹp.

# Ý tưởng

Nguồn:
Bối cảnh:
Ý chính:
Cần xử lý tiếp:

2. Source note

Mục tiêu: lưu một nguồn bên ngoài và điều gì đáng giữ từ nguồn đó.

---
type: source
status: raw
source_url:
published_at:
---

# Tên nguồn

## Tóm tắt

## Điểm đáng chú ý

## Claim cần kiểm chứng

## Có thể dùng cho

3. Insight note

Mục tiêu: tách một ý đã được diễn giải bằng ngôn ngữ của chính bạn.

---
type: insight
status: draft
---

# Insight

## Tôi hiểu điều này như thế nào?

## Bằng chứng / nguồn

## Khi nào insight này đúng?

## Khi nào có thể sai?

## Có thể áp dụng vào đâu?

4. Project note

Mục tiêu: gom ngữ cảnh cho một đầu ra cụ thể.

# Project

## Outcome

## Context

## Decisions

## Source / insight liên quan

## Next action

Điểm mạnh của cách này là tri thức có đường đi:

Source → Insight → Project → Output.

Thay vì mọi thứ cùng nằm trong một biển note không rõ trạng thái.

Cách dùng link mà không biến vault thành “mạng nhện”

Backlink rất hấp dẫn nên dễ bị lạm dụng.

Tôi dùng ba quy tắc:

Quy tắc 1 — Link khi có quan hệ có ý nghĩa

Đừng link chỉ vì hai note có cùng một từ.

Hãy link khi mối quan hệ trả lời được một câu:

• đây là bằng chứng cho insight này;
• insight này được áp dụng trong project kia;
• hai khái niệm này hỗ trợ hoặc mâu thuẫn nhau;
• đây là phiên bản trước/sau của một quyết định.

Quy tắc 2 — Ưu tiên link tới concept ổn định

Ví dụ:

[[Attribution]]
[[Incrementality]]
[[AI Agent Evaluation]]

Concept note có thể trở thành “điểm neo” cho nhiều source và project khác nhau.

Quy tắc 3 — Không cần link mọi thứ

Một note có thể hữu ích chỉ nhờ search và folder.

Link là công cụ tạo ngữ cảnh, không phải KPI.

Weekly Review: phần quan trọng nhất nhưng ít hào nhoáng nhất

Nếu chỉ chọn một thói quen để giữ cho Second Brain sống, tôi chọn Weekly Review.

Một phiên 20–30 phút mỗi tuần có thể làm 6 việc:

1. Dọn Inbox.
2. Chuyển note về đúng Project/Area/Resource.
3. Đổi trạng thái source quan trọng từ raw sang processed.
4. Tách 1–3 insight đáng giữ.
5. Archive project đã xong.
6. Chọn một số note cần đưa trở lại công việc tuần tới.

Checklist mẫu:

[ ] Inbox còn dưới 10 item
[ ] Project active có next action
[ ] Source quan trọng đã có tóm tắt
[ ] Claim quan trọng có link nguồn
[ ] Note trùng lặp đã gộp hoặc bỏ
[ ] Project xong đã archive
[ ] Có ít nhất 1 insight được dùng vào output

Đây là điểm phân biệt giữa “kho ghi chú” và “hệ thống tri thức”.

Progressive Summarization: đừng bắt tương lai đọc lại từ đầu

Một source note dài 2.000 từ sẽ không hữu ích nếu sáu tháng sau bạn phải đọc lại toàn bộ để nhớ vì sao mình lưu nó.

Bạn có thể chắt lọc theo nhiều lớp:

1. Lưu nguyên nguồn hoặc ghi chú thô.
2. Bôi đậm đoạn quan trọng.
3. Viết 3–5 bullet tóm tắt.
4. Tách insight thành note riêng nếu nó đủ giá trị.
5. Đưa insight vào project hoặc output.

Mục tiêu không phải tóm tắt mọi tài liệu.

Mục tiêu là giảm chi phí đọc lại cho những thứ có khả năng được dùng lại.

Second Brain trong thời đại AI: giá trị chuyển từ “lưu nhiều” sang “cấp đúng context”

AI làm thay đổi khá nhiều cách tôi nhìn về Personal Knowledge Management.

Trước đây, lý do lớn để tổ chức note là con người cần tìm lại thông tin nhanh.

Bây giờ còn thêm một lý do khác: AI cũng cần context đủ sạch để làm việc tốt.

Forte Labs gần đây gọi PARA là một cách tạo ra các “gói ngữ cảnh” phù hợp cho AI: thay vì ném toàn bộ kho dữ liệu vào một model, ta có thể đưa cho AI đúng Project, đúng Area hoặc đúng Resource liên quan đến nhiệm vụ hiện tại. Xem Why PARA Is the Key to the AI Era.

Nhưng điều này chỉ hữu ích nếu kho tri thức có ba thứ:

1. Trạng thái rõ

AI cần biết đâu là:

• fact đã kiểm chứng;
• claim từ nguồn bên ngoài;
• giả thuyết;
• ý kiến cá nhân;
• note thô chưa xác minh.

Nếu mọi note đều được đối xử như sự thật, AI có thể tổng hợp rất trôi chảy nhưng sai bản chất.

2. Nguồn gốc rõ

Một claim quan trọng nên có đường quay về nguồn.

Ví dụ:

Claim → Evidence → Source note → Source URL

Điều này giúp con người kiểm tra lại khi AI tạo nội dung, báo cáo hoặc đề xuất hành động.

3. Quyền truy cập có giới hạn

Không phải mọi note đều nên gửi cho AI hoặc một dịch vụ bên ngoài.

Thông tin cá nhân, dữ liệu khách hàng, tài liệu nội bộ, token, mật khẩu và nội dung nhạy cảm phải được phân tách và kiểm soát quyền truy cập rõ ràng.

Local-first giúp bạn sở hữu file; nó không tự động giải quyết bài toán privacy khi bạn chủ động đưa dữ liệu sang model hoặc plugin khác.

Có nên dùng Dataview, Templater và plugin nâng cao ngay không?

Câu trả lời ngắn: chưa chắc.

Dataview phù hợp khi

Bạn đã có metadata tương đối nhất quán và thật sự cần tạo view động, ví dụ:

• tất cả source status: raw;
• insight liên quan một project;
• note cần review trong tuần;
• danh sách bài đã publish theo topic.

Nếu metadata còn thay đổi mỗi tuần, Dataview thường khiến bạn tối ưu dashboard trước khi tối ưu workflow.

Templater phù hợp khi

Bạn đã lặp lại cùng một loại note đủ nhiều lần và muốn giảm thao tác.

Không cần tạo template cho một quy trình chỉ mới dùng hai lần.

Nguyên tắc chung

Thủ công cho đến khi quy trình rõ. Tự động hóa khi ma sát lặp lại.

Nguyên tắc này áp dụng cho Obsidian cũng giống như automation trong công việc.

Đồng bộ và backup: đừng nhầm hai khái niệm

Một hệ thống tri thức dài hạn cần nghĩ đến dữ liệu sớm.

Sync

Sync giúp cùng một vault xuất hiện trên nhiều thiết bị.

Obsidian có dịch vụ Sync riêng với mã hóa đầu cuối; ngoài ra người dùng có thể chọn giải pháp khác tùy hệ điều hành và mức độ kỹ thuật. Nếu chọn bên thứ ba, cần đọc kỹ cơ chế conflict và privacy.

Backup

Backup giúp phục hồi khi file bị xóa, lỗi hoặc đồng bộ nhầm.

Sync không đồng nghĩa với backup.

Một cấu hình tối thiểu có thể là:

Vault local
→ sync giữa thiết bị
→ backup định kỳ sang vị trí độc lập

Nếu note là tài sản quan trọng, nên có version history hoặc một bản sao tách khỏi luồng sync chính.

Workflow 30 ngày để xây Second Brain mà không overbuild

Nếu bắt đầu từ zero, tôi sẽ không dành cuối tuần để “thiết kế vault hoàn hảo”. Tôi sẽ thử trong 30 ngày.

Tuần 1 — Chỉ cần Capture + PARA

• Tạo 5 folder cơ bản.
• Tạo Inbox.
• Ghi note hằng ngày như bình thường.
• Không cài plugin community nếu chưa cần.

Mục tiêu: hình thành thói quen đưa thông tin vào một nơi.

Tuần 2 — Bắt đầu nối với công việc thật

• Chọn 2 project đang active.
• Gom source và note liên quan về project.
• Tạo 3–5 internal link có ý nghĩa.

Mục tiêu: hệ thống giúp giảm thời gian tìm context cho công việc thật.

Tuần 3 — Thêm Source và Insight

• Với 5 nguồn quan trọng, tạo source note.
• Tách 3 insight bằng ngôn ngữ của mình.
• Gắn link giữa Source → Insight → Project.

Mục tiêu: tri thức bắt đầu có provenance và khả năng tái sử dụng.

Tuần 4 — Review rồi mới quyết định nâng cấp

Tự hỏi:

• Tôi hay mất thời gian ở bước nào?
• Loại note nào lặp nhiều nhất?
• Metadata nào thực sự cần?
• Có workflow nào đáng dùng template?
• Có truy vấn nào đáng dùng Dataview?

Chỉ sau đó mới thêm plugin hoặc automation.

7 lỗi khiến Second Brain nhanh chóng bị bỏ

1. Lưu mọi thứ

Thông tin rẻ, sự chú ý đắt.

Không phải link hay đoạn trích nào cũng đáng đưa vào hệ thống.

2. Tạo cấu trúc trước khi có nhu cầu

Folder, tag và property nên xuất phát từ hành vi thật, không phải từ video setup của người khác.

3. Không có trạng thái note

raw, processed, verified, draft, published giúp biết một note đang ở đâu trong vòng đời.

4. Không lưu nguồn

Một insight không có provenance rất khó dùng lại trong nội dung chuyên môn hoặc nghiên cứu.

5. Chỉ capture, không express

Nếu tri thức không đi ra thành quyết định, bài viết, báo cáo, project hay hành động, Second Brain đang trở thành kho lưu trữ.

6. Tối ưu Graph View

Graph View đẹp không đồng nghĩa với khả năng truy xuất tốt.

7. Biến Obsidian thành hobby kỹ thuật

Tùy chỉnh theme, plugin và dashboard có thể rất vui. Nhưng nếu mục tiêu là năng suất và tri thức, hãy hỏi định kỳ:

Hệ thống này đang giúp tôi làm việc tốt hơn hay chỉ cho tôi thêm một thứ để bảo trì?

Checklist setup tối thiểu

Nếu muốn triển khai ngay, đây là phiên bản tôi khuyên dùng:

[ ] 1 vault chính
[ ] 00_Inbox
[ ] 10_Projects
[ ] 20_Areas
[ ] 30_Resources
[ ] 40_Archives
[ ] 1 template Source
[ ] 1 template Insight
[ ] 1 template Project
[ ] 1 lịch Weekly Review
[ ] 1 cơ chế sync phù hợp
[ ] 1 cơ chế backup độc lập
[ ] Quy tắc không đưa dữ liệu nhạy cảm vào plugin/AI ngoài ý muốn

Chỉ vậy là đủ để bắt đầu.

Kết luận: hệ thống tốt là hệ thống bạn thật sự dùng

Obsidian rất mạnh, nhưng sức mạnh của nó không nằm ở số plugin hay khả năng tạo một vault “hoành tráng”.

Một Second Brain tốt nên giúp bạn trả lời nhanh hơn những câu rất thực tế:

• Tôi đã từng nghĩ gì về vấn đề này?
• Nguồn nào đáng tin?
• Insight nào đã được kiểm chứng?
• Dự án này cần context gì?
• Quyết định trước đây dựa trên dữ liệu nào?
• Tôi có thể tái sử dụng kiến thức này thành đầu ra gì?

Nếu hệ thống làm được những việc đó, nó đang hoạt động.

Nếu không, đừng vội cài thêm plugin. Hãy quay lại vòng cơ bản:

Capture ít hơn → tổ chức theo hành động → chắt lọc điều quan trọng → dùng lại vào công việc thật.

Đó mới là phần khiến “Second Brain” trở thành một tài sản tích lũy thay vì một kho note đẹp nhưng bị bỏ quên.

Nguồn tham khảo

• Obsidian — Pricing
• Obsidian — Free for work
• Obsidian Help — Internal links
• Obsidian Help — Properties
• Forte Labs — The PARA Method
• Forte Labs — Why PARA Is the Key to the AI Era