Playwright MCP: خادم Model Context Protocol الذي نشرته Microsoft لأداة Playwright (المستودع الرسمي). يتيح لوكيل ذكاء اصطناعي التحكم في متصفح عبر قراءة شجرة الوصول (accessibility tree) للصفحات، دون لقطات شاشة ودون نموذج رؤية: فتح عنوان URL، والنقر، وملء نموذج، وقراءة ما يظهر على الشاشة.
يعهد عدد متزايد من فرق ضمان الجودة باختبارات الانحدار إلى وكيل مثل Claude، متصل بـ Playwright MCP. تُعدّ الأداة ممتازة لاستكشاف تطبيق أو إعادة إنتاج خطأ. أما لاختبار يُعاد تشغيله عند كل إصدار، فتنقصها خاصية واحدة: إعادة المسار نفسه بالضبط، لأن الوكيل يعيد اتخاذ قرار كل إجراء في كل مرة. يوزّع Delta-QA MCP الأدوار على نحو مختلف. ينشئ وكيلك السيناريو بكلمات بسيطة، ثم يعيد Delta-QA تشغيله بشكل مطابق دون LLM، ويقارن كل إصدار بالمرجع.
الأساسيات في صفحة واحدة (التعريف، الأتمتة بدون كود، كيفية اختيار الأداة): اختبار الانحدار الآلي بدون كود.
وكيل الذكاء الاصطناعي لديك يعرف بالفعل كيف يتنقل في موقعك. اربطه بـ Delta-QA: يكتب الوكيل السيناريو، ويعيد Delta-QA تشغيله عند كل إصدار ويصوّر كل خطوة. جرّب Delta-QA مجانًا ←
سبب الإقبال الكبير من فرق ضمان الجودة على Playwright MCP
يحوّل Playwright MCP طلبًا بكلمات بسيطة إلى إجراءات فعلية داخل متصفح. يكتب المختبِر «تحقق من أن نموذج الاتصال يرفض بريدًا إلكترونيًا غير صالح»، فيفتح الوكيل الصفحة، ويدخل البيانات، ويرسل النموذج، ثم يقدّم تقريره. لا حاجة إلى كتابة سكربت ولا إلى البحث عن محدِّد، وهذا ما يفسّر سرعة تبنّيه.
الأرقام تؤكد ذلك. انتقلت الحزمة @playwright/mcp من 2.2 مليون تنزيل على npm في سبتمبر 2025 (npm) إلى 29.3 مليون في سبتمبر 2026 (npm)، ويقترب مستودعها على GitHub من 38,000 نجمة. تشمل التنزيلات أيضًا عمليات التثبيت التلقائية، لذا فالمؤشر غير مثالي. أما الاتجاه فواضح: ازداد عدد التنزيلات 13 ضعفًا في عام واحد.
مزاياه حقيقية. تعمل أدواته على شجرة الوصول في الصفحة، وهو ما تقدّمه Microsoft على أنه تطبيق حتمي للأدوات، بلا غموض المقاربات القائمة على لقطات الشاشة. وتوصي Microsoft باستخدامه في الأتمتة الاستكشافية وفي المهام التي يحتاج فيها الوكيل إلى الاحتفاظ بسياق المتصفح. إعادة إنتاج خطأ تم الإبلاغ عنه، والتحقق من صفحة بعد إصلاح، واكتشاف ميزة: في هذه المهام التي تُنجز لمرة واحدة، يوفّر Playwright MCP وقتًا كبيرًا.
إذن Playwright MCP أداة ممتازة للاستكشاف. ويبقى أن نحدد ما إذا كان يصلح ليكون شبكة أمانك عند كل إصدار. ولفهم عمل البروتوكول نفسه، راجع Playwright وبروتوكول MCP (Model Context Protocol).
الاختبار الذي يعيد الوكيل تشغيله ليس اختبار انحدار
لا قيمة لاختبار الانحدار إلا إذا أعاد المسار نفسه، بالتحققات نفسها، عند كل إصدار. بهذا وحده يمكن نسبة أي اختلاف إلى الإصدار لا إلى الاختبار. أما الوكيل الذي يقوده LLM فيعيد اتخاذ قرار كل إجراء في كل مرة: قد تنتج المطالبة نفسها مسارًا مختلفًا، ومن ثمّ حكمًا مختلفًا.
هذا ليس عيبًا في Playwright، بل هو طبيعة نماذج LLM. في سبتمبر 2025، أرسل مختبر Thinking Machines الطلب نفسه 1,000 مرة إلى نموذج Qwen3-235B بدرجة حرارة مضبوطة على الصفر، وهو الإعداد الذي يُفترض أنه الأكثر استقرارًا. فحصل على 80 إجابة مختلفة (Thinking Machines Lab). تُطبَّق أدوات Playwright MCP بشكل حتمي؛ أما قرار استدعائها، وبأي ترتيب، وعلى أي عنصر، فليس كذلك.
لفريق ضمان الجودة، يترتب على ذلك ثلاث نتائج عملية:
- الفشل لا يبيّن ما الذي تغيّر. عندما تفشل إعادة التشغيل، لا شيء يبيّن هل حدث انحدار في الموقع أم سلك الوكيل مسارًا آخر.
- النجاح لا يثبت أن المسار هو نفسه. قد يصل الوكيل إلى الصفحة الأخيرة عبر طريق ملتوٍ، ثم يستنتج أن كل شيء يعمل.
- كل تشغيل يكلّف وقتًا ورموزًا (tokens). يعيد الوكيل التفكير عند كل خطوة، وتنبّه Microsoft إلى أن MCP يحمّل في سياق النموذج مخططات أدوات وأشجار وصول ضخمة (README الخاص بـ Playwright MCP).
لدى Playwright جوابه الخاص: تثبيت المسار في الكود. يستكشف وكلاء الاختبار لديه التطبيق، ويكتبون خطة، ثم يحوّلونها إلى ملفات Playwright Test يصلحها وكيل ثالث عندما تتعطل. هذا هو الطريق الصحيح لفريق تطوير يضع كود الاختبار تحت التحكم في النسخ ويصونه. أما بالنسبة إلى فريق ضمان جودة لا يبرمج، فالأمر يعني وراثة ملفات TypeScript ومحدِّدات وتأكيدات (assertions) يجب صيانتها.
Delta-QA MCP: الوكيل ينشئ السيناريو وDelta-QA يعيد تشغيله
يحتفظ خادم MCP الخاص بـ Delta-QA بأفضل ما يجيده الوكيل، وهو فهم طلب بكلمات بسيطة، ويرفع عنه ما لا يجيده، وهو إعادة التشغيل بشكل مطابق. ينشئ وكيلك السيناريو ويكتب خطواته. ويعيد Delta-QA تشغيلها في متصفحه الخاص، على موقعك الحقيقي، ويصوّر كل خطوة، ولا يعتمد إلا ما نجح فعلًا.
يوفّر الخادم ثماني أدوات يكتشفها الوكيل بنفسه. تكفي ستٌّ منها لإنشاء اختبار، بهذا الترتيب:
list_workspaces: يختار الوكيل مساحة العمل التي سينشئ فيها الاختبار.create_scenario: ينشئ الوكيل السيناريو انطلاقًا من اسم وعنوان URL للبداية؛ أما الخطوة 1، وهي فتح الصفحة، فيضعها Delta-QA.set_scenario_steps: يكتب الوكيل خطوات المسار من بين أربعة عشر إجراءً (النقر والكتابة والاختيار وضغط المفاتيح والتمرير والتنقّل…)، وتستهدف كل خطوة عنصرًا في الصفحة.capture_scenario: يعيد Delta-QA تشغيل السيناريو في متصفحه، على الموقع الحقيقي، ويلتقط لقطة لكل خطوة.get_capture_result: يقرأ الوكيل الحكم. وعند الفشل يحدّد الحكم الخطوة المطلوب إصلاحها، فيصلحها الوكيل ويعيد التشغيل.activate_scenario: بعد إعادة تشغيل ناجحة، يعتمد الوكيل السيناريو فيصبح الالتقاط مرجعه.
لا شيء يُعتمد بالثقة وحدها. فقد يخطئ الوكيل في اختيار المحدِّد، أو يزعم أن مسارًا ما يعمل. وما دام Delta-QA لم يعد تشغيل كل الخطوات بنجاح، يبقى السيناريو مسودة. تجد تفاصيل الأدوات والأدوار والمفاتيح في صفحة خادم MCP من Delta-QA.
| Playwright MCP | Delta-QA MCP | |
|---|---|---|
| من ينفّذ المسار | الوكيل، إجراءً بعد إجراء، في كل مرة | Delta-QA، انطلاقًا من الخطوات التي كتبها الوكيل مرة واحدة |
| دور LLM عند إعادة التشغيل | يقرّر كل إجراء | لا دور له: لا يتدخل LLM إلا عند الإنشاء |
| ما يبقى بعد الجلسة | سجل المحادثة، أو ملفات اختبار يجب صيانتها | سيناريو في Delta-QA، مقروء وقابل للتعديل دون كود |
| دليل النتيجة | تقرير الوكيل ولقطاته | لقطة لكل خطوة، وحكم يحدّد الخطوة الفاشلة |
| الإصدار التالي | تشغيل جديد من الوكيل، أو كود يجب تطويره | إعادة تشغيل مطابقة، تُقارَن بالمرجع |
| نقطة القوة | الاستكشاف، وإعادة إنتاج الأخطاء، والتحققات لمرة واحدة | اختبارات انحدار تُعاد عند كل إصدار، بدون كود |
دع وكيلك يكتب سيناريوهاتك، واحتفظ بإعادة تشغيل مطابقة في كل مرة. يعيد Delta-QA تشغيل كل خطوة على موقعك الحقيقي، ولا يعتمد إلا ما نجح فعلًا. جرّب Delta-QA مجانًا ←
مثال: إنشاء اختبار مسار تسجيل الدخول باستخدام Claude Code
يتطلب ربط Claude Code بـ Delta-QA مفتاح API وأمرًا واحدًا. بعد ذلك تصف المسار كما تصفه لزميل. يكتب الوكيل السيناريو، ويعيد Delta-QA تشغيله ويحتفظ بالدليل عليه، خطوة بخطوة.
- أنشئ حسابك المجاني ومساحة عملك في Delta-QA.
- أنشئ مفتاح API من الإعدادات، تبويب مساحة العمل، قسم مفاتيح API. امنحه اسمًا، ودور «يمكنه التعديل» لوكيل يكتب السيناريوهات، ومدة صلاحية: 30 يومًا أو 90 يومًا أو سنة واحدة. يظهر المفتاح مرة واحدة فقط، مع الأمر الجاهز.
- الصق الأمر في الطرفية (terminal)، مع استبدال
dqa_…بمفتاحك:
claude mcp add --transport http delta-qa https://api.delta-qa.com/api/mcp --header "Authorization: Bearer dqa_…"
- صف المسار في Claude Code بكلمات بسيطة. على سبيل المثال: «أنشئ اختبار انحدار لمسار تسجيل الدخول على
https://staging.example.com: أدخل البريد الإلكتروني لحساب الاختبار وكلمة المرور، ثم أرسل النموذج، وتحقق من ظهور لوحة التحكم.» - دع الوكيل يعمل. ينشئ السيناريو، ويكتب الخطوات، ويطلب من Delta-QA إعادة تشغيلها. وإذا فشلت خطوة، كتعذّر العثور على زر في الخطوة 4، فإن الحكم يحدّدها: يصحّح الوكيل ويعيد التشغيل.
- اعتمد. عندما تنجح إعادة التشغيل، يعتمد الوكيل السيناريو ويصبح التقاطه المرجع.
كلمة المرور، وهي قيمة مُعلَّمة بأنها حسّاسة، تُشفَّر فور وصولها، وتُدخَل عند إعادة التشغيل، وتُحجَب في اللقطات: فالوكيل نفسه لم يعد قادرًا على قراءتها. ولا يعمل مفتاح API إلا داخل مساحة عمله، بصلاحيات دوره، ويمكن إلغاؤه فورًا من الشاشة نفسها.
بعد ذلك، يستعيد فريق ضمان الجودة زمام الأمر في Delta-QA
بعد اعتماده، يصبح السيناريو الذي أنشأه الوكيل سيناريو Delta-QA مثل غيره. يظهر في مساحة عملك، مقروءًا وقابلًا للتعديل دون كود، كأنه سُجِّل أثناء التصفّح. ينتهي دور الوكيل هنا: إعادة التشغيل والمقارنة واتخاذ القرار تعود إلى فريق ضمان الجودة، بكل أدوات Delta-QA.
عند كل إصدار:
- أعد التشغيل بنقرة واحدة: يُنفَّذ السيناريو من تلقاء نفسه على Chrome وFirefox وWebKit، وبعروض الشاشة التي تختارها.
- قارن: يعرض التقرير المرجع والنسخة الحالية جنبًا إلى جنب، مع تمييز الفروقات وتصنيفها (حرج، تحذير، طفيف). والذكاء الاصطناعي الحتمي في Delta-QA، وليس نموذجًا لغويًا كبيرًا (LLM)، يصدر دائمًا الحكم نفسه على الاختلاف نفسه.
- قرّر: اعتمد التغيير كمرجع جديد، أو افتح تذكرة خطأ مباشرة من التقرير.
يحتوي التقرير على ما يحتاجه المطوّر للإصلاح: الخطوة المعنية، ولقطة المرجع، واللقطة الحالية، والمناطق المختلفة. تُسلَّم هذه العناصر كما هي إلى المطوّر، أو إلى وكيل البرمجة الخاص به، فينطلق من اختلاف محدد بدلًا من وصف تقريبي. وبعد الإصلاح، تؤكد إعادة تشغيل جديدة للسيناريو نفسه أن الانحدار اختفى.
وكيلك يكتب السيناريو، وDelta-QA يحتفظ بالدليل. أنشئ مفتاح API الخاص بك، ودع Claude Code يكتب أول اختبار انحدار لديك. جرّب Delta-QA مجانًا ←
الأسئلة الشائعة
ما هو Playwright MCP؟
Playwright MCP هو خادم Model Context Protocol الذي نشرته Microsoft لأداة Playwright. يتيح لوكيل ذكاء اصطناعي مثل Claude التحكم في متصفح حقيقي عبر قراءة شجرة الوصول للصفحات: فتح عنوان URL، والنقر، والكتابة، وقراءة المحتوى. يتصرف الوكيل انطلاقًا من تعليمات بكلمات بسيطة، دون سكربت.
هل يمكن إجراء اختبارات الانحدار باستخدام Playwright MCP؟
نعم، في حالة تحقق لمرة واحدة. أما الاختبار الذي يُعاد تشغيله عند كل إصدار، فيعيد الوكيل فيه اتخاذ قرار كل إجراء في كل مرة، ولذلك قد تسلك مرتان مسارين مختلفين. عندها يلزم تثبيت المسار: إما في كود Playwright Test يصونه الفريق، وإما في أداة تعيد تشغيله بشكل مطابق، مثل Delta-QA.
هل أحتاج إلى معرفة البرمجة لاستخدام خادم MCP الخاص بـ Delta-QA؟
لا. تصف المسار بكلمات بسيطة، فيكتب الوكيل الخطوات ويعيد Delta-QA تشغيلها. ثم يظهر السيناريو في Delta-QA، مقروءًا وقابلًا للتعديل دون كود، مثل سيناريو سُجِّل أثناء التصفّح.
هل يتدخل LLM عندما يعيد Delta-QA تشغيل الاختبار؟
لا. لا يتدخل الوكيل إلا عند إنشاء السيناريو. أما عمليات إعادة التشغيل فينفّذها متصفح Delta-QA، وتتم مقارنتها بالمرجع بواسطة الذكاء الاصطناعي الحتمي في Delta-QA، وليس نموذجًا لغويًا كبيرًا (LLM): المدخل نفسه يعطي دائمًا الحكم نفسه.
ما الوكلاء الذين يمكنهم الاتصال بـ Delta-QA؟
يتصل Claude Code بـ Delta-QA بأمر واحد. ويمكن أيضًا لأي عميل MCP يقبل خادمًا بعيدًا عبر «Streamable HTTP»، مع ترويسة مصادقة، أن يتصل به.
هل خادم MCP مشمول في الحساب المجاني؟
نعم. مفاتيح API وخادم MCP متاحان في جميع الباقات، بما فيها الحساب المجاني. وما يطلقه الوكيل يُحتسب ضمن حصة باقتك، كما لو أنك أطلقته بنفسك.