ไม่ต้อง KYC — ไม่ต้องใช้บัตรประชาชน ไม่ต้องเซลฟี่ ไม่ต้องใช้เอกสาร จ่ายด้วยคริปโต: BTC, USDT, USDC, ETH, SOL, LTC
ภาษา: ไทย
รับ API key

Use cases · จาก US$1.20/1K การค้นหา

ทีมต่างๆ สร้างอะไรด้วย web search API สำหรับ AI agent?

งานสี่ประเภทครอบคลุมสิ่งที่คนส่วนใหญ่ทำกับ search API ที่อ่านหน้าเว็บได้ด้วย: tool ค้นหาสำหรับ agent, deep research, retrieval สำหรับ RAG และการติดตามข่าว แต่ละหน้าด้านล่างมีค่าตั้งค่า ปริมาณ และโค้ดที่ใช้งานได้

อัปเดตล่าสุด:

คำตอบสั้น

web search API สำหรับ AI agent ใช้ทำอะไร?

ทีมต่างๆ ใช้ web search API สำหรับ AI agent เพื่อมอบ tool ค้นหาให้ผู้ช่วย เพื่อทำ deep research ข้ามหน้าเว็บหลายสิบหน้า เพื่อป้อนข้อความสดจากเว็บให้ไปป์ไลน์ RAG และเพื่อติดตามข่าว LLMWebSearch ครอบคลุมทั้งสี่อย่างด้วยการเรียกครั้งเดียวที่คืนผลลัพธ์แบบจัดอันดับพร้อมหน้าเว็บชั้นนำในรูปแบบ Markdown จาก US$1.20/1K การค้นหา ไม่ต้อง KYC จ่ายด้วยคริปโต

use case ไหนคือของคุณ?

AI agents

tool web_search สำหรับ Claude, Cursor, OpenClaw, n8n หรือ agent ของคุณเอง ที่คืนแหล่งข้อมูลที่โมเดลอ้างอิงได้

การวิจัยเชิงลึก

วางแผนหลายคำค้นหา อ่านหน้าเว็บเบื้องหลัง ลบรายการซ้ำและเขียนรายงานพร้อมการอ้างอิงแบบมีหมายเลข

การติดตามข่าว

รันคำค้นหาเดิมทุกวันพร้อมผลลัพธ์ข่าวจากวันก่อนหน้า และรายงานแต่ละเรื่องเพียงครั้งเดียว

สร้าง deep research agent

สคริปต์ Python ที่ผ่านการทดสอบยาวประมาณ 60 บรรทัดที่วางแผน ค้นหา อ่าน และอ้างอิง

แต่ละ use case ต้องค้นหากี่ครั้ง?

ปริมาณตัวอย่างสำหรับประมาณขนาดแพ็กแรก ไม่ใช่การวัดจริง ด้วย read ที่ 3 หรือน้อยกว่า ทุกการค้นหาคือหนึ่งเครดิต

Use caseจำนวนการค้นหาต่องานค่าตั้งค่าทั่วไปตัวอย่างต่อเดือนแพ็กที่ครอบคลุม
tool สำหรับ AI agent2 ถึง 6 ต่อคำถามmax_results=5, read=3100 คำถามต่อวัน: 6,000 ถึง 18,000 การค้นหาค้นหา 25,000 ครั้ง (US$41.25)
การวิจัยเชิงลึก20 ถึง 60 ต่อรายงานread=3; read=5 สำหรับหัวข้อแคบ (2 เครดิต)1,000 รายงาน: 20,000 ถึง 60,000 การค้นหาค้นหา 100,000 ครั้ง (US$145)
RAG บนเว็บแบบเรียลไทม์1 หรือ 2 ต่อคำถามread=3, max_chars=120005,000 คำถาม: 5,000 ถึง 10,000 การค้นหาค้นหา 25,000 ครั้ง (US$41.25)
การติดตามข่าว1 ต่อหัวข้อต่อรอบtopic=news, time_range=day50 หัวข้อที่ตรวจสอบทุกวัน: 1,500 การค้นหา5,000 การค้นหา (US$9.25)

สี่งานนี้มีอะไรเหมือนกัน?

