Cloudflare Web Search API нээгдэв: агентын хайлт нэг gateway-д орлоо

Cloudflare-ийн 2026 оны аравдугаар сарын 2-ны зарлал Web Search API-г AI Gateway-д нээлттэй beta хэлбэрээр нэвтрүүлж, Ceramic.ai, Exa, Linkup-ийг эхний хайлтын нийлүүлэгчээр нэрлэсэн бөгөөд гурвуул Zero Data Retention дэмжинэ гэж тэмдэглэв. Агент нэг хүсэлтээр шинэ вэб мэдээлэл хайж, нийлүүлэгчээс ирсэн үр дүнг ижил бүтэцтэй авч болно. Хүсэлтүүд AI Gateway-ийн лог, хэрэглээний тооцоогоор дамжина.

Монголд агент хөгжүүлж буй багийн хувьд энэ нь өөрийн вэб мөлхөгч болон хайлтын индекс ажиллуулахгүйгээр шинэ мэдээлэл авах сонголт юм. API-г REST хүсэлтээр эсвэл Cloudflare Worker доторх AI binding-ээр дуудна. Агент хайлтын үр дүнг загварын оролтод өөрөө дамжуулж, эцсийн хариултад аль холбоосыг ашиглах логикоо коддоо тодорхойлно.

Нийлүүлэгч солиход хариуны бүтэц хэрхэн хадгалагдах вэ

Хүсэлтийн provider талбар хайлтыг гүйцэтгэх нийлүүлэгчийг сонгоно. Үүнийг орхивол Ceramic.ai ашиглагдана; exa эсвэл linkup болгож өөрчлөхөд буцах items массивын үндсэн бүтэц хэвээр байна. Үр дүн бүр URL, гарчиг, боломжтой үед тайлбартай, харин metadata хэсэг нь асуулга болон хүсэлтийн мэдээллийг агуулна. Нийлүүлэгч буцаагаагүй нэмэлт талбар хариунд байхгүй байж болно.

Тариф болон үр дүнгийн агуулгыг хамтад нь харвал сонголтын ялгаа тодорхой болно: PPC Land-ийн тариф, ажиллагааны хүснэгтэд Ceramic.ai-г 1000 хүсэлт тутамд 0.25 ам.доллар, Linkup-ийг 5 ам.доллар, Exa-г 7 ам.доллар гэж жагсаасан бөгөөд Ceramic.ai урт тайлбар, Exa асуулгад хамаарах хэсэг, Linkup эх холбоос бүхий товч үр дүн өгдөг гэж ялгасан. Уг хүснэгт Exa-г Zero Data Retention-ийн хувьд “No” гэж тэмдэглэсэн нь нээлтийн зарлалд гурвуул дэмжинэ гэснээс зөрж байна. Эдгээр нь хайлтын үнэ; буцсан мэдээллийг боловсруулах загварын токены төлбөр тусдаа гарна.

• Олон хайлт хийдэг агентын зардлыг эхэлж харах бол Ceramic.ai тохиромжтой суурь сонголт. Тайлбар урт ирэх нь загварт дамжуулах текстийн хэмжээг бас өсгөж болно.
• Асуулгад хамаарах хэсгийг шууд контекст болгох урсгалд Exa-ийн highlight хэлбэр хэрэгтэй байж болно. Нийлүүлэгчийн индекс, эрэмбэ өөр учраас хамааралтай байдлыг зөвхөн үнийн дарааллаар тогтоох боломжгүй.
• Загварын зохиосон хариу бус, эх сурвалжтай шуурхай үр дүн авах урсгалд Linkup-ийн fast хайлт илүү нийцнэ. Эцсийн тайлбар, дүгнэлтийг агентын ашиглаж буй загвар гаргана.

Ижил хариуны бүтэц нь ижил вэб хуудсууд ижил дарааллаар гарна гэсэн баталгаа биш. Нийлүүлэгч солиход үр дүнгийн хамрах хүрээ, тайлбарын урт, хамаарал өөрчлөгдөж болно. Монгол хэл дээрх асуулгад аль нь давуу болохыг нийтлэгдсэн тариф, техникийн тайлбараас шууд дүгнэх боломжгүй; ийм харьцуулсан үр дүн эдгээр мэдээлэлд байхгүй.

REST болон Worker дуудлагын хамгийн бага хэлбэр

