- Obsidian Importer hiện chuyển HTML từ Notion sang Markdown nhưng không thể khôi phục Databases
- Trình nhập mới cần được thiết kế để dùng Notion API và chuyển cơ sở dữ liệu thành tệp .base (YAML)
- Khi chuyển đổi, cần hỗ trợ Markdown của Obsidian, bảng, checklist, tệp đính kèm hình ảnh
- Dự án có tiền thưởng $5,000 và yêu cầu thời hạn phát triển trong vòng 30 ngày
- Cần phân tích và triển khai cách hỗ trợ một phần cùng các giới hạn của view và thuộc tính cơ sở dữ liệu
- Đề xuất treo thưởng cho việc phát triển trình nhập Notion API trong plugin Obsidian Importer để chuyển dữ liệu Databases của Notion sang Bases của Obsidian (tệp .base, định dạng YAML)
- Plugin Importer hiện tại chỉ hỗ trợ xuất HTML từ Notion và không thể khôi phục thông tin cơ sở dữ liệu
- Trình nhập mới nhằm khắc phục giới hạn đó bằng cách sử dụng trực tiếp Notion API
Nội dung chính và yêu cầu
- Tiền thưởng (Bounty): tiền thưởng cho việc triển khai tính năng này là $5,000, thời hạn phát triển là 30 ngày
- Phạm vi áp dụng:
- Sử dụng Notion API (integration token) và phản ánh data source object mới của 2025-09
- Hỗ trợ chuyển đổi nhiều cấu trúc của Notion như cơ sở dữ liệu, bảng, checklist sang định dạng Markdown của Obsidian
- Hỗ trợ tự động nhúng hình ảnh hoặc tệp đính kèm và lưu tệp đính kèm vào vị trí do người dùng chỉ định
- Các liên kết trong Markdown, đường dẫn tệp đính kèm... cần được xử lý theo thiết lập của Obsidian
- Ca kiểm thử: để xác minh chắc chắn, cần cung cấp dữ liệu kiểm thử Notion có thể tái hiện hoặc tài khoản kiểm thử
Chiến lược chuyển Databases sang Bases
- Do cấu trúc Database của Notion và Base của Obsidian khác nhau, cần phân tích cấu trúc trước và lập chiến lược
- Notion Database: ban đầu trống, trong khi Obsidian Base bao gồm tất cả tệp rồi mới thu hẹp bằng bộ lọc
- Hạng mục phân tích:
- Các tính năng database có thể nhập: view, cột, nhóm, tóm tắt, công thức...
- Các hạng mục không thể nhập và cách thay thế (fallback) phù hợp: ví dụ calendar view, kanban...
- Cần làm rõ phương thức nhập cụ thể và các giới hạn chức năng
Hướng dẫn đóng góp và tham gia
- Việc tìm hiểu trước về mã nguồn Importer và cấu trúc Notion API là rất quan trọng
- Trong đề xuất cần bao gồm phương pháp triển khai chi tiết và các điều kiện giới hạn (trong phạm vi plugin Obsidian)
- Có thể tham khảo Contribution guideline để biết thêm chi tiết về việc đóng góp
Thông tin meta khác và nhật ký hoạt động
- Issue này được gắn nhãn "bounty" và "notion"
- Mức tiền thưởng ban đầu đã được tăng ($2,000 → $5,000)
4 bình luận
Không biết đây là tiền thưởng hay yêu cầu thuê ngoài nữa... đọc tiêu đề mà tôi phải dụi mắt hai lần.
Gần đây tôi thấy civit.ai có tính năng bounty, ban đầu cứ tưởng là bug bounty, nhưng hóa ra họ đăng công khai các yêu cầu triển khai tính năng kèm tiền thưởng như thế này. Đây đúng là một khái niệm khá thú vị. Nếu có tiền nhưng thiếu năng lực nội bộ thì có lẽ cũng là một cách ổn.
Vì số tiền à?
Ý kiến Hacker News
Tôi từng treo bounty cho dự án của mình và thấy trải nghiệm đó khá ổn
Nếu xem chủ đề đó, tôi đã trả khoảng 50.000~60.000 USD tiền bounty (không phải con số chính xác, vì có phần tôi tự xử lý nên không trả, và cũng có lúc trả thêm khi công việc lớn hơn dự kiến)
Chừng đó chi phí cũng giúp đẩy được khá nhiều việc
Tất nhiên cũng có kết quả chất lượng thấp, tốn khá nhiều thời gian để review, và không phải việc nào cũng phù hợp với bounty
Nhưng nếu đã có sẵn người dùng và cộng tác viên quan tâm, thì chỉ cần 500~1000 USD tiền mặt cũng đủ tạo động lực để biến sự tò mò đơn thuần thành hành động
Nếu bỏ ra 500~1000 USD mà tiết kiệm được một tuần làm việc của tôi (và tính cả chi phí chuyển ngữ cảnh), thì tôi thấy hoàn toàn xứng đáng
Rõ ràng bounty không thể đủ để nuôi sống ai đó, cũng chẳng thể so với các đồng nghiệp kiếm 1 triệu USD/năm ở FAANG hay nơi tương tự
Nó đơn giản là một lời cảm ơn, và mang cảm giác rất khác về mặt bản chất so với tiền lương hàng tháng
Tôi tò mò không biết cách vận hành bounty kiểu này có phổ biến không
Ý tôi là, người ta sẽ nhận ứng viên rồi chọn một người để làm, hay thường là chỉ cần làm rõ yêu cầu và mức bounty rồi chọn người thắng trong số các bài nộp
Cách đầu tiên có lẽ được chọn vì bớt mang cảm giác đang yêu cầu spec work hơn
Khi lướt qua dự án, tôi không thấy nó có vẻ mang mục đích thương mại hay là một phần của mục đích đó
Nên tôi tò mò động lực nào khiến họ bỏ tiền treo bounty cho việc này
Theo tôi biết thì các bounty kiểu này thường được công ty dùng cho những tính năng mã nguồn mở cần thiết để phục vụ khả năng tương tác hoặc tích hợp
Vài năm trước tôi từng viết một script để chuyển từ Notion sang Obsidian
Khi đó chưa có Bases nên tôi chỉ chuyển database thành csv
Đó là một script Python không phụ thuộc thư viện ngoài, và cần xuất ghi chú Notion thành file zip Markdown rồi xử lý lại toàn bộ link và tên gọi lạ (dù khá tiếc là Notion không xuất tất cả link thành link Markdown)
Hôm nay tôi mới biết Obsidian giờ đã có API
Nhưng tôi vẫn nghĩ dùng tính năng “tải trang dưới dạng Markdown” của Notion có lẽ dễ hơn
Notion hẳn sẽ không mấy thích những API khiến người dùng rời nền tảng, thậm chí còn có thể cố cản trở
Nhưng “tải ghi chú dưới dạng Markdown” là một tính năng cho người dùng, nên có lẽ họ sẽ không dễ loại bỏ nó (cũng có thể tham khảo việc chế độ offline chỉ mới xuất hiện khá muộn)
Sẽ thật tuyệt nếu có đồng bộ hai chiều giữa Notion và Obsidian
Notion mạnh về cộng tác trực tuyến, còn Obsidian mạnh về tùy biến phần mềm cá nhân dựa trên file, nên mỗi công cụ đều có thế mạnh riêng
Không nhất thiết hai công cụ này phải tích hợp hoàn hảo, nhưng dùng cùng nhau thì có vẻ có thể tạo ra hiệp lực mà không lộ nhiều điểm yếu
Điều tôi mong là tính năng xuất Markdown của Notion có thêm tùy chọn YAML frontmatter
Nếu rảnh một chút, hôm nay tôi sẽ thử bắt tay vào làm
Tuy vậy, đồng bộ hai chiều thật sự hoàn chỉnh sẽ cần các cấu trúc phức tạp như change tracking và merge, nên khó mà gói gọn trong một dự án cuối tuần
Nhiều người có cái nhìn tiêu cực về phát triển với LLM, nhưng tôi nghĩ đây là một trường hợp khá phù hợp
Có quá nhiều khác biệt giữa Notion API và Obsidian để có thể đơn giản hoàn thiện trong một lần
Nhưng LLM có thể liệt kê nhiều edge case khác nhau, và các công cụ như Codex hay Claude Code cũng có năng lực phù hợp với kiểu bài toán này
Tôi rất khuyến khích đội Obsidian hoặc người bảo trì thử triển khai bằng LLM
Theo kinh nghiệm của tôi, chi phí chỉ khoảng 100~1000 USD, và ngữ cảnh bổ sung (test, tài liệu, v.v.) sẽ rất hữu ích khi API thay đổi về sau
Theo kinh nghiệm cá nhân, vài tháng trước tôi đã tự viết script đồng bộ database giữa Obsidian và Notion
Ban đầu tôi có nhờ AI hỗ trợ, nhưng nhanh chóng nhận ra Notion API lộn xộn đến mức nào, và cũng thấy LLM dễ bị mắc kẹt ra sao khi xử lý edge case
AI rất tốt để vượt qua rào cản ban đầu với API, nhưng đến cuối thì vẫn cần con người trực tiếp chỉnh tay mới cho ra kết quả vừa ý
LLM rất tuyệt cho việc di trú dữ liệu, và cũng tốt trong việc khám phá các API khác nhau
Một tháng trước tôi đã chuyển website công ty và blog từ Framer sang Astro với sự hỗ trợ của LLM
Cuối tuần gần đây tôi cũng dùng LLM để tóm tắt dữ liệu dashboard Grafana
LLM có năng suất gần như vô hạn trong việc kiểm chứng giả thuyết, chạy code lặp đi lặp lại và kiểm tra kết quả
Nhưng điều luôn khó là kiểm tra xem kết quả đã đầy đủ chưa, có chỗ nào bịa ra hoặc bị điền mặc định không, và duy trì chất lượng code
Khi dùng Claude Code, phần lớn thời gian của tôi dành cho refactor
Tôi cảm thấy vẫn cần kiến thức cụ thể về tooling và abstraction
Thực tế đã có người thử làm:
https://github.com/obsidianmd/obsidian-importer/pull/424
Tôi không hiểu lắm luận điệu quảng bá LLM
Nếu ai đó nghĩ chỉ với prompt mà có thể kiếm 50.000 USD, tôi muốn bảo họ tự làm rồi chứng minh đi
Nó chẳng khác mấy cảnh các tay trader cổ phiếu bán khóa học với lời mời “bạn cũng có thể kiếm được tiền”
Ai cũng đang tận dụng LLM ở mức độ nào đó, nhưng Hacker News có vẻ đang đầy những prompt engineer tràn trề hy vọng
Hãy cạnh tranh bằng kết quả, và thay vì chỉ lặp đi lặp lại PoC thì hãy cho thấy sản phẩm thực tế
Có vẻ như hẳn đã có ai đó tạo agent tự động quét bounty trên GitHub rồi tự động push lời giải
Tôi hơi lo chuyện này sẽ trở thành nguồn spam khổng lồ nhắm vào những người treo bounty với thiện ý
Phần mô tả PR rất chi tiết và cấu trúc tốt nên ban đầu tôi khá kỳ vọng, nhưng thay đổi thực tế thì lại rải rác khắp nơi
Nếu một người có kinh nghiệm mà viết mô tả kiểu đó thì lẽ ra họ đã tách nhỏ PR ra, nhưng ở đây thì không
Code nhìn qua có vẻ ổn, rồi tôi thất vọng khi thấy phần code tạo UI component bị comment đi và chỉ để lại dòng “giờ cần X”
Component đó vốn bọc toàn bộ cấu hình của ứng dụng, nhưng cuối cùng chỉ bị comment mà chức năng thì biến mất hoàn toàn
Dù vậy, một phần của PR vẫn khá dùng được nên nhà phát triển phải tiếp tục sửa tay phần sau đó
Trên hết, tôi mong sẽ hình thành văn hóa thừa nhận rằng “phần lớn code này do AI tạo ra”
Tôi không phản cảm với các công cụ này, nhưng cách tiếp cận code chắc chắn sẽ khác đi
Có những việc dễ với con người nhưng khó với AI, và ngược lại cũng vậy
Trước đây tôi từng dùng Notion API để làm một trình tạo tài liệu OpenAPI
Từ trải nghiệm đó, tôi chỉ biết gửi lời cảm thông tới ai định thử bounty này
Notion API vừa khó tích hợp vừa nhiều hạn chế, nên khoảng cách với UI và tính năng thực tế của Notion cũng rất lớn
Tôi cũng từng viết khá nhiều code với Notion API, và bounty 5.000 USD là không đủ đâu (một nửa là nói đùa)
Dù vậy, tôi vẫn mong sẽ có nhiều bounty mã nguồn mở hơn
Obsidian không phải mã nguồn mở, nhưng không khí cộng đồng của nó lại rất mang màu sắc phản đại tập đoàn
Thế mà tôi có cảm giác kiểu khai thác cơ sở người dùng như thế này đang ngày càng nhiều hơn
Có thể là do tôi không hiểu rõ thế giới bounty nên mới thấy lạ, nhưng nó vẫn tạo cảm giác không quen
comma.ai cũng đang vận hành bounty mở, và có vẻ cách này ngày càng trở nên phổ biến
https://github.com/orgs/commaai/projects/26/views/1
https://tinygrad.org/#worktiny
Tôi tò mò cách dễ nhất để chuyển toàn bộ dataview trong vault Obsidian hiện có sang Bases là gì
Vì DataView mạnh hơn Bases rất nhiều về mặt tính năng, nên tôi nghĩ “chuyển mọi dataview” thực tế là bất khả thi
Có một script Dataview to Bases do cộng đồng làm
https://github.com/Quorafind/Bases-Toolbox
Điều kiện “chỉ ứng tuyển nếu đã tìm hiểu sẵn codebase của Importer và Notion API”
khiến 5.000 USD nghe không còn hấp dẫn lắm
Nếu đã có kinh nghiệm dự án với cả hai bên rồi thì có lẽ ngược lại cũng không phải việc gì quá lớn
Chỉ cần ai đó có thời gian thì có thể là ứng viên lý tưởng
Tôi tò mò vì sao bạn lại thấy như vậy
Theo tôi, ý đó không phải là đòi hỏi kinh nghiệm quá rộng, mà là để sàng lọc trước những ứng viên chưa biết trước các khó khăn dự kiến