แต่ละงานต้องใช้ข้อความบนหน้าเว็บ ไม่ใช่แค่รายการลิงก์ snippet ขนาด 160 ตัวอักษรแทบจะไม่เคยมีตัวเลข วันที่ หรือเงื่อนไขที่โมเดลต้องอ้างอิง ดังนั้นสแตกส่วนใหญ่จึงลงเอยด้วยบริการสองตัว: API ค้นหาเพื่อหา URL และตัวอ่านเพื่อดึงหน้าเว็บเหล่านั้น

LLMWebSearch รวมสองขั้นตอนนี้เข้าด้วยกัน เรียกครั้งเดียวก็รันการค้นหาเว็บแบบเรียลไทม์และอ่านหน้าแรกๆ ที่พบ แต่ละผลลัพธ์มีตำแหน่ง ลำดับ หัวข้อ URL โฮสต์ สนิปเปต และเมื่อถูกอ่านแล้ว จะมีเนื้อหาหลักของหน้าเว็บเป็น Markdown หรือข้อความธรรมดา พร้อมจำนวนคำและวันที่เผยแพร่เมื่อทราบ agent ได้ข้อความที่อ้างอิงได้ในการเรียกครั้งเดียว และคุณจ่ายบิลเดียว

ความต้องการร่วมอีกอย่างคือการควบคุม คุณกำหนดได้ว่าคืนผลลัพธ์กี่รายการ (max_results) อ่านกี่หน้า (read) และแต่ละหน้ายาวได้แค่ไหน (max_chars) ตัวเลขสามตัวนี้กำหนดทั้งค่า token ฝั่งโมเดลของคุณและค่าเครดิตฝั่งเรา

การตั้งค่าแบบไหนเหมาะกับแต่ละกรณี?

เริ่มจากค่าเริ่มต้นแล้วเปลี่ยนทีละอย่าง

  • เครื่องมือของ agent คง max_results=5 และ read=3 ไว้ และจำกัดหน้าละ 3,000 ถึง 5,000 ตัวอักษร agent เรียกเครื่องมือบ่อย คำตอบสั้นๆ จึงช่วยให้ context สะอาด
  • การวิจัยเชิงลึก การค้นหาเล็กๆ หลายครั้งดีกว่าการค้นหาใหญ่ไม่กี่ครั้ง ใช้ read=3 ต่อคำค้นหาแล้วรันคำค้นหาให้มากขึ้น เพิ่ม read เฉพาะเมื่อคำค้นหาเดียวต้องครอบคลุมหัวข้อแคบๆ อย่างละเอียด
  • RAG ขอหน้าเว็บที่ยาวขึ้น (max_chars ประมาณ 12,000) แล้วแบ่ง chunk เอง เพิ่ม include_domains เมื่อคำตอบต้องมาจากแหล่งที่รู้จัก
  • การติดตามข่าว ตั้ง topic=news และ time_range=day แล้วลบ URL ที่เคยเห็นไปแล้ว อ่านบทความสามชิ้นต่อคำค้นหาเพื่อสรุปว่ามีอะไรเปลี่ยนไป

ตัวกรองทั้งหมดอยู่ใน เอกสารอ้างอิงการค้นหา

ฉันควรกำหนดขนาดแพ็กแรกอย่างไร?

คูณงานต่อวันด้วยการค้นหาต่องาน แล้วคูณด้วย 30 ผู้ช่วยที่ตอบ 100 คำถามต่อวันด้วยการค้นหา 4 ครั้งต่อคำถาม ต้องใช้ประมาณ 12,000 การค้นหาต่อเดือน ซึ่งพอดีใน ค้นหา 25,000 ครั้ง และยังเหลือเผื่อเดือนที่สอง

เครดิตไม่หมดอายุเมื่อสิ้นรอบบิล เครดิตการค้นหาไม่มีวันหมดอายุ: สิ่งที่คุณไม่ได้ใช้ในเดือนนี้ยังอยู่ให้ใช้ในปีหน้า แพ็กเล็กที่ซื้อมาสำหรับต้นแบบยังคงมูลค่าไว้จนกว่าโปรเจกต์จะเติบโต คู่มือค่าใช้จ่าย อธิบายสามกรณีที่ใหญ่ขึ้นและเปรียบเทียบกับ API อื่นและกับเครื่องมือค้นหาที่มีมาในโมเดล

