16 điểm bởi GN⁺ 2025-05-19 | 9 bình luận | Chia sẻ qua WhatsApp
  • Bắt đầu từ những trăn trở về giới hạn và nỗi lo của hệ thống quản lý tri thức (PKMS), tác giả chỉ ra chi phí, tính đóng và vấn đề ổn định dài hạn của các PKMS thương mại như Obsidian, rồi quyết định tự tạo giải pháp riêng
  • Tự xây dựng một PKMS web dựa trên Markdown, nhấn mạnh các ưu điểm như bảo mật, khả năng mở rộng, tính di động và quyền sở hữu dữ liệu dài hạn
  • Dù cũng cân nhắc sự tiện lợi của cộng đồng và ứng dụng thương mại, nhưng khả năng tùy biến thực sự và quyền kiểm soát dữ liệu mang lại sự hài lòng lớn hơn
  • Nhấn mạnh rằng trải nghiệm tự làm PKMS có thể truyền cảm hứng cho các lập trình viên khác

Mở đầu: quản lý tri thức và cảm giác bất an

  • Mục tiêu ghi chép và sắp xếp kiến thức, kinh nghiệm một cách có hệ thống là chủ đề đã tồn tại từ rất lâu
  • Với ghi chép tri thức cá nhân (PKMS), tồn tại nhiều nỗi lo như quyền riêng tư, tính bền vững dài hạn, và việc tùy biến quá mức
  • Dù đã dùng PKMS như Obsidian trong thời gian dài, tác giả vẫn cảm thấy cần tìm một cách tiếp cận độc lập hơn do các giới hạn và lo ngại hiện có
  • Bài viết không nhằm đề xuất "cách của tôi", mà có ý nghĩa ở chỗ chia sẻ rằng thoát khỏi khuôn mẫu sẵn có cũng hoàn toàn ổn

Giới hạn và suy ngẫm về các PKMS hiện có

  • PKMS (hệ thống quản lý tri thức cá nhân) được ví như "bộ não thứ hai" giúp sắp xếp cảm hứng và ý tưởng thu nhận trong cuộc sống
  • Có nhiều ứng dụng như Notion, Obsidian, Evernote, Logseq, nhưng vẫn tồn tại nỗi lo về tính bền vững của nền tảng thương mại và nguy cơ xâm phạm đời tư
  • Hầu hết người dùng đều phải đối mặt với thực tế là không thể chắc chắn PKMS của mình có thể tồn tại suốt 30 năm hay không
  • Cũng rất thường xuyên xảy ra việc dành quá nhiều thời gian để xây dựng hệ thống

Trải nghiệm với Obsidian và lý do chuyển đổi

  • Obsidian là một công cụ mạnh mẽ nhờ lưu ghi chú cục bộ, liên kết nội bộ và khả năng mở rộng bằng plugin
  • Plugin tiêu biểu Dataview cho phép triển khai khả năng lọc dữ liệu rất mạnh
  • Tuy nhiên, đồng bộ giữa các thiết bị bị tính phí ($8/tháng), cấu trúc không phải mã nguồn mở gây thất vọng, và chi phí dài hạn trở thành vấn đề đáng kể
  • Sự bất định về việc hỗ trợ lâu dài cho các plugin đang dùng cũng như sự tồn tại của chính ứng dụng là nguyên nhân gây lo ngại
  • Tác giả cảm thấy mệt mỏi với việc liên tục "di cư ghi chú" sang các PKMS khác

Tiêu chí thiết kế kho ghi chú của riêng tôi

  • Những điều mong muốn ở một PKMS mới: đơn giản, khả năng mở rộng tương tự plugin, và bảo mật mạnh mẽ
  • Do lo ngại dữ liệu cá nhân và ghi chú có thể bị lạm dụng (quảng cáo, huấn luyện AI, v.v.), tác giả yêu cầu quyền sở hữu dữ liệu hoàn toàn
  • Xuất phát từ sự thiếu tin tưởng vào việc lưu dữ liệu trên dịch vụ thương mại, tác giả quyết định tự xây dựng
  • Theo tác giả, lý do số lập trình viên tự xây PKMS thay vì dùng sản phẩm thương mại là vì khác biệt về quy mô cộng đồng và hiệu ứng quảng bá
  • Thực tế khi tự làm, đây lại là một trải nghiệm dễ hơn rất nhiều so với tưởng tượng, đủ đáng để thử

