Không cần KYC — không ID, không ảnh selfie, không giấy tờ. Thanh toán bằng crypto: BTC, USDT, USDC, ETH, SOL, LTC
Ngôn ngữ: Tiếng Việt
Lấy khóa API

Các trường hợp sử dụng · từ 1,20 US$/1K lượt tìm kiếm

Các nhóm xây dựng gì với một web search API cho AI agent?

Bốn công việc bao quát phần lớn những gì người ta làm với một search API cũng đọc được các trang: một công cụ tìm kiếm cho agent, nghiên cứu chuyên sâu, truy xuất cho RAG và theo dõi tin tức. Mỗi trang dưới đây đưa ra cấu hình, khối lượng và mã chạy được.

Cập nhật lần cuối: · 7 phút đọc

Trả lời nhanh

Một web search API cho AI agent được dùng để làm gì?

Các nhóm dùng một web search API cho AI agent để cung cấp cho trợ lý một công cụ tìm kiếm, chạy nghiên cứu chuyên sâu qua hàng chục trang, nạp văn bản web mới cho quy trình RAG và theo dõi tin tức. LLMWebSearch bao quát cả bốn với một lần gọi trả về kết quả đã xếp hạng cùng các trang hàng đầu dưới dạng Markdown, từ 1,20 US$/1K lượt tìm kiếm. Không cần KYC; thanh toán bằng crypto.

Trường hợp sử dụng của bạn là trường hợp nào?

Mỗi trường hợp sử dụng cần bao nhiêu lần tìm kiếm?

Khối lượng ví dụ để định cỡ gói đầu tiên, không phải số đo thực tế. Với read từ 3 trở xuống, mỗi lần tìm kiếm là một credit.

Trường hợp sử dụngSố lần tìm kiếm mỗi tác vụCấu hình điển hìnhVí dụ mỗi thángGói bao quát được
Công cụ cho AI agent2 đến 6 mỗi câu hỏimax_results=5, read=3100 câu hỏi mỗi ngày: 6.000 đến 18.000 lần tìm kiếm25.000 lượt tìm kiếm (41,25 US$)
Nghiên cứu chuyên sâu20 đến 60 mỗi báo cáoread=3; read=5 cho chủ đề hẹp (2 credit)1.000 báo cáo: 20.000 đến 60.000 lượt tìm kiếm100.000 lượt tìm kiếm (145 US$)
RAG trên web trực tiếp1 hoặc 2 mỗi câu hỏiread=3, max_chars=120005.000 câu hỏi: 5.000 đến 10.000 lượt tìm kiếm25.000 lượt tìm kiếm (41,25 US$)
Giám sát tin tức1 mỗi chủ đề mỗi lần chạytopic=news, time_range=day50 chủ đề kiểm tra hằng ngày: 1.500 lượt tìm kiếm5.000 lượt tìm kiếm (9,25 US$)

Bốn công việc này có điểm gì chung?

Mỗi công việc đều cần các từ trên trang, không chỉ một danh sách link. Một đoạn trích 160 ký tự hiếm khi chứa con số, ngày tháng hay điều kiện mà model phải trích dẫn. Vì vậy hầu hết các stack đều dùng hai dịch vụ: một API tìm kiếm để tìm URL và một trình đọc để lấy nội dung.

LLMWebSearch gộp hai bước lại. Một lệnh gọi vừa chạy tìm kiếm web trực tiếp vừa đọc những trang đầu tiên tìm được. 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. Agent nhận được văn bản có thể trích dẫn ngay trong cùng một lần gọi, và bạn chỉ nhận một hóa đơn.

Nhu cầu chung còn lại là kiểm soát. Bạn quyết định bao nhiêu kết quả trả về (max_results), bao nhiêu trang được đọc (read) và mỗi trang được dài bao nhiêu (max_chars). Ba con số này quyết định cả chi phí token phía model của bạn lẫn chi phí credit phía chúng tôi.

Cấu hình nào phù hợp với từng trường hợp sử dụng?

