أطلقت TinyFish منصة ويب موحدة للوكلاء الذين يعملون بالذكاء الاصطناعي مع Search و Fetch و Browser و Agent

في 14 أبريل 2026، قدمت شركة TinyFish شيئاً طال انتظار مطوري الأنظمة الموجهة للعوامل له: بنية أساسية موحدة للويب لعوامل الذكاء الاصطناعي التي تحتاج للعمل مع مواقع حية وليس نسخ مؤرشفة من الإنترنت. جمعت الشركة أربع طبقات تحت مفتاح API واحد — البحث والجلب والمتصفح والعامل، أي البحث واستخراج المحتوى والمتصفح البعيد وتنفيذ البرامج النصية بشكل مستقل. الفكرة بسيطة: بدلاً من ربط عدة خدمات للبحث وعرض صفحات جافاسكريبت وتجاوز تسجيلات الدخول وأتمتة الإجراءات، تحصل الفرق على منصة واحدة بطريقة مصادقة موحدة وتجمع رصيد واحد وتنسيق تكامل يمكن التنبؤ به.

المشكلة التي يعالجها هذا الإطلاق معروفة جيداً لمن حاول نشر عامل ذكاء اصطناعي في الإنتاج. البحث الأساسي غير كافٍ إذا احتاج العامل للعثور على صفحة أسعار محدثة للمنافس أو فتح واجهة SPA ثقيلة أو استخراج بيانات منظمة من لوحة معلومات أو تنفيذ سيناريو متعدد الخطوات على موقع حقيقي. في المكدس النموذجي، يتطلب هذا الجمع بين واجهات برمجية بحث منفصلة وخدمات كشط الويب ومتصفحات سحابية وتنسيق مخصص.

تقترح TinyFish تقسيم المهمة بشكل مختلف: البحث يعيد نتائج مرتبة وأجزاء في JSON، الجلب يعرض الصفحة في متصفح حقيقي ويعيد Markdown أو HTML أو JSON منظفة، المتصفح ينفع جلسة متصفح بعيدة لـ Playwright أو CDP، والعامل يستقبل هدفاً باللغة الطبيعية ويقرر بنفسه أين ينقر وماذا يملأ وأي نتيجة يعيد. من الناحية الفنية، تبدو المنصة محاولة لفعل للأتمتة على الويب ما فعلته واجهات برمجية موحدة للوصول إلى النماذج. في التوثيق، تحدد TinyFish رأس X-API-Key واحد لجميع طرق REST وتدعم SDK Python وتكامل CLI و MCP والتوافق مع عملاء مثل Claude Code و Cursor.

لواجهة برمجية العامل، تتوفر ثلاثة أوضاع: التشغيل المتزامن والتشغيل غير المتزامن والبث لتطبيقات تحتاج تقدماً في الوقت الفعلي. لواجهة برمجية المتصفح، يتم إنشاء جلسة في 10–30 ثانية وفق التوثيق، بينما على الصفحة الأولى تروج الشركة بشكل منفصل لجلسات خفية وتدعم العرض الديناميكي وتؤكد بدء بارد أقل من 250 ميلي ثانية. يمكن للجلب معالجة عشر عناوين URL في طلب واحد بشكل مستقل عن بعضها، والبحث مصمم لإعادة نتائج طازجة من الويب الحي بدلاً من الذاكرة المؤقتة.

TinyFish تراهن بوضوح ليس على الراحة فحسب بل على خصائص الإنتاج. تؤكد الشركة أن عامل الويب لديها يظهر دقة 89.9% على Mind2Web وطبقة المتصفح موجهة نحو المواقع ذات الحماية من البوتات وجدران تسجيل الدخول والواجهات الديناميكية.

تتضمن المراجع أيضاً خوادم وكيلة قائمة على الدول وملفات حد أدنى وخفية، وللسيناريوهات المصرح بها — خزينة تتكامل مع مدير كلمات المرور ونقل بيانات الاعتماد في التشغيل. وفق الشركة نفسها، البنية الأساسية تدير بالفعل مئات الآلاف من عوامل الويب المؤسسية شهرياً وتُستخدم في مهام لجوجل و DoorDash و ClassPass وعملاء كبار آخرين في الضيافة والتأمين والتجزئة والخدمات اللوجستية. هذا مهم لأن سوق عوامل الويب يعتمد بشكل متزايد ليس على جودة النموذج نفسه بل على المرونة تجاه المواقع الحقيقية والانقطاعات والحجب والترميز غير المستقر.

ربما أوضح مثال على قيمة المنصة هو سيناريو مراقبة التأمين الذي عرضته TinyFish. فيه، توزع مهمة واحدة على أربع طبقات: البحث يضيق المجال إلى صفحات شركات التأمين المطلوبة، الجلب يسترجع بسرعة جداول الأسعار، المتصفح يتنقل في المواقع المحمية، والعامل يدخل المنافذ ويملأ النماذج ويستخرج الاقتباسات النهائية. على واجهة الخدمة، هذا يظهر كخط أنابيب موحد لتحديث عروض التأمين الربعية والإشارة تلقائياً إلى زيادات القسط فوق خمسة بالمائة.

تعرض الشركة أيضاً حالة استخدام أخرى: عامل يدخل نظام الحجوزات في فندق صغير في اليابان ويقرأ التواريخ والأسعار ويحدّث القوائم على Google Hotels بدون أي تغييرات من جانب الفندق. عملياً، هذا يعني أن المنافسة في مكدس الويب الموجه للعوامل تنتقل من أدوات فردية إلى طبقة تشغيلية شاملة. إن تمكنت TinyFish من الحفاظ على الموثوقية والجودة المعلنة تحت أحمال الإنتاج الحقيقية، سيتمكن المطورون من قضاء وقت أقل في ربط البائعين ووقت أكثر في منطق الأعمال للعوامل نفسها.

في الوقت ذاته، يجب التعامل مع أرقام مثل دقة المعيار أو كفاءة تجاوز الحماية من البوتات كمطالبات بائع والتحقق منها مقابل سيناريوهاتك. لكن الاتجاه واضح بالفعل: سوق عوامل الذكاء الاصطناعي ينضج، والآن تُخلق القيمة بشكل متزايد ليس بعامل ذكي آخر بل بالبنية الأساسية التي تمنحه وصولاً مستقراً إلى الويب الحي.