Obsidian Templates 2026: thiết kế template tối thiểu để ghi nhanh và tìm lại dễ hơn
Template rất dễ bị dùng sai theo một cách có vẻ “năng suất”: tạo một mẫu thật dài, nhiều properties, nhiều câu hỏi, rồi bắt mọi note phải đi qua nó.
Kết quả thường là:
- lúc cần ghi nhanh thì ngại mở note;
- field để trống ngày càng nhiều;
- note nào cũng giống một form;
- cấu trúc đẹp nhưng nội dung ít;
- sau vài tuần lại bỏ template.
Obsidian Templates thực ra khá đơn giản. Nó là một core plugin giúp chèn các đoạn nội dung được định nghĩa sẵn vào note đang mở. Plugin hỗ trợ các biến như {{title}}, {{date}} và {{time}}, đồng thời properties trong template có thể được đưa vào note khi insert. cite không được đưa vào bài public; nguồn chính thức ở cuối bài.
Điểm đáng học không phải “Obsidian có template”. Điểm đáng học là:
Default nào giúp tôi bắt đầu ghi nhanh hơn mà vẫn giữ đủ cấu trúc để note có thể quay lại đúng lúc?
1. Bắt đầu bằng use case, không bắt đầu bằng field
Trước khi tạo template, hỏi:
- note này xuất hiện trong tình huống nào?
- lúc tạo note, tôi biết những gì?
- sau này tôi muốn tìm note bằng cách nào?
- note cần nối tới loại note nào?
- field nào thực sự được dùng để filter/search?
Ví dụ một note học tập có thể cần:
- chủ đề;
- nguồn;
- ngày;
- Root Idea;
- liên kết tới concept liên quan.
Nhưng một quick capture có thể chỉ cần:
- nội dung;
- ngày tạo;
- trạng thái
inbox.
Không có lý do để hai loại note dùng cùng một template.
2. Core Templates hỗ trợ gì?
Theo Obsidian Help, Templates là core plugin được tích hợp sẵn và có thể bật trong Settings → Core plugins.
Bạn chọn một thư mục làm template folder rồi tạo các note mẫu bên trong.
Khi insert template, Obsidian thay các biến được hỗ trợ bằng giá trị tương ứng.
{{title}}
Tiêu đề của note đang hoạt động.
{{date}}
Ngày hiện tại, mặc định YYYY-MM-DD.
{{time}}
Giờ hiện tại, mặc định HH:mm.
Có thể đổi format của date/time bằng format string.
Ví dụ:
Created: {{date:YYYY-MM-DD}}
Time: {{time:HH:mm}}
Đây là capability đủ cho rất nhiều workflow mà không cần community plugin.
3. Template có thể mang properties vào note
Obsidian Properties hỗ trợ các type như:
- Text;
- List;
- Number;
- Checkbox;
- Date;
- Date & time;
- Tags.
Properties đặt trong template có thể được thêm vào note khi template được insert; nếu note đã có property cùng tên, Obsidian sẽ merge theo behavior được tài liệu mô tả.
Ví dụ template Knowledge:
---
type: knowledge
status: seed
date: "{{date}}"
tags: []
source:
---
# {{title}}
## Root Idea
## Vì sao đáng giữ?
## Bằng chứng / Nguồn
## Liên kết
- [[]]
Điểm quan trọng: properties phải phục vụ retrieval/workflow.
Nếu chưa bao giờ filter theo mood, đừng thêm mood chỉ vì thấy template người khác có.
4. Một template tốt thường có hai lớp
Lớp metadata
Dành cho hệ thống:
- type;
- status;
- date;
- source;
- tags;
- project/area nếu thực sự cần.
Lớp thinking prompts
Dành cho con người:
- Root Idea;
- câu hỏi;
- insight;
- decision;
- next action;
- related notes.
Hai lớp này không nên bị trộn quá mức.
Ví dụ status: seed là machine-readable. “Tại sao ý này quan trọng?” là prompt giúp suy nghĩ.
5. Đừng biến template thành một bài luận bắt buộc
Một note mới không cần trả lời 12 câu.
Tôi thích quy tắc:
Template chỉ nên hỏi những gì có giá trị ở thời điểm tạo note.
Những phần cần tư duy sâu có thể được thêm khi note trưởng thành.
Ví dụ progressive structure:
Capture
# {{title}}
- Ý chính:
- Nguồn:
Distill
Sau đó mới thêm:
## Root Idea
## Evidence
## Connection
Publish / Build
Nếu note trở thành article/project:
## Audience
## Problem
## Framework
## CTA / Next step
Cấu trúc phát triển theo lifecycle thay vì ép từ phút đầu.
6. Template theo loại note thay vì một “Master Template”
Một vault đơn giản có thể chỉ cần 4–5 mẫu.
Quick Capture
---
type: inbox
date: "{{date}}"
---
# {{title}}
Knowledge Note
---
type: knowledge
status: seed
date: "{{date}}"
tags: []
---
# {{title}}
## Root Idea
## Evidence
## Connections
- [[]]
Meeting
---
type: meeting
date: "{{date}}"
---
# {{title}}
## Mục tiêu
## Quyết định
## Action items
- [ ]
Project Note
---
type: project
status: active
---
# {{title}}
## Outcome
## Constraints
## Next actions
- [ ]
Source Note
---
type: source
source:
date: "{{date}}"
---
# {{title}}
## Tóm tắt
## Điều đáng giữ
## Ý kiến / Phản biện
Số lượng ít giúp nhớ và dùng được.
7. Khi nào nên dùng community plugin như Templater?
Core Templates phù hợp nếu nhu cầu là:
- chèn snippet;
- title/date/time;
- properties đơn giản;
- workflow ít logic.
Nếu cần logic động phức tạp hơn — ví dụ script, prompt, điều kiện, tự đổi tên/move file — nhiều người dùng community plugin như Templater.
Nhưng đây là lúc cần cân nhắc plugin dependency và maintenance.
Tôi không mặc định khuyên cài plugin chỉ vì nó mạnh hơn.
Một core template 15 dòng dùng mỗi ngày tốt hơn một template JavaScript 200 dòng mà không ai dám sửa.
8. Properties nên chuẩn hóa tên trước khi chuẩn hóa giá trị
Obsidian quản lý property type theo property name trong vault.
Vì vậy việc dùng lẫn:
created
created_at
created-date
creationDate
sẽ làm retrieval và filter khó hơn.
Tôi sẽ chọn vocabulary nhỏ:
type
status
date
source
tags
project
area
Sau đó chỉ thêm field khi có query thật cần dùng.
Đây là tư duy schema nhẹ, không phải database formal.
9. Tags và links giải hai bài toán khác nhau
Tags phù hợp với grouping rộng:
#seo
#ai
#book
Links phù hợp với quan hệ cụ thể giữa concepts:
[[Opportunity Cost]]
[[AI Sameness Trap]]
[[Local Knowledge System]]
Template có thể nhắc bạn tạo connection mà không ép phải điền 10 tags.
Ví dụ:
## Connections
- Liên quan: [[]]
- Mâu thuẫn với: [[]]
- Ứng dụng trong: [[]]
Đây thường hữu ích hơn một field related_topic_1, related_topic_2.
10. Root Idea là prompt tôi muốn giữ nhất
Với note học tập, tôi thường muốn một câu:
Nếu chỉ giữ một ý, đó là gì?
Đây là lớp chống việc copy/paste nguồn mà chưa xử lý.
Một template có Root Idea buộc note phải chuyển từ:
Lưu thông tin
sang:
Nén thông tin thành một ý có thể dùng lại
Đó là giá trị knowledge management thực sự.
11. Template không tự tạo review loop
Một vault có thể chứa hàng nghìn note đúng template nhưng vẫn “chết” nếu không bao giờ quay lại.
Cần một cadence:
Hàng ngày / khi capture
- xử lý Inbox;
- thêm link tối thiểu nếu đáng giữ.
Hàng tuần
- review note seed;
- promote note có giá trị;
- merge duplicate;
- archive note không còn cần.
Khi làm project/content
- search/reuse note cũ;
- update connection;
- ghi learning mới.
Template tạo entry consistency. Review loop tạo knowledge reuse.
12. Audit template hiện tại
Nếu đang có một template quá phức tạp, thử hỏi từng field/section:
- Tôi có điền nó hơn 70% số lần không?
- Tôi có search/filter dựa trên nó không?
- Nó giúp thinking hay chỉ làm note dài hơn?
- Nếu bỏ đi, retrieval có tệ hơn không?
- Nó có trùng với thông tin có thể suy ra từ folder/link không?
Field không vượt qua được 2–3 câu hỏi nên cân nhắc bỏ.
13. Một cấu trúc tối thiểu cho LongDigi/K1-K2
Nếu dùng Obsidian như kho học tập cá nhân, tôi sẽ giữ nhẹ:
---
type: k1
area:
date: "{{date}}"
tags: []
source:
---
# {{title}}
## Root Idea
## Bài học
-
## Ứng dụng
-
## Liên quan
- [[]]
K2 có thể thêm:
## Câu hỏi mở
## Phản biện
## Evidence
## Next experiment
K1 là đơn vị nhỏ. K2 là nơi phát triển chiều sâu. Không cần biến mọi note thành K2 ngay lúc capture.
14. Visual và attachment không cần nằm trong template nếu chưa có job
Trong note thật, attachment chỉ nên có nếu:
- screenshot là evidence;
- diagram giúp hiểu;
- image là source cần tham chiếu;
- canvas/visual thực sự được dùng.
Không cần placeholder ảnh trong mọi note.
15. Checklist triển khai trong 20 phút
- Bật Templates core plugin.
- Tạo folder
Templates/. - Tạo 3 mẫu: Capture / Knowledge / Meeting.
- Dùng các biến core
{{title}},{{date}},{{time}}khi cần. - Chuẩn hóa 5–7 property names.
- Gán hotkey
Templates: Insert templatenếu dùng thường xuyên. - Dùng một tuần.
- Xóa field không được dùng.
- Chỉ sau đó mới cân nhắc plugin nâng cao.
Kết luận
Template tốt không phải template đầy đủ nhất.
Nó là template làm bước đúng trở thành bước dễ nhất.
Ghi nhanh → giữ Root Idea → thêm metadata vừa đủ → nối note liên quan → quay lại dùng.
Nếu template làm bạn chậm hơn capture và không giúp retrieval, nó đang phục vụ cảm giác tổ chức chứ chưa phục vụ tri thức.