Ngày 1/10/2026, Mozilla đăng bài giải thích cách hãng tinh chỉnh prompt cho Shake to Summarize, tính năng tóm tắt trang web trên Firefox di động, để xử lý riêng các trang công thức nấu ăn. Tính năng này đã có trên Android từ tháng 5 và hiện có mặt trên cả iOS lẫn Android đã vài tháng. Bài viết cho thấy một điều đơn giản nhưng đáng học: cùng một mô hình, chỉ cần đổi cách ra lệnh là kết quả khác hẳn.
Với người dùng Việt Nam, công thức nấu ăn là một trong những loại nội dung hay phải mở trên điện thoại khi đang đứng bếp. Bản tóm tắt cũ thường chỉ kể lại món ăn bằng vài câu, thiếu nguyên liệu và định lượng, nên gần như không dùng được. Bản mới giữ nguyên định lượng và các bước, đúng thứ người nấu cần.
Shake to Summarize gặp vấn đề gì với công thức
Shake to Summarize là tính năng cho phép tóm tắt nội dung một trang web ngay trên Firefox di động. Theo Mozilla, đội ngũ bắt đầu từ một prompt chung, trong đó liệt kê mức ưu tiên cho từng loại nội dung: công thức, tin tức, hướng dẫn, đánh giá, ý kiến, blog cá nhân, truyện và các loại khác.
Sau khi cho nhân viên dùng thử, một vấn đề lộ ra: với công thức nấu ăn, mô hình tóm tắt quá tay. Nó có thể bỏ sót nguyên liệu, thậm chí bỏ luôn phần công thức. Với một bài viết thông thường, tóm tắt ngắn là tốt. Với công thức, tóm tắt ngắn lại là hỏng, vì người đọc cần đúng định lượng và đúng thứ tự bước làm.
Mozilla lấy ví dụ món súp đậu lăng. Bản tóm tắt cũ nói đại ý món ăn dùng đậu lăng, cà chua, nước dùng rau và các loại gia vị. Câu văn không sai, nhưng không giúp được gì cho người muốn nấu, vì thiếu số lượng cụ thể và thiếu các bước.
Vì sao một prompt chung không đủ
Theo Mozilla, mô hình ngôn ngữ cần chỉ dẫn càng cụ thể càng tốt. Điều này càng quan trọng với các mô hình nhỏ, vì chúng không giỏi suy luận ngầm bằng các mô hình lớn. Khi yêu cầu mơ hồ, kết quả dễ trôi.
Cái khó là thế nào là một bản tóm tắt tốt lại phụ thuộc vào loại nội dung. Tóm tắt một cuốn tiểu thuyết nên là vài câu khái quát cốt truyện, không cần chi tiết vụn. Tóm tắt một trang công thức thì phải gần như giữ nguyên công thức, chỉ lược bỏ phần dẫn chuyện. Hai yêu cầu ngược nhau như vậy cùng nằm trong một loại việc gọi là tóm tắt, nên một chỉ dẫn duy nhất khó lòng phục vụ tốt cả hai.
Mozilla cũng nói rõ họ dùng mô hình nhỏ trong tính năng này. Mô hình nhỏ chạy nhanh và nhẹ hơn, phù hợp với thiết bị di động, nhưng không giỏi tự đoán ý khi chỉ dẫn thiếu. Vì vậy chất lượng câu lệnh càng quan trọng.
Cách Mozilla tách prompt riêng cho công thức
Thay vì tiếp tục nhồi thêm chỉ dẫn công thức vào prompt chung và làm mô hình lệch sang một loại nội dung, Mozilla viết một prompt riêng chỉ chứa hướng dẫn cho công thức, rồi chuyển các yêu cầu tóm tắt công thức sang prompt đó.
Để biết khi nào dùng prompt riêng, Mozilla dựa vào dữ liệu có cấu trúc nhúng sẵn trong trang. Cách này cho phép phân loại trang nhanh và xác định, không cần chạy thêm một lượt suy luận. Với những trang thiếu hoặc ghi sai dữ liệu cấu trúc, hãng vẫn giữ một ít hướng dẫn công thức trong prompt chung để đỡ lọt trường hợp.
Prompt công thức yêu cầu liệt kê khẩu phần, tổng thời gian, danh sách nguyên liệu, các bước chính và mẹo của tác giả hoặc người bình luận. Prompt chung vẫn giữ ưu tiên riêng cho từng loại như tin tức, hướng dẫn, đánh giá hay ý kiến, và yêu cầu định dạng gọn cho màn hình điện thoại.
Cách làm này đáng chú ý ở chỗ nó không cần mô hình lớn hơn. Vấn đề không nằm ở sức mạnh của mô hình, mà nằm ở việc chia đúng việc cho đúng câu lệnh.
Kết quả sau khi đổi
Theo Mozilla, sau thay đổi, bản tóm tắt công thức trở nên dùng được hơn hẳn, gồm khẩu phần, thời gian chuẩn bị, thời gian nấu, nguyên liệu theo đúng định lượng, các bước và phần mẹo. Với ví dụ súp đậu lăng, bản mới ghi rõ 6 khẩu phần, tổng thời gian 50 phút, kèm danh sách nguyên liệu có số lượng cụ thể.
Đội ngũ còn chạy thử nhanh trên một nhóm trang công thức chọn sẵn và thấy hệ thống mới có xác suất trả về bản tóm tắt đầy đủ và chính xác cao hơn gấp đôi so với trước. Đây là con số do Mozilla công bố, dựa trên bộ trang thử của họ, không phải cam kết cho mọi trang trên internet.
Bài viết cũng nêu một giả thuyết: nếu mỗi loại trang có prompt riêng, hệ thống có thể còn tốt hơn nữa. Hiện tại Mozilla mới tách một loại là công thức.
Người dùng Việt Nam được gì
Nếu bạn hay tra công thức nấu ăn bằng điện thoại, thay đổi này đáng để thử lại tính năng. Trước đây nhiều người bỏ qua nút tóm tắt vì sợ mất chi tiết; giờ bản tóm tắt có thể thay cho việc cuộn qua cả trang dài đầy quảng cáo và dẫn chuyện. Bạn vẫn nên đối chiếu lại định lượng trong phần nguyên liệu gốc trước khi nấu, nhất là khi làm bánh, vì tỉ lệ ở món bánh khó tính hơn món canh.
Nếu bạn đang dùng một trình duyệt khác trên điện thoại, các lựa chọn như Microsoft Edge hay Brave cũng có trợ lý AI và tính năng tóm tắt ở các mức khác nhau. Còn nếu bạn muốn tự dán nội dung vào để tóm tắt, các trợ lý như ChatGPT hay Gemini làm được, nhưng bạn phải tự sao chép và tự kiểm tra lại định lượng.
Nên làm gì bây giờ
Nếu bạn dùng Firefox trên điện thoại, hãy cập nhật lên bản mới rồi thử lắc máy để tóm tắt một trang công thức quen thuộc. So sánh bản tóm tắt với phần nguyên liệu gốc để xem định lượng còn đủ không. Nếu vẫn thấy thiếu, hãy báo lại cho Mozilla, vì chất lượng phụ thuộc vào dữ liệu cấu trúc của từng trang.
Về mặt rộng hơn, bài viết của Mozilla là một gợi ý cho bất kỳ ai đang dùng AI để xử lý tài liệu: hãy tách việc theo loại nội dung thay vì dùng một câu lệnh chung cho mọi thứ. Trong công việc văn phòng ở Việt Nam, điều này áp dụng cho việc tóm tắt hợp đồng, biên bản họp hay bài viết dài, mỗi loại cần một cách chỉ dẫn riêng.
Thông tin về tính năng có thể thay đổi theo phiên bản, bạn nên kiểm tra lại ở trang chính thức của Firefox. Nguồn của bài này là bài viết ngày 1/10/2026 trên blog Mozilla.