Cấu trúc và tính năng của PKMS tôi đã tạo

  • Xây dựng một hệ thống ghi chú Markdown có thể viết, sửa và xem trước trên web
  • Trên di động cũng có thể truy cập ghi chú được đồng bộ ngay lập tức, và không có phí sử dụng hàng tháng riêng
  • Dù được lưu trữ trực tuyến, hệ thống vẫn áp dụng nhiều lớp bảo mật để tăng cường quyền riêng tư
  • Tất cả ghi chú được lưu trong DB dưới dạng tệp văn bản Markdown, nên rất tốt cho tính di động và sao lưu

Ưu điểm của kho ghi chú

  • Thông qua việc liên tục thu thập và rà soát thông tin hữu ích, tác giả có được trải nghiệm cải thiện ý tưởng, trí nhớ và phát hiện mối liên hệ giữa các chủ đề
  • Tìm kiếm, tổ chức và khả năng mở rộng là những điểm mạnh đặc trưng của PKMS số so với cách làm analog
  • Nhờ sự phát triển của AI, khả năng tiếp cận việc phát triển plugin tùy biến đã cao hơn, giúp dễ bổ sung chức năng mà không phải lo về quyền riêng tư
  • Có thể hiện thực các chức năng phù hợp với nhu cầu cá nhân bằng cách dùng công cụ mã nguồn mở hoặc thuật toán tự xây dựng

Cách triển khai thực tế

  • Tận dụng tích cực các wrapper cho cơ sở dữ liệu để đồng thời đảm bảo sự gọn nhẹ và tính bảo mật
  • Tác giả chọn nền tảng mã nguồn mở Directus, và nhờ xác thực cùng bảo mật tích hợp sẵn nên có thể xây dựng rất nhanh (chưa đến một ngày)
  • Nếu đã có kinh nghiệm với SQL DB và Docker, bạn có thể nhanh chóng tự triển khai

Kết luận và hàm ý

  • Hệ thống quản lý tri thức cần được chăm sóc liên tục và cá nhân hóa như một khu vườn
  • Dù có những khó khăn như tê liệt vì phân tích, lo lắng về bảo mật hay tùy biến quá mức, nhưng chỉ cần đáp ứng đúng các yêu cầu thật sự cần thiết (đơn giản, bảo mật) thì vẫn có thể vận hành thành công
  • Khác với PKMS thương mại, hệ thống tự xây có thể giảm thiểu sự mệt mỏi khi di chuyển, chi phí lặp lại và vấn đề về quyền kiểm soát
  • Sau hơn 1 năm tự vận hành, tác giả trải nghiệm được hiệu quả cao hơn trong việc kết nối và sắp xếp ý tưởng
  • Cũng như cách riêng của tác giả đã phát huy hiệu quả, bài viết nhấn mạnh rằng cách tiếp cận PKMS DIY theo nhu cầu cá nhân cũng hoàn toàn thực dụng

Phụ lục: suy ngẫm về bảo mật

  • Tác giả nhận thức được rằng việc chưa triển khai mã hóa đầu cuối vẫn cần được cải thiện
  • Việc nhập thông tin nhạy cảm được giới hạn ở mức tối thiểu, và dự kiến sẽ bổ sung tính năng mã hóa sau

9 bình luận

 
preserde 2025-05-28

Có vẻ đúng là việc nghĩ đến mức tự làm lấy thì hơi quá thật... nhưng quả thực, trong hệ thống quản lý tri thức, việc phải lo về tuổi thọ của sản phẩm vì một giải pháp bên ngoài là một vấn đề khá lớn.
Tôi đã trải nghiệm điều này lần đầu với Evernote (tất nhiên là nó chưa chết hẳn đâu nhé haha), và với Obsidian thì nếu tự host được cũng giải quyết được vấn đề đồng bộ, nhưng không phải ai cũng có thể làm vậy, nên đây vẫn là một vấn đề...

Còn bản thân bài viết thì... cũng khiến tôi nghĩ có khi tác giả đang chuẩn bị khởi nghiệp ấy chứ lol

 
junghan0611 2025-05-25

Chỉ cần mỗi Emacs là có thể làm đủ thứ. Gần đây còn cài được trên Android nên thật tuyệt khi có thể tận dụng nguyên các tính năng trên desktop. Tôi đang đào sâu với chủ đề công cụ quản lý tri thức bằng Emacs. Đến khi con tôi hiện đang học mẫu giáo vào tiểu học, có lẽ lúc đó sẽ dùng Emacs để lifelogging nhỉ haha. Vì chỉ cần thành thạo một công cụ thôi, nên về lâu dài đây là cách giúp giảm bớt những băn khoăn.

