Người xây dựng
25.000 lượt tìm kiếm
41,25 US$
1,65 US$/1K lượt tìm kiếm
- Một coding agent hoặc một trợ lý nghiên cứu
- Sẵn sàng cho MCP, LangChain và n8n
- Credit không bao giờ hết hạn
Trường hợp sử dụng · nghiên cứu sâu · lập kế hoạch, tìm kiếm, đọc, trích dẫn
Một agent nghiên cứu sâu không chạy một lần tìm kiếm. Nó lập kế hoạch một tập truy vấn, đọc những gì trả về, nhận ra các lỗ hổng và tìm kiếm lại. Chất lượng báo cáo phụ thuộc vào lượng văn bản trang thực mà nó thấy trong suốt quá trình.
Trả lời nhanh
API tìm kiếm web nào phù hợp với agent nghiên cứu sâu?
Một agent nghiên cứu chuyên sâu cần web search API trả về nội dung trang, không chỉ link, vì nó đọc nhiều nguồn cho mỗi báo cáo. LLMWebSearch trả về kết quả đã xếp hạng kèm 3 trang đầu dưới dạng Markdown với một credit mỗi truy vấn. Một báo cáo dựng từ 40 truy vấn dùng 40 credit, nên 100.000 lượt tìm kiếm đủ cho 2.500 báo cáo như vậy. Không cần KYC; thanh toán bằng crypto.
Vòng lặp mà hầu hết thiết kế đều dùng chung, bất kể model nào.
Gói
Model chia câu hỏi thành bốn đến tám truy vấn ngắn, mỗi truy vấn nhắm vào một phần của câu trả lời.
Tìm kiếm và đọc
Mỗi truy vấn trả về kết quả đã xếp hạng với các trang đầu tiên đã được đọc sẵn, nên agent có văn bản để xử lý ngay.
Giữ lại các nguồn hữu ích
Agent loại bỏ những trang đã thấy rồi và những trang không liên quan đến câu hỏi.
Tìm chỗ hổng
Mô hình so sánh những gì tìm được với câu hỏi và viết truy vấn mới cho phần còn thiếu.
Viết kèm trích dẫn
Câu trả lời cuối cùng trích dẫn từng khẳng định bằng số thứ tự của nguồn, và nêu rõ chỗ các nguồn mâu thuẫn.
Điều đó phụ thuộc vào thiết kế của bạn, và nên quyết định một cách có chủ đích. Một báo cáo nhẹ có thể chạy hai vòng, mỗi vòng bốn truy vấn: tám lần tìm kiếm. Một báo cáo kỹ lưỡng có thể chạy năm vòng, mỗi vòng tám truy vấn: bốn mươi lần tìm kiếm.
Nhiều lần tìm kiếm hơn không phải lúc nào cũng cho báo cáo tốt hơn. Lợi ích từ mỗi vòng mới giảm đi khi đã có sẵn các nguồn chính. Một quy tắc dừng sẽ hữu ích: kết thúc vòng lặp khi một vòng thêm được ít hơn hai nguồn mới, hoặc khi đã hết ngân sách.
Với read ở mức 3 hoặc thấp hơn, mỗi lần tìm kiếm tốn một credit. Vậy một báo cáo bốn mươi lần tìm kiếm tốn bốn mươi credit, bất kể độ dài của các trang được đọc.
Vì nghiên cứu là về chi tiết. Snippet cho biết ý chính của một trang, nhưng các con số, điều kiện và ngày tháng làm nên giá trị của báo cáo lại nằm trong phần thân. Một mô hình viết từ snippet thường lấp chỗ trống bằng phỏng đoán.
Đọc trang còn cải thiện vòng truy vấn tiếp theo. Agent học được các thuật ngữ mà nguồn dùng, tên các luật hoặc sản phẩm, và ngày tháng của sự kiện. Những từ đó tạo ra truy vấn sắc bén hơn câu hỏi ban đầu.
LLMWebSearch đọc các trang đầu tiên của mỗi lần tìm kiếm giúp bạn. Mỗi kết quả mang theo vị trí, tiêu đề, URL, host, snippet và, khi trang đã được đọc, nội dung chính của trang dưới dạng Markdown hoặc văn bản thuần kèm số từ và ngày xuất bản nếu biết.
Đánh khóa danh sách nguồn theo URL. Trước khi thêm một kết quả, kiểm tra xem URL của nó đã có chưa. Các truy vấn khác nhau thường trả về cùng một trang mạnh, và bạn chỉ cần nó một lần.
Một số trang xuất hiện dưới hai URL, ví dụ có và không có tham số theo dõi. Hãy loại bỏ các query string chỉ dùng để theo dõi click trước khi so sánh. Với tin tức, cùng một câu chuyện thường được đăng trên nhiều trang; hãy giữ trang có published_at sớm nhất hoặc nhiều chi tiết nhất.
Đánh số nguồn một lần, ở cuối, để các trích dẫn trong câu trả lời cuối cùng khớp với một danh sách gọn gàng.
Khi một truy vấn phải bao quát sâu một chủ đề hẹp và ba trang đầu tiên là không đủ. Đặt read trong khoảng 4 đến 10 khiến lần tìm kiếm đó tốn 2 credit thay vì 1.
Trong hầu hết các vòng lặp, chạy thêm một truy vấn mang lại giá trị cao hơn. Một truy vấn mới mang về trang mới từ góc nhìn khác, trong khi các trang 4 đến 10 của cùng một truy vấn thường lặp lại ba trang đầu. Hãy giữ mức cao hơn cho những chủ đề ngách nơi rất ít trang tồn tại.
Nhiều nhà cung cấp bán tính năng nghiên cứu dưới dạng một lần gọi duy nhất, tính giá theo tác vụ. Tính đến ngày 22 tháng 10 năm 2026, các kiểu deep search của Exa có giá từ $12 đến $15 mỗi 1.000 request, và Exa đã ngừng endpoint /research riêng vào ngày 1 tháng 4 năm 2026. You.com tính giá các lần gọi nghiên cứu từ $12 (Lite) đến $1.200 (Frontier) mỗi 1.000. Task API của Parallel chạy từ $5 (Lite) đến $2.400 (Ultra8x) mỗi 1.000 tác vụ. Deep search của Linkup là $50 mỗi 1.000.
Các endpoint này giấu đi vòng lặp, khá tiện. Tự dựng vòng lặp trên một web search API tốn ít hơn mỗi báo cáo ở độ sâu vừa phải, và bạn kiểm soát model, prompt và quy tắc dừng. Hướng dẫn từng bước có một script chạy được khoảng 60 dòng.
Tính số lần tìm kiếm mỗi báo cáo × số báo cáo mỗi tháng. Một credit trả cho một lượt tìm kiếm: tối đa 20 kết quả được xếp hạng, với nội dung của 3 trang đầu được đọc và trả về dưới dạng Markdown. Đọc từ 4 đến 10 trang thì tính 2 credit. Lượt gọi kết thúc bằng lỗi không tốn gì.
25.000 lượt tìm kiếm
41,25 US$
1,65 US$/1K lượt tìm kiếm
100.000 lượt tìm kiếm
145 US$
1,45 US$/1K lượt tìm kiếm
500.000 lượt tìm kiếm
650 US$
1,30 US$/1K lượt tìm kiếm
Trong mọi gói: Top 3 trang được đọc dưới dạng Markdown · Bộ lọc theo quốc gia, ngôn ngữ, thời gian và tên miền · Không tính phí các lần gọi thất bại · Credit không bao giờ hết hạn
Bất kỳ mô hình nào có ngữ cảnh đủ dài. API trả về các nguồn, không phải một câu trả lời được viết sẵn: model của chính bạn đọc các trang, viết câu trả lời và trích dẫn các URL, nên bạn có thể dùng một mô hình lớn cho báo cáo cuối cùng và một mô hình nhỏ để lập kế hoạch truy vấn.
Có. Truyền include_domains với tối đa 20 tên miền, hoặc exclude_domains để loại bỏ các trang bạn không muốn trích dẫn.
Có. Đặt time_range thành day, week, month hoặc year, và dùng topic=news cho tin tức.
Cố định số vòng và số truy vấn mỗi vòng trong code, không phải trong prompt. Khi đó chi phí mỗi báo cáo đã biết trước khi bắt đầu.
Từ 1,20 US$/1K lượt tìm kiếm · không cần KYC
Lấy khóa API