Hãy bắt đầu từ các giá trị mặc định và thay đổi từng thứ một.

  • Công cụ cho agent. Giữ max_results=5 và read=3, giới hạn trang ở 3.000 đến 5.000 ký tự. Agent gọi công cụ thường xuyên, nên câu trả lời ngắn giúp context luôn gọn.
  • Nghiên cứu chuyên sâu. Nhiều lượt tìm kiếm nhỏ hiệu quả hơn vài lượt lớn. Dùng read=3 mỗi truy vấn và chạy nhiều truy vấn hơn. Chỉ tăng read khi một truy vấn phải bao quát sâu một chủ đề hẹp.
  • RAG. Yêu cầu trang dài hơn (max_chars khoảng 12.000) và tự chia nhỏ (chunk). Thêm include_domains khi câu trả lời phải đến từ các nguồn đã biết.
  • Giám sát tin tức. Đặt topic=news và time_range=day, rồi loại bỏ những URL bạn đã thấy. Đọc ba bài mỗi truy vấn để tóm tắt những gì đã thay đổi.

Mọi bộ lọc được liệt kê trong tài liệu tham khảo tìm kiếm.

Tôi nên chọn gói đầu tiên với dung lượng bao nhiêu?

Nhân số tác vụ mỗi ngày với số lượt tìm kiếm mỗi tác vụ, rồi nhân với 30. Một trợ lý trả lời 100 câu hỏi mỗi ngày với 4 lượt tìm kiếm mỗi câu cần khoảng 12.000 lượt tìm kiếm một tháng. Con số đó vừa với 25.000 lượt tìm kiếm và còn dư cho tháng thứ hai.

Credit không hết hạn vào cuối chu kỳ thanh toán. Credit tìm kiếm không có ngày hết hạn: phần bạn không dùng trong tháng này vẫn còn đó vào năm sau. Một gói nhỏ mua cho bản thử nghiệm vẫn giữ nguyên giá trị cho đến khi dự án phát triển. Hướng dẫn chi phí phân tích ba trường hợp lớn hơn và so sánh với các API khác cùng các công cụ tìm kiếm tích hợp sẵn trong model.

Các gói cho dự án đầu tiên

Hãy bắt đầu nhỏ; credit chưa dùng vẫn nằm trong tài khoản. 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ì.

Dùng thử

5.000 lượt tìm kiếm

9,25 US$

1,85 US$/1K lượt tìm kiếm

  • Tích hợp vào một agent
  • Cùng API với gói lớn nhất
  • Credit không bao giờ hết hạn
Chọn 5.000 lượt tìm kiếm

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
Chọn 25.000 lượt tìm kiếm

Production

100.000 lượt tìm kiếm

145 US$

1,45 US$/1K lượt tìm kiếm

  • Các agent trong môi trường production
  • Rate limit cao hơn theo yêu cầu
  • Credit không bao giờ hết hạn
Chọn 100.000 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

Trường hợp sử dụng: các câu hỏi thường gặp

Một khóa API có dùng được cho nhiều dự án không?

Có. Bạn cũng có thể tạo một khóa riêng cho mỗi dự án hoặc agent và thu hồi từng khóa riêng lẻ. Tạo một khóa API cho mỗi agent, ứng dụng hoặc đồng đội và thu hồi bất kỳ khóa nào trong dashboard mà không ảnh hưởng đến các khóa khác.

LLMWebSearch có viết câu trả lời cho agent của tôi không?

Không. 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. Nhờ vậy bạn vẫn toàn quyền chọn model, prompt và cách trích dẫn.

Trường hợp sử dụng nào cần nhiều credit nhất?

Nghiên cứu chuyên sâu, vì một báo cáo chạy nhiều lượt tìm kiếm. Một báo cáo dùng 40 lượt tìm kiếm tốn 40 credit với read ở mức 3 hoặc thấp hơn. Agent và RAG thường cần một đến sáu lượt tìm kiếm mỗi câu hỏi.

Tôi có thể thử một trường hợp sử dụng trước khi mua gói lớn không?

Có, với gói nhỏ nhất. Không có gói miễn phí: pack 5.000 lượt tìm kiếm là cách để dùng thử, mua từ mức nạp tối thiểu; phần bạn nạp thêm chỉ để đạt mức tối thiểu đó sẽ được hoàn lại theo yêu cầu trong vòng 30 ngày, bằng USDT hoặc USDC, miễn là chưa dùng.

Từ 1,20 US$/1K lượt tìm kiếm · không cần KYC

Lấy khóa API