[đã xóa liên kết]

 
junghan0611 2025-05-25

[đã xóa liên kết] Có vẻ tác giả đã để ảnh chụp màn hình phiên bản Android ở đây. Càng dùng càng thấy đây là một công cụ kỳ lạ theo cách riêng. Cộng đồng cũng rất geek và có nhiều điều đáng ngạc nhiên.

 
crawler 2025-05-20

> Nếu là người đủ kỹ thuật để tự dùng PKMS, thì hoàn toàn có thể dùng git để đồng bộ ghi chú và dùng trực tiếp trên ứng dụng di động, nên khá khó hiểu vì sao lại không tận dụng khả năng đó.

> Thực tế có vẻ như đây là quảng cáo cho Directus( https://directus.io/ ). Anh ta đã dùng nó để thay thế Obsidian. Hình ảnh đầu tiên đập vào mắt tôi khi vào đó là nút "Bắt đầu miễn phí".

Tôi biết rằng ngay cả những người dùng Obsidian không phải lập trình viên cũng có thể đồng bộ miễn phí bằng git hoặc drive.
Nếu thấy phiền thì cứ trả tiền để dùng thôi.

Thật sự phải nghi ngờ là người đó có thật sự dùng Obsidian hay chưa

 
crawler 2025-05-20

Ngay trên Hacker News cũng có rất nhiều người cảm thấy có gì đó không ổn và đang chia sẻ hàng loạt chương trình đồng bộ hóa cùng mã nguồn mở.
Nếu bạn đang băn khoăn nên dùng kho lưu trữ tri thức nào, thì có lẽ phần bình luận trên Hacker News sẽ hữu ích hơn cả bài viết gốc.

 
ndrgrd 2025-05-20

Obsidian là trình chỉnh sửa tệp Markdown cục bộ, nên tôi không hiểu vì sao lại lo chuyện dịch vụ ngừng hoạt động.

Bạn đang lo về dịch vụ đồng bộ hóa à? Nếu vậy thì chỉ cần tự quản lý các tệp Markdown trực tiếp trên máy chủ hoặc tự triển khai dịch vụ đồng bộ là được. Cũng đã có sẵn các plugin đồng bộ mã nguồn mở được triển khai rồi.
Tôi đã cài couchdb trên máy chủ của mình để đồng bộ từ lâu. Nếu muốn, bạn cũng có thể truy cập trực tiếp vào tệp bằng các chức năng truy cập tệp qua mạng như FTP/WebDAV/NFS.

Hay bạn đang lo về việc công cụ Obsidian ngừng được cập nhật? Rốt cuộc thì Obsidian vẫn lưu toàn bộ ghi chú dưới dạng tệp Markdown. Markdown có thể mở bằng bất kỳ trình soạn thảo văn bản nào, và nếu là trình soạn thảo có plugin xem thì cũng có thể xem rất gọn gàng.

Ngoài ra, Obsidian còn cung cấp khả năng tùy biến khá rộng. Bạn có thể tự viết CSS để chỉnh sửa nhiều phần của công cụ.
Trong trường hợp của tôi, tôi tự viết CSS để dùng cho những việc như tăng chiều rộng phần ghi chú hoặc ẩn thư mục attachments.

Tôi nghĩ Obsidian trao cho người dùng cực kỳ nhiều quyền và cho phép mọi thứ nằm dưới sự kiểm soát của người dùng.

Nếu chỉ nói là tự làm vì thiếu tính năng thì tôi còn hiểu được, nhưng những điều mà tác giả thực sự lo lắng thì tôi hoàn toàn không đồng cảm.
Chẳng lẽ là không biết nguyên lý hoạt động sao? Chẳng phải ngay từ lúc bắt đầu dùng, Obsidian đã yêu cầu chỉ định "bộ nhớ cục bộ để lưu ghi chú" hay sao?

 
whitelips 2025-05-19

Tôi cũng đồng cảm với quan điểm không thích Obsidian. Tôi cài Joplin Server trên NAS để dùng ghi chú Markdown. Như vậy là đạt được cả đồng bộ dữ liệu, sao lưu và tự lưu trữ luôn rồi haha

 
iolothebard 2025-05-19

Hay đấy!
Có vẻ chỉ cần đổi tiêu đề thành “Vì sao tôi tạo ra Obsidian”, rồi thay Obsidian trong phần thân bài bằng Notion, wiki là cũng được.. haha

 
GN⁺ 2025-05-19
Ý kiến trên Hacker News
  • PKMS của tôi được host online để quản lý ghi chú trên nhiều thiết bị. Vì quyền riêng tư của ghi chú, tôi áp dụng nhiều lớp bảo mật. Mẹo cốt lõi tôi khuyên nhất cho môi trường self-hosting là thiết lập VPN cho mạng gia đình và không công khai dịch vụ ra bên ngoài. Nếu ai đó có thể truy cập endpoint dịch vụ của tôi thì tức là họ đã xuyên qua VPN, và khi đó sẽ phát sinh những vấn đề nghiêm trọng hơn nhiều. Làm như vậy giúp giảm bớt rất nhiều nỗi lo, đến mức với các dịch vụ đơn giản thì thậm chí không cần gắn thêm lớp xác thực nữa

    • Tailscale khiến việc này dễ hơn rất nhiều. Thiết lập đơn giản, và độ tin cậy lẫn khả năng kết nối đều tốt hơn hẳn ngay cả khi ở sau firewall. Những việc như phơi lộ IoT VLAN hay cấu hình exit node để tunnel toàn bộ lưu lượng Internet qua nhà cũng chỉ cần vài cú nhấp chuột. Việc đặt giới hạn truy cập theo từng thiết bị/người dùng cũng rất dễ, nên chẳng hạn có thể kiểm soát quyền truy cập vào ứng dụng ghi chú quan trọng không nên chia sẻ cho gia đình. Cũng có mô hình tra cứu người dùng và thiết bị theo IP rồi chuyển thông tin xác thực vào ứng dụng thông qua reverse proxy. Nếu không thoải mái khi giao quyền vận hành mạng, bạn cũng có thể tự vận hành server Headscale

    • Tôi cài Wireguard trên tất cả thiết bị di động và cấu hình để nó tự khởi động khi kết nối vào Wi‑Fi không phải mạng của tôi. Dù đi đâu cũng có cùng môi trường như đang ở trong LAN tại nhà. Tôi vận hành nhiều dịch vụ tự host, và nếu không có Wireguard thì rất khó hình dung chuyện truy cập từ xa

    • Trong Tailscale, đặt một thiết bị trong nhà làm exit node thực sự rất tuyệt

    • Nếu dùng Tailscale, nhờ cấu hình DNS record khớp với VPN IP và reverse proxy, có thể truy cập từng ứng dụng mạng như app1.my-domain.com. Chỉ truy cập được khi VPN đang kết nối, và có nhược điểm là trình duyệt hiện cảnh báo vì chưa cấu hình SSL certificate. Chắc có thể sửa được vấn đề SSL, nhưng việc bắt buộc phải kết nối VPN thì hơi đáng tiếc

    • Tôi cũng đang dùng cách này. Tôi đồng ý rằng VPN không nên là biện pháp bảo mật duy nhất. Với dịch vụ không có thông tin riêng tư thì có thể không cần Auth, nhưng với dịch vụ nhạy cảm như password manager thì tôi không tin tưởng chỉ một lớp VPN

  • Với tư cách là người đã dùng Obsidian rất lâu, và trước đó cũng dùng Evernote nhiều, tôi có vài ý kiến phản biện. Việc rời bỏ Obsidian vì lo rằng 20 năm nữa sẽ không dùng được thì thực ra lại là ưu điểm của Obsidian. Trình soạn thảo là phần mềm độc quyền, nhưng chính các file ghi chú lại là markdown chuẩn nên có thể dễ dàng chuyển sang bất kỳ editor nào. Còn lý do rời đi vì dùng trên di động phải trả phí thì, nếu là người đủ kỹ thuật để tự dùng PKMS, tôi thấy lạ là tại sao lại không dùng git để sync ghi chú và dùng trực tiếp trên app di động. Tôi đang tích hợp với Gitea nên dùng ghi chú ở bất cứ đâu cũng không có vấn đề gì. Tôi hài lòng với Obsidian và kiến trúc plugin của nó

    • Obsidian dùng được vì nó giữ nguyên đúng thư mục và định dạng file mà tôi vốn đã dùng, và kể cả nếu Obsidian biến mất thì ghi chú cùng cấu trúc dữ liệu của tôi vẫn có thể tiếp tục sử dụng y nguyên

    • Chỉ cần đặt trong thư mục Dropbox là cũng đủ để đồng bộ. Không cần cấu trúc sync phức tạp nào khác, nên tôi thấy lạ khi điểm đó lại trở thành giới hạn với tác giả. Dù vậy, trải nghiệm tự xây một hệ thống mới vẫn rất đáng nể

    • Việc Obsidian lưu ghi chú dưới dạng “chỉ là markdown” còn tùy vào cách dùng. Càng dùng nhiều plugin thì càng tích lũy cú pháp tùy biến riêng hoặc chức năng JS, nên cũng có thể sinh ra phụ thuộc vào plugin nhất định. Dù vậy, đó vẫn là một lợi thế lớn

    • Git cũng là một giải pháp sync tốt, nhưng tôi thấy không thoải mái khi đặt ghi chú của mình vào kho lưu trữ công khai kiểu Github. Hiện tôi đang thử một cách đồng bộ file database và file markdown ở máy cục bộ. Tôi quá thích Vim nên không thấy hài lòng với markdown editor của Directus

    • Tôi cũng mệt mỏi vì cứ khoảng 5 năm lại đổi hệ thống ghi chú giữa Evernote, Notion, Obsidian các kiểu, nên đã thử tự làm hệ thống riêng cho mình. Sau nhiều lần thử đi thử lại, tôi ổn định với Emacs org-mode. Dùng cùng Git thì việc quản lý ghi chú cực kỳ linh hoạt

  • Vì từ lâu không thích chính sách thu phí sync di động của Obsidian, tôi sync vault giữa các thiết bị bằng Syncthing. Trên PC thì Syncthing luôn chạy nền, còn khi có thay đổi trên điện thoại thì tôi mở app để sync. Nó không mượt bằng tích hợp mặc định của Obsidian, nhưng đơn giản hơn Git và có ưu điểm là file không bị lưu lại trên server từ xa

    • Tôi chạy Syncthing trên một Raspberry Pi luôn bật, nên dù laptop và điện thoại không cùng online một lúc thì việc sync vẫn hoàn hảo. Tôi dùng app iOS SyncTrain

    • Apple đã cho phép tải xuống vĩnh viễn thư mục iCloud nên vấn đề được giải quyết

    • Sync ghi chú của Obsidian chỉ tốn $4 mỗi tháng

    • Tôi khuyên dùng SyncThing Fork. Trên Android, tôi cũng đang dùng khá hài lòng tổ hợp Google Drive và DriveSync. Hầu hết các nhà cung cấp cloud đều hoạt động tốt. Tôi từng viết một bài so sánh các công cụ liên quan đến sync Obsidian

    • Có vài vấn đề nhỏ trong đồng bộ, nhưng vì là mã nguồn mở nên không tốn chi phí, và tôi khuyên dùng tổ hợp Obsidian + Syncthing vì nó tốt hơn rất nhiều so với tự làm. Mức độ tận dụng plugin cũng cao

  • Sync của Obsidian, nếu không dùng dịch vụ của Obsidian mà dùng dịch vụ khác, thì là “miễn phí”. Tôi thì trả tiền cho Obsidian Sync để có thêm chút tiện lợi và giảm thiểu điểm lỗi. Với một công cụ quan trọng, tôi thấy 1000 đô trong 10 năm là hoàn toàn đáng giá. Nếu mục tiêu là mã nguồn mở và tính bền vững dài hạn thực sự thì Obsidian có thể không phù hợp, nhưng tôi không nghi ngờ gì về giá trị so với chi phí. Và tôi cũng đồng cảm với việc cứ 5 năm lại đổi hệ thống là rất mệt, nhưng chu kỳ đánh giá lại ở mức này là tiêu chuẩn thực tế. Tôi vỗ tay cho nỗ lực của tác giả khi cố làm ra phần mềm có thể dùng cho cả công việc 20 năm

    • Nhiều khi dù công cụ có utility rất tốt tôi cũng không muốn trả tới 1000 đô. Bình nước là ví dụ điển hình. Tôi cảm thấy việc so sánh trực tiếp nhà hàng hay cho thuê mặt bằng với dịch vụ phần mềm là không phù hợp. Nếu giá sync cơ bản khoảng 50 đô một năm thì tôi thấy hoàn toàn hợp lý, nhưng nếu phải trả gấp 5 lần cho cộng tác thì lại là gánh nặng
  • Việc dùng Directus như một giải pháp thay Obsidian hơi giống quảng cáo. Trên trang chủ, nút “bắt đầu miễn phí” là hình ảnh rất lớn, còn nếu muốn chạy production trên server của mình thì không có thông tin giá mà chỉ có form liên hệ. Có giải thích rằng nó là mã nguồn mở, nhưng về thực chất đó là dashboard để quản lý cơ sở dữ liệu SQL. Nó không hợp với hệ thống ghi chú cá nhân, nên tôi thấy không khớp với trường hợp sử dụng mà tác giả giới thiệu

  • Cách đây 1 năm rưỡi, tôi đào sâu vào thế giới PKMS, thử benchmark Obsidian với nhiều công cụ khác rồi cuối cùng ổn định với Trilium. Trilium giải quyết các yêu cầu về hosting và triển khai mà không cần những đường vòng phiền phức. Ghi chú là đơn vị nguyên tử của thông tin, và nhờ cấu trúc dựa trên thuộc tính cùng template, inheritance v.v. mà có thể quản lý một cách nhất quán và mở rộng. Bề ngoài Trilium có vẻ đơn giản nhưng thực ra rất mạnh mẽ và dễ tiếp cận. Bạn có thể vận hành theo kiểu local-first, cloud-only hay hybrid đều được, và giao thức sync riêng của nó giúp master-master replication trở nên đơn giản. Nó hỗ trợ cả offline, online lẫn truy cập qua web

    • Tôi tò mò về các tính năng của Trillium. Nó có outliner mode cho phép tham chiếu và nhúng từng block riêng lẻ như Logseq không, và có các kiểu view cho phép nhìn toàn bộ nội dung con từ mục cha không?

    • Lại có thêm một người giới thiệu Trilium, nên tuần này tôi nhất định sẽ thử

  • Tôi tò mò liệu có trải nghiệm dùng PKMS nào thật sự ấn tượng không. Với tôi thì chỉ dùng thư mục thôi cũng đã đủ hiệu quả. Mấy thứ như deep linking tôi vẫn chưa thấy rõ lắm

  • Tôi thấy lạ là các vấn đề về sync/migration như thế này vẫn còn tồn tại. Tôi cũng đã chuyển từ Evernote sang Emacs+org-mode, rồi giải quyết sync di động bằng tổ hợp Orgzly và Syncthing. Vấn đề duy nhất chỉ là thỉnh thoảng có xung đột, nhưng tôi xử lý bằng cách tách file theo ghi chú/nhiệm vụ v.v. Không cần plugin mà chỉ với tìm kiếm, cập nhật tác vụ và lưu trữ là tôi vẫn dùng rất ổn. Nếu cần thêm tính năng thì Emacs là editor tốt nhất, và org-mode hỗ trợ điều đó rất tốt

    • Đáng tiếc là Syncthing for Android đã ngừng phát triển
  • Người ta nói muốn tăng quyền kiểm soát về quyền riêng tư và chi phí, nhưng Obsidian có mã hóa đầu cuối với giá 4 đô một tháng. Tự xây công cụ riêng chắc chắn là vui, nhưng nếu chỉ xét tính thực dụng thì tôi thấy khó hiểu vì sao lại đáng để đầu tư từng ấy thời gian

    • Theo trải nghiệm của tôi thì Obsidian Sync quá thiếu ổn định. Tôi cũng từng trả gói năm, nhưng liên tục xảy ra chuyện ghi chú không khớp giữa các thiết bị. 4 đô một tháng cho một trải nghiệm sync không mượt thì tôi thấy phí
  • Tôi đang tìm một giải pháp ghi chú riêng tư có thể mã hóa toàn bộ file markdown của tôi bằng private key dựa trên Yubikey. Tổ hợp SOPS·age rất tốt trên terminal, nhưng khả năng tiếp cận trên di động/GUI lại kém. Những cách mã hóa đầu cuối hiện có, nơi key được lưu trong file app và giải mã bằng mật khẩu, thì bảo mật thấp hơn, nên tôi muốn việc giải mã theo từng tài liệu phải diễn ra bằng thao tác chạm Yubikey

    • Tôi định sắp tới sẽ tìm hiểu sâu hơn về mảng mã hóa. Triliumnext là nơi tôi được giới thiệu, và có vẻ nó có tính năng mã hóa file. Tài liệu liên quan đến protected note có vẻ đáng tham khảo