แพ็กสำหรับโปรเจกต์แรก

เริ่มเล็กก่อน เครดิตที่ยังไม่ได้ใช้จะคงอยู่ในบัญชี หนึ่งเครดิตจ่ายสำหรับการค้นหาหนึ่งครั้ง: ผลลัพธ์แบบจัดอันดับสูงสุด 20 รายการ โดยอ่านหน้าเว็บของ 3 รายการแรกและส่งกลับเป็น Markdown การอ่าน 4 ถึง 10 หน้าใช้ 2 เครดิต การเรียกที่จบลงด้วยข้อผิดพลาดไม่มีค่าใช้จ่าย

ทดลอง

5,000 การค้นหา

US$9.25

US$1.85/1K การค้นหา

  • เชื่อมต่อเข้ากับ agent ตัวเดียว
  • API เดียวกับแพ็กที่ใหญ่ที่สุด
  • เครดิตไม่มีวันหมดอายุ
เลือก 5,000 การค้นหา

Builder

ค้นหา 25,000 ครั้ง

US$41.25

US$1.65/1K การค้นหา

  • เอเจนต์เขียนโค้ดหรือผู้ช่วยวิจัย
  • พร้อมใช้งานกับ MCP, LangChain และ n8n
  • เครดิตไม่มีวันหมดอายุ
เลือก ค้นหา 25,000 ครั้ง

ระดับโปรดักชัน

ค้นหา 100,000 ครั้ง

US$145

US$1.45/1K การค้นหา

  • เอเจนต์ในระบบโปรดักชัน
  • เพิ่ม rate limit ได้ตามคำขอ
  • เครดิตไม่มีวันหมดอายุ
เลือก ค้นหา 100,000 ครั้ง

ในทุกแพ็กเกจ: อ่าน 3 หน้าแรกเป็น Markdown · ตัวกรองประเทศ ภาษา เวลา และโดเมน · การเรียกที่ไม่สำเร็จไม่ถูกเรียกเก็บเงิน · เครดิตไม่มีวันหมดอายุ

กรณีการใช้งาน: คำถามที่พบบ่อย

API key เดียวใช้กับหลายโปรเจกต์ได้ไหม?

ได้ คุณยังสร้าง key หนึ่งตัวต่อโปรเจกต์หรือต่อ agent และเพิกถอนตัวใดตัวหนึ่งแยกกันได้ สร้าง API key หนึ่งอันต่อเอเจนต์ แอป หรือเพื่อนร่วมทีม และเพิกถอนอันใดก็ได้จากแดชบอร์ดโดยไม่กระทบอันอื่น

LLMWebSearch เขียนคำตอบให้ agent ของฉันไหม?

ไม่ API ส่งคืนแหล่งข้อมูล ไม่ใช่คำตอบที่เขียนไว้: โมเดลของคุณเองอ่านหน้าเว็บ เขียนคำตอบ และอ้างอิง URL สิ่งนี้ทำให้การเลือกโมเดล prompt และสไตล์การอ้างอิงยังอยู่กับคุณ

กรณีการใช้งานใดใช้เครดิตมากที่สุด?

การวิจัยเชิงลึก เพราะรายงานหนึ่งฉบับรันการค้นหาหลายครั้ง รายงานที่ใช้ 40 การค้นหามีค่า 40 เครดิตกับ read ที่ 3 หรือต่ำกว่า agent และ RAG โดยปกติต้องใช้หนึ่งถึงหกการค้นหาต่อคำถาม

ลองใช้กรณีก่อนซื้อแพ็กใหญ่ได้ไหม?

ได้ ด้วยแพ็กที่เล็กที่สุด ไม่มีแพ็กเกจฟรี: แพ็ก 5,000 การค้นหาคือวิธีลองใช้ ซื้อจากการเติมเงินขั้นต่ำ; เงินส่วนที่คุณเพิ่มเพียงเพื่อให้ถึงขั้นต่ำนั้นจะคืนให้เมื่อร้องขอภายใน 30 วัน เป็น USDT หรือ USDC ตราบใดที่ยังไม่ได้ใช้

เริ่มต้นที่ US$1.20/1K การค้นหา · ไม่ต้อง KYC

รับ API key