Cloudflare-ийн ашиглах заавар REST дуудлагад api.cloudflare.com домэйны /client/v4/accounts/{account_id}/ai/websearch/ зам руу HTTPS POST хүсэлт илгээж, Account > Workers AI > Read болон Account > AI Gateway > Read зөвшөөрөлтэй API token ашиглахаар заасан. Мөн Cloudflare бүртгэл, AI Gateway, цэнэглэсэн кредит эсвэл gateway-д хадгалсан нийлүүлэгчийн түлхүүр хэрэгтэй. Бүртгэл бүрийн default нэртэй gateway-г ашиглаж болно; өөр gateway үүсгэсэн бол түүний ID-г хүсэлтэд өгнө.

REST жишээ: Authorization толгой хэсэгт Bearer token, Content-Type хэсэгт application/json тавиад {"query":"Cloudflare Workers documentation","provider":"ceramic","limit":3,"options":{"gateway":{"id":"default"}}} гэсэн биетийг илгээнэ. Энэ нь зөвхөн дуудлагын хэлбэрийн жишээ; account_id болон token-д өөрийн утгыг оруулна. query нь хайх үг, limit нь авах үр дүнгийн дээд тоо, options.gateway.id нь хүсэлт дамжих gateway-г заана. Нийлүүлэгчийг өөрчлөхөд энэ биет дэх provider утгыг солиход хангалттай.

Worker ашиглахад Wrangler тохиргоонд {"ai":{"binding":"AI"}} нэмээд env.AI.websearch({gatewayId:"default",query:"Cloudflare Workers documentation",provider:"exa",limit:3}) гэж дуудна. Энэ арга HTTP толгой хэсгийг Worker кодод гараар байгуулах шаардлагыг арилгана. websearch() нь стандарт Response буцаадаг тул await response.json() гэж уншаад items-ийг агентын дараагийн алхамд дамжуулна. REST ба Worker аль аль нь ижил gateway-аар дамждаг ч параметрийн байрлал ялгаатай: REST-д gateway ID options дотор, Worker-т gatewayId нэрээр байна.

Хариуны metadata хэсэгт query, requestId, latencyMs зэрэг хүсэлттэй холбоотой талбар багтаж болно. Энэ нь тодорхой хайлтын дуудлагыг таних, хугацааг нь харахад хэрэгтэй. items доторх URL-г загварын оролтоос хасахгүй хадгалбал агент эцсийн хариултдаа эх хуудсыг заах боломжтой. Хайлтын API нь хуудсуудыг олж жагсаана; тэдгээрээс баримт сонгох, зөрүүтэй мэдээллийг тайлбарлах, хариулт бичих нь агентын үлдсэн урсгал юм.

AI Gateway-д төвлөрөх төлбөр, лог ба эмзэг асуулга

Хайлтын хүсэлт AI Gateway-ийн лог, аналитикт загварын дуудлагын хамт харагдана. Кредитээр төлөхөд нийлүүлэгчийн жагсаалтын үнээр, нэмэлт шимтгэлгүй тооцно; өөрийн нийлүүлэгчийн түлхүүр ашиглавал тухайн нийлүүлэгч шууд төлбөр нэхэмжилнэ. Gateway-д түлхүүр хадгалсан бол byokAlias параметрээр сонгож болно. Alias-ийг зориуд заасан боловч тохируулсан түлхүүр байхгүй үед хүсэлт кредит рүү чимээгүй шилжихгүй, алдаа буцаана.

Нэг логийн урсгал нь хайлт ба загварын хэрэглээг хамт харахад дөхөм боловч query-д хэрэглэгчийн хувийн мэдээлэл, байгууллагын дотоод мэдээлэл орвол тэр агуулга бүртгэлд үлдэж болзошгүй. Хайлт хийхэд шаардлагагүй эмзэг үгийг илгээхээс өмнө хасаж, gateway-ийн логийн тохиргоог өгөгдлийн бодлоготойгоо тааруулах нь зүйтэй. Нийлүүлэгчийн Zero Data Retention нөхцөл нь gateway-ийн логт юу хадгалагдахыг шийдэхгүй; эдгээр нь өөр өөр хадгалалтын цэг юм.

Одоогийн beta хувилбарт хайлтыг хэзээ дуудах, буцсан үр дүнг загварт яаж дамжуулахыг хөгжүүлэгч өөрийн агентын кодод тогтооно. AI Gateway-д хайлтыг суурилуулсан server tool болгохоор төлөвлөсөн ч гаргах өдөр зарлаагүй. Тэр боломж гарах хүртэл REST эсвэл Worker-ийн дуудлага агентын вэб хайлтыг ажиллуулах үндсэн арга хэвээр байна.

Мөн уншаарай:

• OpenAI API эсвэл Azure OpenAI: ижил загварын саатал ижил биш
• Cloudflare R2 эсвэл Amazon S3: таталт ихсэхэд egress сонголтыг шийднэ
• n8n-ийг өөрийн серверт байрлуулах нь: нэг encryption key бүх нууцыг аварна