قبل بضعة أسابيع، رمى أحد الزملاء في Slack رابطًا وسأل: "استنى، هو ده Ferret نفسه؟" ما كانش هو. طلع فيه نموذج رؤية من Apple اسمه Ferret، وأداة بيانات من NOAA اسمها Ferret، وكمان MontFerret — وهو إطار مفتوح المصدر لأتمتة المتصفح، بيستخدمه المطورون لكتابة سكربتات استخراج البيانات بلغة اسمها FQL. الأسماء دي مالهاش أي علاقة ببعض، ولو إنت دلوقتي بتدور على "Thunderbit vs MontFerret"، فالغالب إنك وقعت في نفس اللخبطة دي.
فخلّينا نوضّح من الأول: أنا بدير Thunderbit، وهنا هتكلم عن منتجنا مقارنةً بـ MontFerret بالتحديد — المشروع التصريحي لاستخراج بيانات الويب على montferret.dev. مش مشروع Apple. ومش أداة NOAA. وبصراحة، أول ما بتعدّي مشكلة الأسماء، المقارنة بتبقى فعلًا مثيرة للاهتمام، لأن Thunderbit وMontFerret مش بيتنافسوا على نفس العميل أصلًا. كل واحد فيهم بيحل مشكلة مختلفة لفئة مختلفة من المستخدمين، ودي هي القصة الحقيقية هنا.
الإجابة المختصرة
لو عايز الخلاصة السريعة قبل التفاصيل: Thunderbit هو زاحف ويب مُدار وذكي، معمول علشان يحوّل أي صفحة لبيانات منظمة بسرعة — عن طريق إضافة للمتصفح، وتطبيق ويب، وOpen API، وخادم MCP، وCLI. أما MontFerret فهو إطار مفتوح المصدر لأتمتة المتصفح، بتكتب فيه الاستعلامات بلغة FQL (Ferret Query Language) علشان تستخرج البيانات وتتفاعل مع الصفحات.
وملاحظة صغيرة تانية قبل ما نكمل، لأنّي شوفت ناس بيضيّعوا 20 دقيقة في اللخبطة دي: الكلام هنا عن مشروع MontFerret فقط. مش عن نموذج Ferret من Apple، ولا أداة التصور البياني Ferret التابعة لـ NOAA، ولا أي مشروع تاني ممكن يقابلك في Google. فقط montferret.dev.
نظرة سريعة
| Thunderbit | MontFerret | |
|---|---|---|
| المستخدم الأساسي | مستخدمو الأعمال غير التقنيين (المبيعات، العمليات، GTM)، بالإضافة للمطورين | المطورون/المهندسون |
| الإعداد | تثبيت الإضافة أو فتح تطبيق الويب | تثبيت بيئة Go/Ferret، وضبط منفذ تصحيح Chrome |
| الواجهة | اضغط One Click Extract والباقي على الوكيل | كتابة استعلامات FQL على DOM/CDP |
| لغة الاستعلام | مفيش — تحسين الحقول بلغة طبيعية | FQL (مستوحاة من ArangoDB AQL) |
| أتمتة المتصفح | مُدارة على الصفحات المتوافقة والمصرح بها | تُدار ذاتيًا عبر Chrome DevTools Protocol |
| منطق الاستخراج | تحليل وكيل للصفحة | محددات، حلقات، وفلاتر بتكتبها بنفسك |
| النشر | إضافة متصفح / تطبيق ويب / سحابة | استضافة ذاتية، والبنية التحتية عليك |
| الجدولة | مدعومة في الخطط المؤهلة | بتبنيها وبتديرها بنفسك |
| الصيانة | المنتج بيتكفل بيها | فريقك هو المسؤول عنها |
| الترخيص | SaaS مدفوع (حسب الخطة/الاعتمادات) | مفتوح المصدر، ويمكن تشغيله مجانًا |
| التكلفة الإجمالية | تكلفة اشتراك | "مجاني" من ناحية البرمجيات، لكن فيه تكلفة بنية تحتية ووقت هندسي |
ما هو Thunderbit؟
شرحت Thunderbit لناس كتير عمرهم ما استخرجوا بيانات من أي موقع، وأبسط طريقة أقولها بيها هي: بتفتح صفحة مسموح لك تدخل عليها، تضغط زر واحد، وThunderbit يحدد البيانات المهمة في الصفحة دي.
وده بالظبط اللي بيحصل. بتضغط One Click Extract. الوكيل عندنا بيكتشف الصفحة ويقرأها ويحلل بنيتها ويجهز الحقول اللي شايفها مفيدة — زي أسماء المنتجات، الأسعار، معلومات التواصل، أو أي حاجة الصفحة معروضة فيها أصلًا. بعد كده بيظهر زر Run Now. تقدر تضغطه وتشغّل العملية فورًا، أو لو ما عملتش حاجة... هيبدأ تلقائيًا من نفسه. كده انتهينا. نقرة واحدة مقصودة، من غير بناء مخطط بيانات، ومن غير كتابة محددات، ومن غير كود.
دي طريقة عمل إضافة Chrome الخاصة بـ Thunderbit، وهي أول حاجة بيقابلها أغلب المستخدمين. لكنها مش الواجهة الوحيدة. لو عايز تزبط الاستخراج — مثلًا تطلب منه يلقط حقل معين فات، أو يعيد تنسيق حاجة — تقدر تعمل ده بتعليمات عادية. وكمان Thunderbit بيتعامل تلقائيًا مع الصفحات المتعددة والصفحات الفرعية المتوافقة على الصفحات المدعومة، وبيسمح لك بالتصدير إلى Excel أو Google Sheets أو Airtable أو Notion.
وللمطورين، فيه حاجات أكتر تحت السطح: تطبيق Thunderbit Web App للاستخراج السحابي، وOpen API للوصول البرمجي، وخادم MCP للربط مع وكلاء الذكاء الاصطناعي زي Claude أو Cursor، وCLI لسير العمل من الطرفية أو من خلال وكلاء البرمجة. يعني رغم إن الإضافة هي نقطة الدخول من غير كود، Thunderbit مش مجرد أداة متصفح بسيطة — ده منصة استخراج كاملة بطرق دخول مختلفة.
وهنا نقطة صريحة ومهمة: عبارة "نقرة واحدة" تنطبق على الصفحات المتوافقة والمصرح لك تدخلها. وده مش معناه إنه هيعدّي كل أنظمة مكافحة الروبوتات، أو كل بوابات تسجيل الدخول، أو كل الحالات الغريبة اللي ممكن أي موقع يسببها.
ما هو MontFerret؟
MontFerret حاجة مختلفة تمامًا، وبصراحة أنا مقدّر جدًا اللي بنوه. هو نظام مفتوح المصدر لاستخراج بيانات الويب بشكل تصريحي، يعني بدل ما تضغط أزرار، بتكتب استعلامات بلغة FQL — Ferret Query Language — واللي المشروع بيقول إنها مستوحاة من AQL بتاعة ArangoDB.
وبحسب وثائقهم الرسمية، النظام متكوّن من كام جزء أساسي: محلل FQL، ومترجم، وبيئة تشغيل، ومكتبة قياسية، وسجل دوال المستخدم، ومحركات HTML في الذاكرة، ومحرك Chrome DevTools Protocol (CDP)، وواجهة سطر أوامر. لو ده باين كتير ومتشابك، فهو فعلًا كده — لكن دي أصل الفكرة. MontFerret معموله للمطورين اللي عايزين تحكم دقيق على مستوى الكود في طريقة استخراج الصفحة.
ولأي حاجة فيها محتوى بيتحمّل عبر JavaScript أو تفاعل فعلي مع المتصفح، هتحتاج تشغّل Chrome أو Chromium مع فتح منفذ تصحيح علشان MontFerret يقدر يتواصل معاه عبر CDP. بعد الإعداد، استعلام FQL يقدر يعبّر عن الحلقات، والفلاتر، والمحددات الشبيهة بـ CSS، والتنقل بين الصفحات، والنقرات/الإدخالات التفاعلية، وقيم الإرجاع المنظمة — يعني باختصار، لغة استعلام بتغلف منطق أتمتة المتصفح.
المقايضة هنا حقيقية: MontFerret بيخفف كتير من تفاصيل المتصفح والشبكة منخفضة المستوى، لكنك لسه محتاج تتعلم FQL، وتكتب استعلاماتك وتختبرها، وتشغل البيئة بنفسك. مفيش هنا لحظة "اضغط وهو يفهم الحقول". إنت بتحدد له بالظبط يعمل إيه، كل مرة.
الفرق الجوهري: منتج مُدار وذكي مقابل إطار يعتمد على لغة استعلام
الوقت حتى أول نتيجة منظمة
هنا الفرق بيبان بوضوح أكتر. مع Thunderbit، الوقت لحد أول نتيجة بيتحسب بالثواني: اضغط One Click Extract، وسيب الوكيل يحلل الصفحة، والمهمة هتبدأ تلقائيًا؛ أما Run Now فاختياري. مع MontFerret، إنت بتكتب الاستعلام الأول. حتى سكربت FQL بسيط محتاج تفهم المحددات، وصياغة الاستعلام، وسلوك محرك CDP على الصفحة المستهدفة. ده مش تقليل من MontFerret — ده بس نقطة بداية مختلفة تمامًا. واحد بيقولك: "سيب الوكيل يكتشفها"، والتاني بيقول: "إنت قول له يعمل إيه بالظبط".
أتمتة المتصفح المخصصة والتحكم
لو قلبنا الصورة، هنلاقي إن MontFerret أقوى في الدقة. لو محتاج أداة استخراج تنفذ حاجة محددة جدًا — زي تعبئة نماذج متعددة الخطوات، أو منطق شرطي حسب حالة الصفحة، أو سلوك إعادة محاولة مخصص — فـ FQL بيديّك المستوى ده من التحكم لأنك بتكتب المنطق بنفسك. نهج Thunderbit الوكيلي ممتاز في "استخرج المفيد من الصفحة دي"، لكنه مش معمول علشان يكون لغة برمجة عامة للمتصفح. لو حالتك محتاجة منطق تفرّع مخصص عبر سير عمل متعدد الصفحات، فده ملعب MontFerret.
مسؤولية النشر والصيانة
ودي نقطة ناس كتير بتقلّل من أهميتها. مع Thunderbit، لما شكل الموقع يتغير، الاستخراج الوكيلي بيتكيّف لأنه بيعيد تحليل الصفحة كل مرة بدل ما يعتمد على محددات ثابتة — لكن برضه، ده مش وعد إنه هيشتغل مع كل تغيير في التصميم. مع MontFerret، لو بنية DOM في موقع اتغيرت، محددات FQL ممكن تتكسر، وساعتها لازم حد في فريقك يلاحظ المشكلة ويشخّصها ويصلّحها. دي مسؤولية هندسية مستمرة، ومش بتختفي بالكامل مع أي أداة استخراج مكتوبة يدويًا، سواء كانت مفتوحة المصدر أو لأ.
سيناريوهات عملية
استخراج لمرة واحدة لمستخدم أعمال
تخيل إن حد في عمليات المبيعات محتاج قائمة شركات من دليل ويب قبل آخر اليوم، ومفيش مهندس فاضي. Thunderbit معمول بالظبط للحالة دي: افتح الصفحة، اضغط One Click Extract، صدّر إلى Google Sheets، وكمل يومك. محدش هيكتب FQL علشان مهمة لمرة واحدة.
أتمتة متصفح قابلة للتكرار من إعداد المطور
دلوقتي تخيل فريق هندسة بيبني خط مراقبة محتاج يفحص صفحة أسعار منافس كل ليلة، ويحلل بيانات متداخلة معيّنة، ويبعتها لنظام داخلي مع منطق تحويل مخصص. هنا نهج MontFerret التصريحي يبان قوي — بتكتب FQL مرة واحدة، وبتعرف بالظبط بيعمل إيه، وبتملك خط العمل كله.
سير عمل ديناميكي متعدد الخطوات على موقع
بالنسبة للمواقع اللي بتطلب تسجيل دخول، وتنقل بين صفحات متعددة، وإجراءات شرطية حسب اللي ظاهر على الشاشة، محرك CDP في MontFerret ومنطقه الاستعلامي الصريح بيدّيك التحكم علشان تبرمج ده بدقة. Thunderbit يقدر يتعامل مع الصفحات المتعددة والصفحات الفرعية المتوافقة على الصفحات المدعومة والمصرح بها، لكنه مش معمول كأداة برمجة عامة لسير عمل متصفح متعدد الخطوات بأي معنى.
تكامل مع API أو وكيل ذكاء اصطناعي
لو إنت بتبني وكيل ذكي محتاج يسحب بيانات ويب منظمة كجزء من سير عمل أكبر، فإن خادم MCP الخاص بـ Thunderbit بيتكامل مباشرة مع أدوات زي Claude Code أو Cursor. أما MontFerret فممكن برضه تدمجه برمجيًا ضمن حزمة مخصصة، لكنك هتبني طبقة التكامل بنفسك بدل ما تستخدم موصل جاهز.
الاعتمادية والمرونة والصيانة
هكون صريح هنا لأن دي النقطة اللي كتير من مقالات المقارنة بتتهرب منها. فهم Thunderbit الوكيلي للصفحة مفيد فعلًا لأنه بيقلل عبء الصيانة الناتج عن المحددات الثابتة — فالوكيل بيعيد قراءة بنية الصفحة بدل ما يعتمد على مسار CSS هش ممكن يتكسر بمجرد ما الموقع يغيّر الترميز. لكن "وكيلي" مش معناها "سحري". هو بيشتغل على الصفحات المتوافقة والمصرح بها، وفيه فعلًا مواقع وحالات ممكن ما يلقطش فيها بالضبط اللي إنت متوقعه.
ومن الناحية التانية، منطق الاستعلام/الأتمتة الصريح في MontFerret أكثر قابلية للتنبؤ من ناحية، لأنك عارف بالضبط هو بيعمل إيه لأنك إنت اللي كتبته — لكن القابلية دي بتجي على حساب الهشاشة لما الصفحة الأساسية تتغير. لو الموقع استبدل عنصر div بعنصر section، المحدد بتاعك ممكن يبوظ من غير ما تحس، ومش هتاخد بالك إلا لما البيانات ترجع فاضية أو غلط.
ولا أي واحدة من الأداتين بتدّعي إنها بتكسر وسائل مكافحة الروبوتات بشكل شامل، وده أصلًا شيء بدأت أشك فيه في أي أداة تقول كده. الاتنين لازم يشتغلوا ضمن الحدود اللي عندك حق الوصول لها.
التسعير، الترخيص، والتكلفة الإجمالية
هنا كلمة "مجاني" المرتبطة بالبرمجيات مفتوحة المصدر بتبقى مضللة شوية، واعتقد مهم جدًا نكون واضحين.
MontFerret مفتوح المصدر — وبرضه راجع الترخيص الحالي في المستودع قبل ما تعتمد عليه، لأن الحاجات دي ممكن تتغير تقنيًا — لكن بشكل عام مفيش رسوم اشتراك لاستخدام الإطار الأساسي. مع ذلك، "مجاني" هنا بيغطي رخصة البرنامج بس. إنت لسه محتاج توفّر وتستضيف موارد الحوسبة بتاعتك، وتشغّل وتحافظ على مثيلات Chrome/Chromium، وتدير البروكسيات لو بتستخرج على حجم فعلي، وتجهز المراقبة لو الدنيا وقعت، وتدفع أجر المهندسين علشان يكتبوا سكربتات FQL ويصينوها.
Thunderbit شغال ضمن خطط مدفوعة — راجع صفحة Thunderbit Pricing الحالية علشان الأرقام الدقيقة لأن التفاصيل دي بتتغير مع الوقت — لكن التكلفة دي بتشمل التشغيل المُدار للمتصفح/السحابة، ومنطق الاستخراج الوكيلي، والتصدير، والوصول إلى API/MCP/CLI. مفيش فاتورة بنية تحتية منفصلة هتوجع دماغك.
| عامل التكلفة | Thunderbit | MontFerret |
|---|---|---|
| تكلفة الترخيص | SaaS مدفوع (حسب الاعتمادات/الخطة) | مجاني ومفتوح المصدر |
| تكلفة البنية التحتية | مشمولة في الخطة | عليك توفير/استضافة الخوادم وChrome والبروكسيات |
| وقت الهندسة | منخفض — مفيش حاجة للكود | مستمر — كتابة واختبار وتصحيح FQL |
| عبء الصيانة | المنتج بيتكفل به | فريقك مسؤول عنه |
السؤال الحقيقي مش "أيهما أرخص" — بل "فين إنت عايز التكلفة تظهر". Thunderbit بيظهرها في فاتورة شهرية. MontFerret بيظهرها في تقويم فريق الهندسة عندك.
من ينبغي أن يختار Thunderbit؟
لو إنت جزء من فريق غير تقني ومحتاج البيانات دلوقتي ومفيش مهندسين جاهزين، فـ Thunderbit هو الاختيار الواضح. ونفس الكلام ينطبق على أي حد بيعمل سحب بيانات لمرة واحدة أو بشكل متكرر في بيئة أعمال، لما تكون "قلة الإعداد بشكل مطلق" أهم من التحكم الدقيق. ولو إنت أصلًا بتبني سير عمل لوكلاء ذكاء اصطناعي وعايز تربط الاستخراج عبر MCP أو CLI من غير ما تكتب طبقة تكامل مخصصة، فده هو المجال الطبيعي لـ Thunderbit.
من ينبغي أن يختار MontFerret؟
لو إنت مطور بتبني خط استخراج متكرر لازم يشتغل ضمن CI/CD، أو محتاج بنية تحتية مستضافة ذاتيًا لأسباب إقامة بيانات أو امتثال، فنهج MontFerret التصريحي والتحكم الكامل في البنية التحتية بيبقوا منطقيين جدًا. وهو كمان مناسب جدًا لو فريقك عنده القدرة الهندسية يحافظ على سكربتات FQL على المدى الطويل، وعايز فعلًا المستوى ده من التحكم في منطق أتمتة المتصفح.
هل يمكن للفرق استخدام الاثنين معًا؟
بصراحة، أيوه، ومش شايف دي إجابة مراوغة. شفت إعدادات بتستخدم فيها الفرق التقنية مهام FQL متخصصة وقابلة للتكرار لخطوط البيانات الأساسية اللي محتاجة منطق دقيق ومتحكم فيه بالإصدارات، وفي نفس الوقت أفراد الفريق غير التقنيين بيستخدموا Thunderbit للبحث السريع، أو التصدير السريع، أو سحب البيانات الاستكشافية اللي ما تستاهلش سكربت مخصص. هما في الحقيقة مش أداتين متنافسين — هما واقفين في طبقات مختلفة من نفس عملية البيانات الأوسع. ومش هادّعي إن فيه تكامل رسمي بينهم، لأنه مفيش، لكن من ناحية معمارية ده تقسيم منطقي جدًا.
الحكم النهائي
لو عايز ألخصها في جملة واحدة: اختار بناءً على مين اللي هيعمل الشغل وقد إيه عنده وقت. لو عندك شخص غير تقني محتاج جدول بيانات خلال عشر دقايق، فـ Thunderbit بيفوز كل مرة — مفيش منافسة. ولو عندك مهندس عايز خط استخراج تصريحي، مستضاف ذاتيًا، وقابل للتحكم بالإصدارات، ومش فارق معاه يشيل الصيانة على المدى الطويل، فـ MontFerret خيار مفتوح المصدر ممتاز فعلًا.
دي مش حالة "أداة واحدة بتكسب التانية"، وهيكون ظلم لو أوهمتك بغير كده. دي حالة: "إيه المشكلة اللي إنت بتحاول تحلها فعلًا؟".
الأسئلة الشائعة
أي مشروع Ferret بيتناقش هنا؟
المشروع المقصود هو MontFerret، إطار استخراج بيانات الويب التصريحي مفتوح المصدر على montferret.dev. وهو غير مرتبط بنموذج Ferret البصري من Apple، أو أداة التصور البياني Ferret التابعة لـ NOAA، أو أي مشروع تاني اسمه "Ferret".
هل MontFerret مفتوح المصدر؟
أيوه، MontFerret مشروع مفتوح المصدر. مفيش رسوم ترخيص على الإطار الأساسي، لكن الأفضل تراجع المستودع الحالي علشان تعرف شروط الترخيص الدقيقة قبل ما تستخدمه تجاريًا، لأن تكاليف البنية التحتية والهندسة لسه موجودة حتى لو البرنامج نفسه مجاني.
هل Thunderbit بيدعم تكاملات API وMCP؟
أيوه. Thunderbit بيقدم Open API للوصول البرمجي، وخادم MCP بيربط أدوات الاستخراج بتاعته مع مضيفين لوكلاء الذكاء الاصطناعي زي Claude Code وCursor، وكمان CLI لسير العمل من الطرفية.
أيهما أسهل لغير المطورين؟
Thunderbit طبعًا. إضافة المتصفح فيه معمولة تحديدًا علشان المستخدمين غير التقنيين يقدروا يستخرجوا بيانات منظمة بمجرد الضغط على One Click Extract — من غير لغة استعلام، ولا محددات، ولا كود. أما MontFerret فبيحتاج تتعلم FQL وتجهز بيئة تشغيل، وده بيفترض وجود مهارات تطوير أساسية على الأقل.
أيّهما بيدّي تحكم أوضح في أتمتة المتصفح؟
MontFerret. لأنك بتكتب استعلامات FQL مباشرة على DOM عبر Chrome DevTools Protocol، بتحصل على تحكم دقيق على مستوى الكود في التنقل والتفاعلات والمنطق الشرطي. أما نهج Thunderbit الوكيلي فبيركّز على الاستخراج السريع والمنظم على الصفحات المتوافقة، بدل الأتمتة البرمجية الدقيقة.
