- HN Update là trang gom các câu chuyện hàng đầu trên trang nhất Hacker News và trình bày như một bản tin âm thanh, với giả định cập nhật vào đúng đầu mỗi giờ
- Hiện bản tin bao gồm 5 câu chuyện đứng đầu, và thời điểm cập nhật cuối cùng của trang là 23:06 ngày 30 tháng 6 năm 2026
- Những câu chuyện rời khỏi nhóm 5 câu chuyện đứng đầu sẽ được chuyển vào kho lưu trữ, và khi đủ 10 câu chuyện, chúng được ghép lại thành một tập recap
- Trình phát âm thanh có ở cả bản tin chính và khu vực recap, với thời lượng lần lượt là 9 phút 55 giây và 19 phút 12 giây
- Khu vực Recaps cung cấp các tập cũ và nút Load More, giúp tiếp tục xem lại dòng tin Hacker News trước đó
Cách HN Update cập nhật
- HN Update lấy và hiển thị 5 câu chuyện đứng đầu từ trang nhất Hacker News
- Chu kỳ cập nhật là vào đúng đầu mỗi giờ
- Thời điểm cập nhật cuối cùng của trang là 23:06 ngày 30 tháng 6 năm 2026
Cấu trúc bản tin âm thanh
- Trình phát âm thanh ở phía trên có thời lượng 9 phút 55 giây
- Khu vực recap ở cuối trang cũng có một trình phát âm thanh riêng, với thời lượng 19 phút 12 giây
Quy trình tạo Recaps
- Khi một câu chuyện rời khỏi nhóm 5 câu chuyện đứng đầu trên trang nhất Hacker News, nó sẽ được chuyển vào kho lưu trữ
- Khi trong kho lưu trữ tích lũy được 10 câu chuyện, các câu chuyện đó sẽ được ghép lại để tạo thành một tập recap
- Có thể xem các mục recap trước đây trong khu vực Recaps Archive
Các mục Recaps đang hiển thị hiện tại
- Khu vực Recaps có các mục ở những thời điểm sau
- 23:09 ngày 18 tháng 6 năm 2026
- 17:05 ngày 17 tháng 6 năm 2026
- 04:14 ngày 17 tháng 6 năm 2026
- 04:06 ngày 17 tháng 6 năm 2026
- Có nút Load More để tải thêm mục
1 bình luận
Ý kiến trên Hacker News
Có nhiều phản hồi tích cực, nhưng tôi nghe thử một lúc thì thấy không hay lắm. Thứ nhất, trải nghiệm có cảm giác quá chậm
Ví dụ, tôi mất khoảng 30 giây để mở trang chủ HN, lướt qua tiêu đề và đọc cả bình luận của bài đứng thứ nhất, rồi cảm thấy đã lấy đủ thông tin cần thiết và sau đó có thể quay lại xem bài mới. Nhưng công cụ này mất 1 phút để tóm tắt một bài
Thứ hai, tính thực dụng thấp. Thông thường mỗi ngày trên trang chủ HN chỉ có 1–2 bài khiến tôi chú ý, trong khi công cụ này rất có khả năng sẽ đọc cho tôi nghe những bài tôi không quan tâm. Có thể cải thiện bằng một thuật toán học xem tôi nghe thông tin nào và bỏ qua thông tin nào, nhưng vẫn không lý tưởng. Có lẽ cách tốt hơn là khi tôi bấm vào tiêu đề mình quan tâm thì tạo một bản tóm tắt âm thanh được cá nhân hóa
Thứ ba, nó xóa mất chất người của HN. Tôi thích đọc nguyên văn những gì mọi người thực sự đăng, và thú vị ở chỗ được thấy cách diễn đạt, giọng điệu và tương tác của từng người. Xóa hết những thứ đó rồi nghe một bản tóm tắt như robot thì có cảm giác như tước đi linh hồn của cộng đồng. Cảm giác kết nối với con người — phần hay nhất của trang này — bị giảm đi
Tôi cũng đặc biệt thích việc nó không có thiên kiến kiểu tin tức hay quảng cáo, và ngày mai chắc chắn tôi sẽ thử dùng
Ngoài ra, các bản tóm tắt cấp cao trên HN hay mạng xã hội không phải use case của tôi. Chúng không thực sự mang lại giá trị, mà chỉ tạo ảo giác rằng có giá trị. Điều tôi muốn là đi sâu vào những câu chuyện khiến tôi tò mò
Điều này cũng có thể làm bằng chuyển văn bản thành giọng nói, nhưng trước tiên phải tự chọn feed, rồi đi sâu vào các bài đã chọn đó theo định dạng podcast
Ngược lại, tôi nghĩ một sản phẩm bỏ phần LLM đi, cho phép dán danh sách thread HN rồi chuyển toàn bộ cả phần bình luận thành giọng nói sẽ hữu ích hơn. Có thể nghe như nội dung dài khi lái xe hoặc làm việc khác
Đây là vấn đề căn bản của chính phương tiện này, và khi text-to-speech đang nổi lên trở lại, một số nhà phát triển sẽ tự mình lần lượt phát hiện ra nó
User script này cũng có thể dùng như bookmarklet, giúp bạn nhanh chóng bắt kịp các bài chưa xem. Mở HN rồi bấm bookmarklet, các bài mới sẽ được gắn “(NEW)”, còn các bài cũ sẽ hiển thị thứ hạng đã thay đổi bao nhiêu
Bạn cũng có thể ẩn những bài đã xem, hoặc đặt tiêu chí theo số bình luận và điểm để ẩn hoặc hiển thị bài cũ. Khi lướt vài trang, bạn có thể nhanh chóng kiểm tra các bài mới chưa thấy, nên việc bắt kịp trở nên rất nhanh
Chưa đủ sẵn sàng nên tôi chưa đăng Show HN, nhưng trạng thái hiện tại có thể xem ở đây
https://news.gipety.com/hn/10842381/k/218/s/three-years-as-a...
Tôi nghĩ đây có thể là một cách khá hay để trao đời sống thứ hai cho các tập Show HN và Ask HN kinh điển trong quá khứ
Ý tưởng tuyệt vời. Càng lớn tuổi tôi càng ít năng lượng để đọc, nên nó có giá trị thực tế ở chỗ tôi thường bỏ lỡ những thứ thật sự rất hay từng xuất hiện chớp nhoáng trên trang đầu HN rồi biến mất
Việc tóm tắt cả bình luận cũng tốt. Trong các tầng bình luận sâu thường có những viên ngọc thật sự. Có lẽ nó chỉ lấy vài bình luận hàng đầu
Cải tiến lớn có thể là cá nhân hóa. Phần lớn trang đầu không liên quan đến cá nhân tôi, còn trang bài mới thì có nhiều thứ hay nhưng không trở nên phổ biến. Sẽ tốt nếu nó học được loại bài tôi phản ứng và cho tôi xem tóm tắt của những bài như vậy, kể cả khi chúng hiện không thịnh hành
Last.fm đã xuất hiện 20 năm trước và cho thấy một hệ thống gợi ý xuất sắc không nhất thiết cần AI, nhưng có vẻ trải nghiệm cá nhân hóa chưa thật sự bám rễ. Thuật toán YouTube có làm được phần nào, nhưng đáng tiếc là người dùng gần như không có quyền kiểm soát thực sự
Tôi thường chỉ nghe những thứ không quá quan trọng hoặc không có giá trị lớn. Nếu đang nghe mà có gì đó khiến tôi chú ý, lúc đó tôi mới đi đọc
Cá nhân hóa chắc chắn có nhiều tiềm năng. Tuy vậy HN quá ngẫu nhiên, nên đôi khi tôi phát hiện ra những thứ mà về mặt trí tuệ tôi thậm chí không biết là mình cần. Tôi xem đây là bài toán cân bằng giữa khám phá và khai thác, giống như hầu hết hệ thống gợi ý
Với sản phẩm khả dụng tối thiểu, có lẽ có thể lọc theo các từ khóa cụ thể rồi thêm những bài đó vào đầu vào của mô hình
Thỉnh thoảng nếu cảm thấy bị kẹt trong một thể loại hoặc bong bóng nào đó, hoặc khi tự động phát chạy trong lúc ngủ, trang chủ sẽ bị phía đó chiếm lĩnh. Xóa vài video như vậy khỏi danh sách xem gần đây thì sẽ cải thiện thấy rõ
Hoặc nếu bắt đầu phát vài video về chủ đề muốn xem, chẳng mấy chốc nó sẽ chỉ đề xuất phía đó
Sẽ rất hay nếu tạo embedding cho các bài HN trước đây, lấy trung bình các vector embedding của những bài người dùng đã đánh dấu yêu thích, rồi dùng tìm kiếm độ tương đồng cosine để chọn ra các bài có thể họ quan tâm
Thật ra nếu dùng lịch sử thích thì còn tốt hơn, nhưng tôi không rõ có thể truy cập được không và bằng cách nào
Tôi cũng tò mò người khác dùng embedding ra sao. Tôi biết có thể lấy trung bình nhiều embedding, nhưng không biết đã có ai thành công với các phép biến đổi khác chưa. Nghĩ đến kiểu King - Man + Woman = Queen, có vẻ trong nhiều trường hợp người ta dùng câu hỏi trực tiếp làm đầu vào cho tìm kiếm ngữ nghĩa hoặc RAG
Tôi cũng tự hỏi liệu có hợp lý không nếu tạo hàng loạt cặp câu hỏi–trả lời rồi embedding chúng, sau đó tìm một phép biến đổi trung bình để chuyển từ “không gian câu hỏi” sang “không gian câu trả lời”, áp dụng phép biến đổi đó khi embedding câu hỏi rồi mới thực hiện RAG. Hoặc có thể nhiễu sẽ quá lớn
Ngược lại, lịch sử upvote là riêng tư và khớp hơn với những thứ tôi thực sự quan tâm
Với mỗi tài liệu sẽ đưa vào cơ sở dữ liệu vector, dùng LLM để tạo danh sách các câu hỏi khả dĩ mà tài liệu đó có thể trả lời. Về cơ bản giống như tạo một bài đố
Ánh xạ các embedding của những câu hỏi đó trở lại tài liệu gốc, rồi lưu tài liệu, các đoạn tài liệu, câu hỏi 1, câu hỏi 2, v.v. vào cơ sở dữ liệu vector
Khi đó, khi người dùng truy vấn RAG, ngoài kết nối trực tiếp truy vấn người dùng → đoạn tài liệu, còn có cả kết nối bắc cầu truy vấn người dùng → truy vấn tương tự → đoạn tài liệu
Ha, trong giờ này công cụ này đã nói về chính nó như sau
“Theo một mạch tự tham chiếu hơn, chúng ta xem xét việc ra mắt chính HN Update. Thử nghiệm này nhằm cung cấp một bản tin theo giờ bằng cách tóm tắt các bài viết hàng đầu trên Hacker News. Người nghe đánh giá cao ý tưởng tin tức được tuyển chọn, nhưng cũng lo ngại về độ chính xác của phần tóm tắt và khả năng thiên lệch trong cách diễn đạt. Thảo luận của cộng đồng cho thấy dù giá trị của dịch vụ như vậy là rõ ràng, niềm tin vào độ chính xác của nội dung vẫn là vấn đề then chốt.”
Khá dễ thương và ấn tượng
Khá ổn, nhưng có vẻ nó bịa nội dung. Nó lấy một bình luận meta[1] về định dạng website của bài này, rồi trình bày rằng cộng đồng lo ngại đề xuất an toàn bộ nhớ C++ sẽ khiến mã khó đọc trên di động
Nghe xong điều đó thì tôi thấy khó tin các bản tóm tắt khác
1: https://news.ycombinator.com/item?id=41899828
“Định dạng này và sự pha trộn phông chữ khiến việc đọc trên di động trở nên khó khăn.”
Với chúng ta thì rõ ràng đó là bình luận meta, nhưng tôi nghĩ nó có thể gây nhầm lẫn. Dù vậy, lẽ ra nó có thể nhận ra rằng “khả năng đọc trên di động” không thật sự áp dụng tốt cho ngôn ngữ lập trình C++
Tôi sẽ thêm vào prompt rằng bình luận có thể là meta, thậm chí có thể không đúng sự thật, để nó không cố nhồi nhét ý nghĩa vào những bình luận kiểu này
Đây là một dự án khá thú vị. Các dự án dựa trên HN có một kiểu gắn bó cảm xúc kỳ lạ nhưng đặc biệt, vì chúng hoạt động như tiện ích mở rộng hoặc phần bổ trợ cải thiện HN theo một chiều nào đó
Tôi không nghĩ mình sẽ dùng công cụ này khi đang ngồi trước máy tính hoặc bắt đầu cuộn vô tận trên điện thoại, nhưng nếu bận mà cần nhanh chóng cập nhật HN thì tôi sẽ muốn dùng
Góp ý nhanh: trước hết về UI/UX, tiêu đề và phụ đề không cho biết nhiều về ứng dụng. Thanh âm thanh hiển thị tiến trình phát nhưng không hiển thị tổng thời lượng và thời gian hiện tại. Sẽ hữu ích nếu làm nổi bật thanh âm thanh theo các đoạn đại diện cho từng bài viết. Có lẽ cũng nên cho biết nó đang tóm tắt bao nhiêu bài; hiện trông có vẻ là 5 bài
Để có ca sử dụng tốt hơn, hợp lý hơn là biến nó thành ứng dụng di động hoặc PWA để có thể dễ dàng truy cập cả trên hệ thống thông tin giải trí của xe khi đang lái
Nếu làm thành ứng dụng di động và cung cấp dưới dạng widget có nút phát, có thể giảm số lần chạm cần thiết để phát bản tin. Hy vọng đây là góp ý mang tính xây dựng
Bước tiếp theo là tạo mạng tin tức HNN, để trên TV văn phòng luôn phát một kênh có dải chữ chạy và người dẫn tin AI, giống như các ngân hàng bật CNBC hoặc Bloomberg News 24/7
Điểm hay nhất của các công cụ đọc nội dung AI kiểu này là khả năng cho người dùng chọn giọng nói, tốc độ nói, v.v. Với tư cách người không phải người Mỹ, các kênh tin tức kiểu talking head giọng Mỹ khá chói tai khi tôi đã quen với giọng của mình. Kể cả khi tôi muốn theo dõi thời sự cũng vậy
Sau khi chính bài này lên hạng nhất HN rồi tôi mới bắt đầu nghe, nên rơi vào một tình huống meta: nghe công cụ này nói rằng chính nó có thể sẽ bịa nội dung
Dự án xuất sắc
Thật sự tuyệt vời. Sẽ tốt nếu có thể thêm tính năng kho lưu trữ quá khứ, để nghe kiểu tóm tắt vài giờ trước hoặc bản tin buổi sáng
Với bản tin buổi sáng, tôi tò mò bạn có ý nói một gói tin được tuyển chọn hơn, chẳng hạn các tin thú vị nhất hoặc được thảo luận nhiều nhất trong ngày không. Hiện giờ nó chỉ lấy 5 bài đứng đầu trên trang chính
Năm ngoái tôi đã làm https://radio-hn.pages.dev/ với cùng ý tưởng. Cách làm là chỉ phát một lần mỗi ngày, và lúc đó tôi đã đăng đâu đó ở đây
Tôi tò mò không biết mã nguồn có được công khai không. Đặc biệt là cách triển khai nhiều người nói và giọng nói
NotebookLM có vấn đề là hai người liên tục đổi vai cho nhau. Một bên đang là học sinh ở một chủ đề nào đó, bên kia là giáo viên, rồi đột nhiên vai trò bị đổi theo một cách vô lý
Đi trước thời đại