Zero-Backend-Change Delivery with Dev & QA AI Skillsتسليم دون أي تغيير في الواجهة الخلفية باستخدام مهارات الذكاء الاصطناعي للتطوير وQA
86 questions in 11 sections · web edition86 سؤالًا في 11 قسمًا · النسخة الإلكترونية
This document reflects the talk as given on 19 November 2026; figures are a snapshot.يعكس هذا المستند المحاضرة كما قُدّمت في 19 نوفمبر 2026؛ والأرقام لقطة لذلك اليوم.
Offline keyword search with related-word matching; tolerates typing mistakes. It is not AI search.بحث بالكلمات المفتاحية يعمل دون اتصال، مع مطابقة الكلمات ذات الصلة، ويتسامح مع الأخطاء الإملائية. وهو ليس بحثًا بالذكاء الاصطناعي.
Draft translation: not yet reviewed by a native Arabic speaker. Please verify before relying on specific wording, especially the note on the opening story, marked below.
ترجمة أولية: لم تتم مراجعتها بعد من قِبل متحدّث أصلي للغة العربية. يُرجى التحقق من الصياغة المحددة قبل الاعتماد عليها، ولا سيما الملاحظة حول القصة الافتتاحية المميّزة أدناه.
Also draft: the Arabic interface labels (including the first-screen labels), and the Arabic legend and tag vocabulary (a fixed table; see the English legend beside it).
Return on investment / worth it: العائد على الاستثمار؛ هل تستحق؛ هل هي مجدية؛ مجدية؛ الجدوى؛ نقطة التعادل؛ استرداد الاستثمار
Saving money: توفير المال؛ هل توفر المال؛ توفير؛ أرخص؛ تكلفة أقل؛ تقليل التكلفة؛ خفض التكاليف
What it costs to start: كم تكلف؛ السعر؛ التسعير؛ الميزانية؛ مكلفة؛ تكلفة البدء؛ تكلفة الإعداد؛ الاستثمار
Running / ongoing cost: تكلفة التشغيل؛ تكلفة مستمرة؛ تكلفة متكررة؛ تكلفة سنوية؛ اشتراك
Cost to build (tokens, compute): كلفة الرموز؛ الرموز؛ الحوسبة؛ تكلفة البناء؛ تكلفة الاستخدام
Who benefits financially: هامش الربح؛ الأرباح؛ الإيرادات؛ الفواتير؛ سعر ثابت؛ من المستفيد؛ من يدفع
Man-days, FTE, effort: أيام عمل؛ أيام الرجل؛ ما يعادل موظفًا بدوام كامل؛ الجهد؛ الموارد؛ حجم الفريق
How the numbers were worked out: كيف حُسبت؛ الحساب؛ المعادلة؛ النموذج؛ الأساس؛ الافتراضات؛ من أين الأرقام؛ هل الأرقام حقيقية
Jobs / headcount: هل سأفقد وظيفتي؛ فقدان الوظائف؛ الوظائف؛ تسريح؛ فصل؛ الاستغناء عن الموظفين؛ استبدال الموظفين؛ استبدال المختبرين؛ عدد الموظفين؛ تقليص الفريق؛ فريق أصغر؛ البطالة
What happens to the freed time: الوقت الموفَّر؛ السعة المتحررة؛ ماذا سيفعل الناس؛ إعادة التوجيه؛ ماذا يحدث للوقت الموفَّر
Windows / Mac / Linux: ويندوز؛ لينكس؛ ماك؛ نظام التشغيل؛ المنصة؛ أي أجهزة كمبيوتر
Browsers (Safari, Firefox, Edge, Chrome): سفاري؛ فايرفوكس؛ إيدج؛ كروم؛ المتصفح؛ المتصفحات؛ متعدد المتصفحات؛ إنترنت إكسبلورر
Other AI tools / models: وكلاء ذكاء اصطناعي آخرين؛ شات جي بي تي؛ جيميني؛ كوبايلوت؛ نموذج لغوي؛ أي نموذج؛ أي ذكاء اصطناعي
Claude / how much was AI: كلود؛ من بناه؛ ما حصة الذكاء الاصطناعي؛ مبني بالذكاء الاصطناعي؛ الإنسان في الحلقة
Devices and screen sizes: الجوال؛ الهاتف؛ الجهاز اللوحي؛ متجاوب؛ حجم الشاشة؛ سطح المكتب؛ الأجهزة
Languages, Arabic, right-to-left: العربية؛ الإنجليزية؛ ثنائي اللغة؛ من اليمين إلى اليسار؛ الترجمة؛ التوطين؛ اللغة؛ اللغات
Dark / light mode: الوضع الداكن؛ الوضع الفاتح؛ السمة الداكنة؛ السمة؛ السمات
Accuracy and trust: دقيقة؛ الدقة؛ تخطئ؛ أخطاء؛ نتائج إيجابية كاذبة؛ موثوقة؛ هل يمكن الوثوق بها؛ هلوسة
Safety and security: آمن؛ الأمان؛ اختراق؛ مخاطر؛ خطر؛ خطيرة؛ تدمير
Privacy and sensitive data: الخصوصية؛ البيانات الشخصية؛ سرية؛ البيانات الحساسة؛ حماية البيانات؛ لقطات الشاشة؛ الحجب
Sign-in, passwords, captcha: تسجيل الدخول؛ بيانات الاعتماد؛ رمز لمرة واحدة؛ كابتشا؛ المصادقة
Production / live / real pages: بيئة الإنتاج؛ الموقع الحي؛ صفحات حقيقية؛ بيانات حقيقية؛ مستخدمون حقيقيون
Firewall and blocked pages: جدار الحماية؛ محظور؛ الشبكة؛ خلف جدار الحماية
Approvals and governance: الموافقات؛ الحوكمة؛ الامتثال؛ السياسة؛ التدقيق؛ الإذن؛ اللوائح
Releases, CI/CD, code review: الإصدار؛ النشر؛ خط الإنتاج الآلي؛ مراجعة الشيفرة؛ طلب الدمج؛ الفرع
How does it work (overview): كيف تعمل؛ نظرة عامة؛ اشرح؛ باختصار؛ ماذا تفعل؛ ملخص؛ الخطوات؛ سير العمل
What is a skill / prompts / agents: مهارة؛ المهارات؛ ما هي المهارة؛ دليل؛ قائمة تحقق؛ موجّه؛ موجّهات؛ وكيل
Reports and evidence: تقرير؛ تقارير؛ تقرير PDF؛ مخرجات؛ أدلة؛ لقطة شاشة؛ خطوات إعادة الإنتاج؛ قائمة العيوب؛ الملاحظات
Speed and run time: كم يستغرق التشغيل؛ مدى السرعة؛ سرعة؛ بطيء؛ المدة؛ الدقائق لكل صفحة؛ الزمن لكل صفحة؛ أداء الأداة
Tests behind the tool: اختبارات الوحدة؛ تغطية الاختبارات؛ التغطية؛ كم اختبارًا؛ جودة الأداة؛ جودة الشيفرة
What is checked on a page: ما الذي يُفحص؛ ماذا تفحص؛ قائمة الفحص؛ القواعد؛ المجالات التسعة؛ التحقق من المدخلات؛ التباعد؛ المكوّنات؛ ارتفاعات عناصر التحكم
Accessibility: إمكانية الوصول؛ قارئ الشاشة؛ التباين
Design system, Figma, tokens: فيغما؛ نظام التصميم؛ رموز التصميم؛ دليل الأسلوب؛ قيم التصميم؛ ألوان العلامة؛ القالب الذهبي
Run depth and options: سريع؛ قياسي؛ كامل؛ العمق؛ الخيارات؛ الإعدادات؛ تهيئة؛ تخصيص
Run stops / errors: توقف؛ تعطل؛ فشل؛ خطأ؛ انقطاع؛ تقرير جزئي
Traceability: قابلة للتتبّع؛ التتبّع؛ سجل التدقيق؛ تاريخ القواعد
Technology it is built on: التقنية المستخدمة؛ بُنيت على؛ Playwright؛ JavaScript؛ إطار العمل؛ لغة البرمجة
Scope and scale: كم حجم؛ الحجم؛ النطاق؛ كم صفحة؛ كم جهة؛ كم خدمة؛ العروض؛ 54,400؛ 6,800؛ 30,600؛ 3,825
Status and progress: الحالة؛ التقدم؛ أين وصلنا؛ ما المكتمل؛ الجهة A؛ حالة التسليم
Backend, proxy, how a page reaches the citizen: الواجهة الخلفية؛ صفر تغيير في الواجهة الخلفية؛ البروكسي؛ المعمارية؛ الترويسة؛ خدمة وزارية
What PLI / Hukoomi mean: ما هي PLI؛ ماذا تعني PLI؛ اختصار؛ ما هي Hukoomi
FDE: FDE؛ مهندس منتشر ميدانيًا؛ المهندس المنتشر ميدانيًا
How long it took to build: كم استغرق؛ الجدول الزمني؛ أسابيع؛ أشهر؛ متى بُنيت؛ مدة البناء
Measured vs estimated: مقاس؛ تقدير؛ مثبت؛ أرقام حقيقية؛ هل هذه حقيقية؛ حقائق؛ توضيحي؛ الوسوم؛ دليل الوسوم
The 60% figure: 60%؛ 60 بالمئة؛ أسرع؛ تسريع؛ زمن الآلة
The demo run and the latest run: تشغيل العرض؛ آخر تشغيل؛ 31.9؛ 124 ثانية؛ 19 ملاحظة؛ 7 من 8
By hand vs automated: يدويًا؛ اختبار يدوي؛ مقارنة باليدوي؛ سيلينيوم؛ سكربتات؛ أتمتة الاختبار؛ أدوات موجودة
Limits, gaps, downsides: غير مختبر؛ القيود؛ الحدود؛ مشكلات معروفة؛ ما الذي لا تفعله؛ الفجوات؛ نقاط الضعف؛ السلبيات؛ تحفظات؛ غير متحقق منه
Roadmap and what is next: خارطة الطريق؛ ما التالي؛ الخطوات القادمة؛ المستقبل؛ قادم؛ حلقة التغذية الراجعة؛ مخطط
Open decisions: القرارات المفتوحة؛ غير محسوم؛ معلق؛ متبقٍ؛ لم يُقرَّر
Adopting or reusing it: إعادة الاستخدام؛ مشاريع أخرى؛ عملاء آخرون؛ جهات أخرى؛ فرق أخرى؛ تبنّي؛ الطرح؛ هل يمكننا استخدامها؛ كيف أبدأ
Project already under way: منتصف المشروع؛ بدأنا بالفعل؛ متأخر؛ مرحلة متأخرة؛ مشروع قائم؛ البدء الآن
Any technology: أي تقنية؛ تقنيات أخرى؛ تطبيقات الجوال؛ تطبيقات أصلية؛ خدمات مصغرة
Backend and API testing: اختبار واجهات API؛ اختبار الخدمات الخلفية؛ قاعدة البيانات؛ اختبارات التكامل؛ نقاط النهاية؛ اختبار الحِمل
Ops and support teams: العمليات؛ الدعم؛ مكتب المساعدة؛ فرز؛ المراقبة؛ حادثة؛ حوادث؛ دعم الإنتاج
Designers and creative teams: مصمم؛ مصممون؛ فريق التصميم؛ إبداعي؛ تجربة المستخدم؛ واجهة المستخدم؛ التصميم البصري
Skills needed to build this: المهارات اللازمة؛ أي مهارات؛ الخبرة؛ من يستطيع البناء؛ هل أحتاج إلى البرمجة؛ التدريب؛ التعلّم
About the presenter: المتحدث؛ من أنت؛ عنك؛ المسيرة المهنية؛ لينكدإن؛ الخبرة؛ الخلفية
Getting help: مستشار؛ استشارة؛ توظيف؛ مساعدة؛ تواصل؛ متاح
Pilot / proof of concept: مشروع تجريبي؛ إثبات المفهوم؛ تجربة؛ جرّبها؛ نموذج أولي
Maintenance and keeping it current: صيانة؛ مالك الصيانة؛ إبقاؤها محدثة؛ قديم؛ متقادم؛ تحديثات؛ من يملكها
Where else it could help: حالات الاستخدام؛ أين أيضًا؛ استخدامات أخرى؛ أفكار؛ توليد الاختبارات؛ الانحدار البصري؛ فحص التبعيات
Time saved building your own skill: توفير وقت البناء؛ جهد إعادة الاستخدام؛ قالب؛ تخصيص؛ تكييف؛ كم يستغرق التكييف؛ الوقت الموفَّر
Layers and the generic engine: الطبقات؛ التقسيم إلى طبقات؛ المحرّك العام؛ نمطي؛ نواة قابلة لإعادة الاستخدام
The opening story and misuse: القصة؛ القصة الافتتاحية؛ تحذير؛ الإذن؛ الأخلاقيات؛ إساءة الاستخدام؛ الاستخدام المسؤول؛ وصول غير مصرح به؛ غير قانوني؛ قصة الاختراق؛ البنك؛ الهوية
How the talk was built: كيف بُنيت المحاضرة؛ الشرائح؛ المطبوعات؛ من كتب هذا؛ صُنع بالذكاء الاصطناعي
Branding and templates: العلامة التجارية؛ الهوية البصرية؛ الشعار؛ القالب؛ Accenture؛ Song؛ حقوق النشر؛ أصول الترخيص؛ قالب الشركة
Does the AI do it alone: بمفرده؛ وحده؛ مستقل؛ مراجعة بشرية؛ من يتحقق
What it will never do: لن تفعل أبدًا؛ لا تستطيع؛ ما لا تفعله
Catching defects earlier: الكشف المبكر؛ قبل مراجعة الشيفرة؛ العيوب مبكرًا؛ فحص المطوّر؛ قبل المراجعة
Only partly adopted: تبنٍّ جزئي؛ نصف التبنّي؛ لو تبنّى النصف فقط؛ تبنٍّ منخفض؛ لا يستخدمها الجميع؛ طرح أبطأ
What counts against us / ownership: الملكية؛ من يملك؛ مملوك للجهة؛ طرف خارجي؛ يُحتسب علينا؛ التقييم؛ النتيجة؛ نجاح فشل
A written playbook that an AI follows the same way every time: when to use it, the steps, the reference knowledge and the guardrails (for example, never edit the template or submit forms).دليل مكتوب يتبعه الذكاء الاصطناعي بالطريقة نفسها في كل مرة: متى يُستخدم، والخطوات، والمعرفة المرجعية، والضوابط (مثل: عدم تعديل القالب أو إرسال النماذج أبدًا).
Five steps: a page list goes in (approved dev, test or UAT pages); a real browser opens each page in English and Arabic, on devices, in light and dark…خمس خطوات: تدخل قائمة صفحات (صفحات تطوير أو اختبار أو UAT معتمدة)؛ ويفتح متصفح حقيقي كل صفحة بالإنجليزية والعربية، على أجهزة، بالوضعين الفاتح والداكن…
Measured is the tool, from real runs: machine time for the same QA checks fell from 892 s to 360 s (about 60% less, full depth, one tabbed page)…المُقاس هو الأداة، من تشغيلات حقيقية: انخفض زمن الآلة لإجراء فحوص QA نفسها من 892 ثانية إلى 360 ثانية (أي نحو 60% أقل، بالعمق الكامل، على صفحة واحدة ذات تبويبات)…
No. The numbers count man-days (md) of effort, a capacity view, not jobs.لا. فالأرقام تحتسب أيام العمل للفرد (md) من الجهد، وهي نظرة إلى السعة لا إلى الوظائف.
About 90 man-days, one time (range 70 to 110), as an estimate from illustrative inputs.نحو 90 يوم عمل للفرد، مرة واحدة (بين 70 و110)، وهو تقدير من مدخلات توضيحية.
By design it is read-only on approved dev, test and UAT pages.بحكم التصميم هي للقراءة فقط على صفحات التطوير والاختبار وUAT المعتمدة.
This document reflects the talk as given on 19 November 2026. Specific figures (costs, timings, test counts) are a snapshot of that day, not a standing commitment, and some will have changed by the time you read this.يعكس هذا المستند المحاضرة كما قُدّمت في 19 نوفمبر 2026. والأرقام المحددة (التكاليف والأزمنة وأعداد الاختبارات) لقطة لذلك اليوم، وليست التزامًا دائمًا، وسيكون بعضها قد تغيّر عند قراءتك هذا المستند.
This web page supplements the PDF "Likely Questions From the Audience" (77 questions). Question numbers differ between the two; use the question titles to find the same question. Questions marked “New in the web version” are not in the PDF.تُكمِّل هذه الصفحة الإلكترونية ملف PDF بعنوان "Likely Questions From the Audience" (77 سؤالًا، بالإنجليزية). وتختلف أرقام الأسئلة بين الوثيقتين؛ فاستخدم عناوين الأسئلة للعثور على السؤال نفسه. الأسئلة المعلَّمة بعبارة «جديد في النسخة الإلكترونية» غير موجودة في ملف PDF.
Fictional and test data only. No real entity, client or personal data appears here.بيانات خيالية وبيانات اختبار فقط. لا تظهر هنا أي بيانات حقيقية لجهة أو عميل أو أشخاص.
Possible is not permission. Never try this on access that isn’t yours.
I’m not telling you this because it worked. I’m telling you because it’s the line I won’t cross for anyone else.
كونُ الشيء ممكنًا لا يعني أنه مسموح. لا تُجرِّب هذا أبدًا على أي وصولٍ ليس لك.
لا أقول لك هذا لأن الأمر نجح، بل لأنه الخطّ الذي لن أتجاوزه من أجل أي شخص آخر.
Possible is not permission. Never try this on access that isn’t yours.
I’m not telling you this because it worked. I’m telling you because it’s the line I won’t cross for anyone else.
Highest-priority item for human bilingual review: this Arabic wording has not yet been checked by a native speaker. The English text is the authoritative version.
أعلى أولوية للمراجعة البشرية ثنائية اللغة: لم يتحقق متحدّث أصلي من هذه الصياغة العربية بعد. النص الإنجليزي هو النسخة المرجعية المعتمدة.
PLI is the layer in front of each ministry service that adds the shared Hukoomi design (one header, one set of styles, one look) on the way through, without changing the service’s back end.
PLI هي الطبقة التي تقف أمام كل خدمة وزارية، وتضيف تصميم Hukoomi المشترك (ترويسة واحدة، ومجموعة أنماط واحدة، ومظهرًا واحدًا) أثناء مرور الصفحة، دون تغيير الواجهة الخلفية للخدمة.
As stated by the project lead: 17 entities, 50 to 400 services each, 8 views per page. At the maximum that is 6,800 pages and 54,400 views. The business case uses a lower, assumed midpoint (see the cost section).
حسب ما هو مُصرَّح به من قائد المشروع: 17 جهة، ومن 50 إلى 400 خدمة لكل جهة، و8 عروض لكل صفحة. وعند الحد الأقصى يكون ذلك 6,800 صفحة و54,400 عرض. أما دراسة الجدوى فتعتمد نقطة وسطى أقل وهي مُفترَضة (انظر قسم التكلفة).
One page, in one language, on one device, in light or dark mode. English or Arabic, desktop or mobile, light or dark gives 8 views per page.
صفحة واحدة، بلغة واحدة، على جهاز واحد، بالوضع الفاتح أو الداكن. الإنجليزية أو العربية، وسطح المكتب أو الجوال، والفاتح أو الداكن، تعطي 8 عروض لكل صفحة.
Entity A is complete (about 135 services). Entity B (about 363) and Entity C (about 200) are in progress. Further entities are upcoming, and the total of about 17 is not final. Entity names are anonymised.
الجهة A مكتملة (نحو 135 خدمة). والجهة B (نحو 363) والجهة C (نحو 200) قيد التنفيذ. وهناك جهات أخرى قادمة، والإجمالي البالغ نحو 17 ليس نهائيًا. تم إخفاء أسماء الجهات عمدًا.
A citizen follows a link from Hukoomi. PLI fetches the page from the entity, which answers as usual. PLI adds the header, styles, scripts and text direction. The citizen sees one experience.
Hukoomi owns the header, the golden template, the design values and the rules. The entity owns its content, form logic, back end and wording.
يتبع المواطن رابطًا من Hukoomi. تجلب PLI الصفحة من الجهة، التي تستجيب كالمعتاد. ثم تضيف PLI الترويسة والأنماط والنصوص البرمجية واتجاه النص. فيرى المواطن تجربة واحدة.
تملك Hukoomi الترويسة والقالب الذهبي وقيم التصميم والقواعد. وتملك الجهة محتواها ومنطق النماذج والواجهة الخلفية وصياغة النصوص.
The entity service keeps running where it runs today. PLI adds the design on the way through and never modifies the entity back end. Adaptations live in one layer, so upgrades stay clean.
تبقى خدمة الجهة تعمل حيث تعمل اليوم. تضيف PLI التصميم أثناء مرور الصفحة ولا تعدّل الواجهة الخلفية للجهة أبدًا. وتعيش التعديلات في طبقة واحدة، فتبقى الترقيات نظيفة.
A written playbook that an AI follows the same way every time: when to use it, the steps, the reference knowledge and the guardrails (for example, never edit the template or submit forms). Like a pilot’s checklist: the pilot’s skill stays, the checklist makes it repeatable. There are 6 project skills in the code repository.
دليل مكتوب يتبعه الذكاء الاصطناعي بالطريقة نفسها في كل مرة: متى يُستخدم، والخطوات، والمعرفة المرجعية، والضوابط (مثل: عدم تعديل القالب أو إرسال النماذج أبدًا). يشبه قائمة التحقق لدى الطيّار: تبقى مهارة الطيّار، وتجعل القائمة العمل قابلًا للتكرار. يوجد 6 مهارات للمشروع في مستودع الشيفرة.
Most of the proxy adapter was built with Claude Code, with a human steering and reviewing. In the adapter code, 55 of 63 commits carry a Claude co-author trailer. A trailer shows AI help on a commit, not who wrote each line: AI did a lot, and people decided and checked.
بُني معظم مُحوّل البروكسي باستخدام Claude Code، مع إنسان يوجّه ويراجع. وفي شيفرة المُحوّل، يحمل 55 من أصل 63 إيداعًا (commit) وسم مؤلف مشارك من Claude. يدل هذا الوسم على مساعدة الذكاء الاصطناعي في الإيداع، لا على من كتب كل سطر: أنجز الذكاء الاصطناعي جزءًا كبيرًا، وقرّر الناس وراجعوا.
The proxy took shape over about 8 months; the AI skills about 2 weeks, starting in early November 2026. In the first four days the repository took 107 commits on the delivery branch. All 53 commits to the QA skill folders carry a Claude co-author trailer.
استغرق تشكّل البروكسي نحو 8 أشهر؛ أما مهارات الذكاء الاصطناعي فنحو أسبوعين، بدءًا من أوائل نوفمبر 2026. وفي الأيام الأربعة الأولى سجّل المستودع 107 إيداعات على فرع التسليم. وتحمل جميع الإيداعات الـ53 في مجلدات مهارات QA وسم مؤلف مشارك من Claude.
The chain from design rules to evidence reports is built (Delivered): the rules library, developer skills, the pre-review check, QA skills and reports. One link is not built: the feedback loop that turns defects into developer rules (Planned).
السلسلة من قواعد التصميم إلى تقارير الأدلة مبنية (مُنفَّذ): مكتبة القواعد، ومهارات المطوّرين، والفحص قبل المراجعة، ومهارات QA، والتقارير. وهناك حلقة واحدة لم تُبنَ: حلقة التغذية الراجعة التي تحوّل العيوب إلى قواعد للمطوّرين (مُخطَّط).
Measured is the tool, from real runs: machine time for the same QA checks fell from 892 s to 360 s (about 60% less, full depth, one tabbed page), and there are 780 automated tests in 36 test files at 95.4% line coverage.
Estimated is everything about effort: man-days saved, payback and cost. They come from illustrative inputs (50 minutes of manual checking per page, a midpoint scope), not from time sheets.
المُقاس هو الأداة، من تشغيلات حقيقية: انخفض زمن الآلة لإجراء فحوص QA نفسها من 892 ثانية إلى 360 ثانية (أي نحو 60% أقل، بالعمق الكامل، على صفحة واحدة ذات تبويبات)، ويوجد 780 اختبارًا آليًا في 36 ملف اختبار بتغطية أسطر 95.4%.
أما التقدير فهو كل ما يتعلق بالجهد: أيام العمل الموفَّرة، وفترة الاسترداد، والتكلفة. وهي تأتي من مدخلات توضيحية (50 دقيقة من الفحص اليدوي لكل صفحة، ونطاق متوسط)، لا من سجلات الوقت.
Machine time for the same QA checks fell from 892 s to 360 s (about 60% less), at full depth, on one tabbed page. It is machine time, not team effort: a faster run is not a smaller team.
انخفض زمن الآلة لإجراء فحوص QA نفسها من 892 ثانية إلى 360 ثانية (أي نحو 60% أقل)، بالعمق الكامل، على صفحة واحدة ذات تبويبات. وهو زمن الآلة لا جهد الفريق: التشغيل الأسرع لا يعني فريقًا أصغر.
780 automated tests in 36 test files, with 95.4% line coverage of the proxy code (80% coverage gate). The count and coverage are from a run on the day they were reported.
780 اختبارًا آليًا في 36 ملف اختبار، بتغطية أسطر تبلغ 95.4% لشيفرة البروكسي (بوابة تغطية 80%). العدد والتغطية مأخوذان من تشغيل في اليوم الذي أُبلغ عنهما فيه.
One page, 8 view combinations, 124 s in total on one worker; 7 of 8 passed. Counts only, from a local test run.
صفحة واحدة، و8 تركيبات عرض، و124 ثانية إجمالًا على عامل واحد؛ ونجح 7 من 8. أعداد فقط، من تشغيل اختباري محلي.
A Quick-depth run on a seeded local test page with sample data took 31.9 s and reported 19 findings that count against us (plus 4 entity-owned and 0 third-party). It was a seeded page, not an overnight run, and its numbers are not part of the other measured figures.
استغرق تشغيل بعمق «سريع» (Quick) على صفحة اختبار محلية مُهيَّأة ببيانات نموذجية 31.9 ثانية، وأبلغ عن 19 ملاحظة تُحتسب علينا (إضافة إلى 4 تخص الجهة و0 تخص أطرافًا خارجية). كانت صفحة مُهيَّأة وليست تشغيلًا ليليًا، وأرقامه ليست جزءًا من الأرقام المُقاسة الأخرى.
On the test fixture, the screenshot step went from about 3.8 s to about 1.0 s (Quick) and from about 29.5 s to about 6.6 s (Full). They are not real-page numbers, most timed runs were at high machine load, and they must not be compared with the 60% figure, which measures something different.
على صفحة الاختبار المُهيَّأة، انتقلت خطوة لقطات الشاشة من نحو 3.8 ثانية إلى نحو 1.0 ثانية (سريع/Quick) ومن نحو 29.5 ثانية إلى نحو 6.6 ثانية (كامل/Full). وهي ليست أرقام صفحات حقيقية، وكانت معظم التشغيلات المُوقَّتة تحت حِمل مرتفع على الجهاز، ويجب ألا تُقارن بنسبة 60%، التي تقيس شيئًا مختلفًا.
It is my own figure for building this depth of checking by hand, not measured; nothing was built by hand to compare against. What is measured is the build: about 7,200 lines of JavaScript on Playwright, in 4 days.
هو رقمي الشخصي لبناء هذا العمق من الفحص يدويًا، وهو غير مُقاس؛ فلم يُبنَ شيء يدويًا للمقارنة به. أما المُقاس فهو البناء نفسه: نحو 7,200 سطر من JavaScript على Playwright، في 4 أيام.
No. Scripted automation has existed for decades. What changed is the cost of depth: every language, device, theme and edge case used to cost more scripting time than the feature itself, so most projects skipped it or built a thin version. The skill makes that depth affordable.
By hand, that depth takes weeks to months of scripting: that comparison is mine, not measured. Here it took four days and about 7,200 lines, which are measured.
لا. فالأتمتة المكتوبة بالنصوص البرمجية موجودة منذ عقود. الذي تغيّر هو كلفة العمق: فكل لغة وجهاز وسمة وحالة حدّية كانت تكلّف وقتًا في كتابة السكربتات أكثر مما تكلّفه الميزة نفسها، فكانت معظم المشاريع تتجاوزها أو تبني نسخة ضحلة. وتجعل المهارة هذا العمق في المتناول.
يدويًا، يستغرق هذا العمق من أسابيع إلى أشهر من كتابة السكربتات: وهذه مقارنتي أنا، وهي غير مُقاسة. أما هنا فاستغرق أربعة أيام ونحو 7,200 سطر، وكلاهما مُقاس.
They are planning inputs, not time-sheet data: 50 minutes of manual checking per page (two passes) against about 6.5 minutes after (10 minutes in the conservative case, 4 in the optimistic case).
هي مدخلات تخطيط وليست بيانات من سجلات الوقت: 50 دقيقة من الفحص اليدوي لكل صفحة (على مرورين) مقابل نحو 6.5 دقيقة بعد ذلك (10 دقائق في الحالة المتحفظة، و4 في الحالة المتفائلة).
About 90 man-days, one time (range 70 to 110), as an estimate from illustrative inputs. That figure assumes a project is actively implementing the skills; it is not a cost to anyone today. Ongoing running costs would only apply if and when a project adopts them, which is a separate question from what it costs to start.
Not in this number: tooling and usage costs, onboarding and change effort, environment access, rates and revenue (to be provided).
نحو 90 يوم عمل للفرد، مرة واحدة (بين 70 و110)، وهو تقدير من مدخلات توضيحية. ويفترض هذا الرقم أن مشروعًا ما ينفّذ المهارات فعليًا؛ وهو ليس كلفة على أي طرف اليوم. ولن تنطبق تكاليف التشغيل المستمرة إلا إذا تبنّى مشروع المهارات ومتى فعل، وهذا سؤال منفصل عن كلفة البدء.
غير مشمول في هذا الرقم: تكاليف الأدوات والاستخدام، وجهد التهيئة والتغيير، والوصول إلى البيئات، والأسعار والإيرادات (يُقدَّم لاحقًا).
Token and compute cost was not tracked, and I’m not giving a figure.
What is known, for the skills: the work took about 2 weeks, starting in early November 2026. In the first four days the repository took 107 commits on the delivery branch, and the QA engine is about 7,200 lines of JavaScript on Playwright, written in those 4 days.
The talk itself (the deck, the demo kit and the handouts) was a separate piece of work: several evenings in spare time, about a week. These are two different timelines and should not be added together.
Separately, the QA tool shows a rounded token estimate for each run option (about 4 characters per token). That estimates the cost of running a check, not of building the skills.
لم تُتتبَّع كلفة الرموز (tokens) والحوسبة، ولا أقدّم رقمًا.
المعروف بخصوص المهارات: استغرق العمل نحو أسبوعين، بدءًا من أوائل نوفمبر 2026. وفي الأيام الأربعة الأولى سجّل المستودع 107 إيداعات على فرع التسليم، ومحرّك QA نحو 7,200 سطر من JavaScript على Playwright، كُتبت في هذه الأيام الأربعة.
أما المحاضرة نفسها (الشرائح، وحزمة العرض التوضيحي، والمطبوعات) فكانت عملًا منفصلًا: عدة أمسيات في وقت الفراغ، نحو أسبوع. وهذان جدولان زمنيان مختلفان ولا ينبغي جمعهما معًا.
وبصورة منفصلة، تعرض أداة QA تقدير مُقرَّبًا لعدد الرموز لكل خيار تشغيل (نحو 4 أحرف لكل رمز). وهو يقدّر كلفة تشغيل فحص، لا كلفة بناء المهارات.
No. The numbers count man-days (md) of effort, a capacity view, not jobs. Freed capacity goes first to more delivery and to quality work that does not happen today. Any other use is a business decision outside this proposal.
A faster machine run is not a smaller team.
لا. فالأرقام تحتسب أيام العمل للفرد (md) من الجهد، وهي نظرة إلى السعة لا إلى الوظائف. وتذهب السعة المتحررة أولًا إلى مزيد من التسليم وإلى أعمال الجودة التي لا تحدث اليوم. وأي استخدام آخر قرار تجاري خارج نطاق هذا المقترح.
التشغيل الأسرع للآلة لا يعني فريقًا أصغر.
In the expected case the gross saving halves to 341 man-days instead of 682, and payback moves from month 2 to month 4. The net over 12 months stays positive in every case: 102, 215 and 324 man-days for the conservative, expected and optimistic cases.
The case does not depend on full adoption, but the speed of payback does.
في الحالة المتوقعة ينخفض إجمالي الوفر إلى النصف: 341 يوم عمل بدلًا من 682، وينتقل الاسترداد من الشهر 2 إلى الشهر 4. ويظل الصافي خلال 12 شهرًا موجبًا في كل الحالات: 102 و215 و324 يوم عمل للحالات المتحفظة والمتوقعة والمتفائلة.
ولا تعتمد دراسة الجدوى على التبنّي الكامل، لكن سرعة الاسترداد تعتمد عليه.
That is a commercial decision and is not in the numbers: rates and revenue were not provided, so every figure is in man-days. Under a fixed price per service, a saving shows up as margin for the delivery team; under billed effort it shows up as lower billed effort for the client. Which applies depends on the contract.
هذا قرار تجاري وليس في الأرقام: لم تُقدَّم الأسعار والإيرادات، لذلك جاءت كل الأرقام بأيام العمل للفرد. فمع سعر ثابت لكل خدمة يظهر الوفر هامشَ ربح لفريق التسليم؛ ومع الجهد المفوتَر يظهر انخفاضًا في الجهد المفوتَر على العميل. وما ينطبق منهما يعتمد على العقد.
370 man-days is the QA part only: the saving from one QA pass over 3,825 pages, at 50 minutes a page by hand against about 6.5 minutes with the skill. 682 man-days is the model’s headline, which also includes development (204) and rework (108).
Both are estimates from illustrative inputs, and the 3,825 pages (17 entities × 225 services) is a planning assumption, not a count.
370 يوم عمل هي جزء QA فقط: الوفر من تمرير QA واحد على 3,825 صفحة، بواقع 50 دقيقة للصفحة يدويًا مقابل نحو 6.5 دقيقة باستخدام المهارة. أما 682 يوم عمل فهي الرقم الرئيسي في النموذج، وتشمل أيضًا التطوير (204) وإعادة العمل (108).
وكلاهما تقديرات من مدخلات توضيحية، وعدد 3,825 صفحة (17 جهة × 225 خدمة) رقم مُفترَض للتخطيط، لا عدّ فعلي.
Payback comes in month 3 in the conservative case and month 2 in the expected and optimistic cases. In the expected case, about 90 man-days to start, then about 57 saved per month against about 3 for upkeep. It assumes an even 12-month rollout.
يتحقق الاسترداد في الشهر 3 في الحالة المتحفظة، وفي الشهر 2 في الحالتين المتوقعة والمتفائلة. وفي الحالة المتوقعة: نحو 90 يوم عمل للبدء، ثم نحو 57 يومًا موفَّرة شهريًا مقابل نحو 3 للصيانة. ويفترض ذلك طرحًا منتظمًا على مدى 12 شهرًا.
Gross saving is 496, 682 and 860 man-days for the conservative, expected and optimistic cases; net of cost, 350, 556 and 754. These are estimates from illustrative inputs.
إجمالي الوفر 496 و682 و860 يوم عمل للحالات المتحفظة والمتوقعة والمتفائلة؛ وبعد خصم التكلفة 350 و556 و754. وهذه تقديرات من مدخلات توضيحية.
Scope: 17 entities × 225 services (the midpoint of 50 to 400) = 3,825 pages. Manual QA: 50 minutes per page (two passes). Development: 60 man-days per entity before, 10 / 20 / 30% less. Rework: 25% of effort, 15 / 30 / 45% less. One-time cost: 110 / 90 / 70 man-days; upkeep 3 a month. 12-month even rollout; 7.5 working hours per man-day.
Rates, tooling costs, onboarding and environment costs were not provided.
النطاق: 17 جهة × 225 خدمة (نقطة المنتصف بين 50 و400) = 3,825 صفحة. فحص QA اليدوي: 50 دقيقة للصفحة (على مرورين). التطوير: 60 يوم عمل لكل جهة قبل ذلك، وأقل بنسبة 10 / 20 / 30%. إعادة العمل: 25% من الجهد، وأقل بنسبة 15 / 30 / 45%. الكلفة لمرة واحدة: 110 / 90 / 70 يوم عمل؛ والصيانة 3 أيام شهريًا. طرح منتظم على 12 شهرًا؛ و7.5 ساعة عمل لكل يوم عمل.
لم تُقدَّم الأسعار وتكاليف الأدوات والتهيئة والبيئات.
Over 3,825 pages: about 3,190 hours by hand against about 414 with the skill, so about 2,770 hours saved (range 2,550 to 2,930). That is the 370 man-days QA figure. At illustrative rates of USD 30 to 50 a day it is roughly USD 11,100 to 18,500.
على 3,825 صفحة: نحو 3,190 ساعة يدويًا مقابل نحو 414 ساعة باستخدام المهارة، أي نحو 2,770 ساعة موفَّرة (بين 2,550 و2,930). وهذا هو رقم QA البالغ 370 يوم عمل. وبأسعار توضيحية تبلغ 30 إلى 50 دولارًا أمريكيًا في اليوم يكون ذلك نحو 11,100 إلى 18,500 دولار أمريكي.
It is capacity, not headcount, and it is not a commitment. The cases come from the model (27 to 48% less effort) and assume full adoption on every entity. The stretch case would need about 80%, far above the model.
هي سعة وليست عدد موظفين، وليست التزامًا. والحالات مأخوذة من النموذج (جهد أقل بنسبة 27 إلى 48%) وتفترض تبنّيًا كاملًا في كل جهة. أما الحالة الطموحة فتتطلب نحو 80%، وهو أعلى بكثير من النموذج.
First to more delivery and higher-value work: the next entity instead of longer queues, faster time to market, less rework and fewer late defects, and redeployment to design quality, exploratory testing and new automation. Margin only if applicable and approved, depending on the commercial model.
أولًا إلى مزيد من التسليم وإلى أعمال أعلى قيمة: الجهة التالية بدلًا من طوابير أطول، وسرعة أكبر في الوصول إلى السوق، وإعادة عمل أقل وعيوب متأخرة أقل، وإعادة توجيه الفريق إلى جودة التصميم والاختبار الاستكشافي والأتمتة الجديدة. وهامش الربح فقط إن كان منطبقًا ومعتمدًا، بحسب النموذج التجاري.
Tooling and usage costs, onboarding and change-management effort, environment access, and rates and revenue. None are in the figures; they are to be provided.
تكاليف الأدوات والاستخدام، وجهد التهيئة وإدارة التغيير، والوصول إلى البيئات، والأسعار والإيرادات. لا شيء منها في الأرقام؛ وجميعها في خانة «يُقدَّم لاحقًا».
In the model, about 3 man-days a month for a maintenance owner (36 a year) in every case. Tooling and usage costs are not included. This is an estimate from illustrative inputs.
في النموذج، نحو 3 أيام عمل شهريًا لمالك الصيانة (36 يومًا في السنة) في كل الحالات. تكاليف الأدوات والاستخدام غير مشمولة. وهذا تقدير من مدخلات توضيحية.
The skills are read-only and run on approved test pages. Nothing is submitted, no credentials or personal data are stored, and reports stay out of the code repository. Sensitive values are covered before a screenshot is taken, on a best-effort basis: some cases, such as Arabic names and formats not seen before, are not covered, and pages that could not be opened are listed as not verified.
المهارات للقراءة فقط وتعمل على صفحات اختبار معتمدة. لا يُرسل شيء، ولا تُخزَّن أي بيانات اعتماد أو بيانات شخصية، وتبقى التقارير خارج مستودع الشيفرة. وتُحجب القيم الحساسة قبل التقاط لقطة الشاشة على أساس بذل أفضل جهد: فهناك حالات غير مغطاة، مثل الأسماء العربية والصيغ التي لم تُرَ من قبل، وتُدرج الصفحات التي تعذّر فتحها على أنها غير متحقَّق منها.
By design it is read-only on approved dev, test and UAT pages. Nothing is submitted or created, credentials and personal data are masked, security controls are never bypassed, and reports stay out of the code repository. It is proven on test pages only, not yet on real pages.
بحكم التصميم هي للقراءة فقط على صفحات التطوير والاختبار وUAT المعتمدة. لا يُرسل شيء ولا يُنشأ، وتُحجب بيانات الاعتماد والبيانات الشخصية، ولا تُتجاوز ضوابط الأمان أبدًا، وتبقى التقارير خارج مستودع الشيفرة. وقد ثبتت على صفحات الاختبار فقط، ولم تُجرَّب بعد على صفحات حقيقية.
Replace business or content QA; verify pages that are blocked; fix entity-owned issues; pass a captcha or one-time code; judge matters of taste; or submit forms (guided submit is off by default).
لن تحلّ محل QA الخاص بالأعمال أو المحتوى؛ ولن تتحقق من الصفحات المحظورة؛ ولن تصلح المشكلات المملوكة للجهة؛ ولن تجتاز captcha أو رمزًا لمرة واحدة؛ ولن تحكم في مسائل الذوق؛ ولن ترسل النماذج (الإرسال الموجَّه معطَّل افتراضيًا).
A person signs in once, in a visible browser. The tool never types credentials. The login is used for the run and wiped at the end. Captcha and one-time codes stay with the person.
يسجّل شخص الدخول مرة واحدة، في متصفح مرئي. ولا تكتب الأداة بيانات الاعتماد أبدًا. ويُستخدم تسجيل الدخول طوال التشغيل ثم يُمحى في النهاية. وتبقى captcha والرموز لمرة واحدة بيد الشخص.
Production pages are refused unless you confirm the exact link. The skills are also read-only, so nothing is submitted.
تُرفض صفحات الإنتاج ما لم تؤكد الرابط بدقة. كما أن المهارات للقراءة فقط، فلا يُرسل شيء.
Pages the firewall will not serve are never bypassed. They count as PASS (BLOCKED, NOT VERIFIED), are flagged, and are listed for follow-up.
لا يتم أبدًا تجاوز حجب الصفحات التي لا يخدمها جدار الحماية. تُحتسب PASS (BLOCKED, NOT VERIFIED) — أي «ناجحة» لكنها محظورة وغير متحقَّق منها — وتُعلَّم، وتُدرج للمتابعة.
On the demo run, personal number, mobile and email values were covered before the screenshot; a scan of the run folder found 27 report files and 16 evidence images with 0 raw test values. Masking is best-effort: some cases, such as Arabic names and formats not seen before, are not covered.
في تشغيل العرض التوضيحي، حُجبت قيم الرقم الشخصي والجوال والبريد الإلكتروني قبل لقطة الشاشة؛ ووجد فحص لمجلد التشغيل 27 ملف تقرير و16 صورة أدلة بلا أي قيمة اختبار خام (0). والحجب يتم بأقصى جهد ممكن: فهناك حالات غير مغطاة، مثل الأسماء العربية والصيغ التي لم تُرَ من قبل.
Yes. Client data, tool access and reuse need sign-off before anything is applied to a real project.
نعم. فبيانات العميل والوصول إلى الأدوات وإعادة الاستخدام تحتاج إلى موافقة قبل تطبيق أي شيء على مشروع حقيقي.
Branch and change, a code review request (with the pre-review check evidence), an automated build and tests with a coverage gate, security checks (a dependency scan on release branches), then promotion through dev, test, UAT and production.
فرع وتغيير، ثم طلب مراجعة شيفرة (مع أدلة الفحص قبل المراجعة)، ثم بناء آلي واختبارات مع بوابة تغطية، وفحوص أمنية (فحص للتبعيات على فروع الإصدار)، ثم الترقية عبر التطوير والاختبار وUAT والإنتاج.
Five steps: a page list goes in (approved dev, test or UAT pages); a real browser opens each page in English and Arabic, on devices, in light and dark; it walks the page (tabs, sections, steps) using sample data only; a person does any sign-in; and an HTML and PDF report comes out with marked screenshots and steps to reproduce.
خمس خطوات: تدخل قائمة صفحات (صفحات تطوير أو اختبار أو UAT معتمدة)؛ ويفتح متصفح حقيقي كل صفحة بالإنجليزية والعربية، على أجهزة، بالوضعين الفاتح والداكن؛ ثم يتنقل في الصفحة (التبويبات والأقسام والخطوات) ببيانات نموذجية فقط؛ ويتولى شخص أي تسجيل دخول؛ ويخرج تقرير HTML وPDF مع لقطات شاشة معلَّمة وخطوات إعادة الإنتاج.
Nine areas: design values, components, control heights, the header, light and dark, validation, speed, accessibility and right-to-left layout.
تسعة مجالات: قيم التصميم، والمكوّنات، وارتفاعات عناصر التحكم، والترويسة، والوضعان الفاتح والداكن، والتحقق من صحة المدخلات، والسرعة، وإمكانية الوصول، والتخطيط من اليمين إلى اليسار.
The result counts only what we own: the Hukoomi header, the golden template styles and scripts, and design-value overrides. Entity-owned items (content, wording, translation, alt text and labels) are reported but not counted. Third-party items, such as external scripts and embedded widgets, are listed apart.
تحتسب النتيجة ما نملكه فقط: ترويسة Hukoomi، وأنماط القالب الذهبي ونصوصه البرمجية، وتجاوزات قيم التصميم. أما العناصر المملوكة للجهة (المحتوى، وصياغة النصوص، والترجمة، والنص البديل والتسميات) فتُبلَّغ ولا تُحتسب. وتُدرج عناصر الأطراف الخارجية، مثل النصوص البرمجية الخارجية والأدوات المضمَّنة، بصورة منفصلة.
Before a code review request, it runs the QA engine on the pages you changed, so you see what QA would see while the fix is still cheap. Automatic checks also block edits to the shared golden template.
قبل طلب مراجعة الشيفرة، يشغّل محرّك QA على الصفحات التي غيّرتها، لترى ما كان سيراه QA بينما الإصلاح لا يزال رخيصًا. كما تمنع فحوص تلقائية تعديل القالب الذهبي المشترك.
Design values, 131 component rules and patterns, kept in the repository so there are no Figma lookups; a step-by-step onboarding guide; and rules with traps and fixes written as good and bad examples.
قيم التصميم، و131 من قواعد المكوّنات وأنماطها، محفوظة في المستودع فلا حاجة إلى البحث في Figma؛ ودليل تهيئة خطوة بخطوة؛ وقواعد مع الفخاخ والإصلاحات مكتوبة على شكل أمثلة جيدة وسيئة.
An HTML and a PDF report with every run: a management summary, finding IDs, marked screenshots, expected versus actual, the rule and how to reproduce it, and what was not verified. A lite PDF is always made; Standard and Full runs also make a full PDF.
تقرير HTML وتقرير PDF مع كل تشغيل: ملخص إداري، ومعرّفات الملاحظات، ولقطات شاشة معلَّمة، والمتوقع مقابل الفعلي، والقاعدة وكيفية إعادة إنتاج المشكلة، وما لم يُتحقَّق منه. ويُنتَج دائمًا PDF مختصر (lite)؛ أما التشغيلان القياسي والكامل فينتجان أيضًا PDF كاملًا.
Yes. Run options (PDF, depth, languages, evidence) are asked once, with the measured time and size shown. Depth is Quick, Standard or Full. A non-interactive run never waits, and no safety or privacy rule appears as an option.
نعم. تُسأل خيارات التشغيل (PDF، والعمق، واللغات، والأدلة) مرة واحدة، مع إظهار الزمن والحجم المُقاسين. والعمق إما سريع (Quick) أو قياسي (Standard) أو كامل (Full). ولا ينتظر التشغيل غير التفاعلي أبدًا، ولا تظهر أي قاعدة أمان أو خصوصية كخيار.
A stopped run still writes a partial-coverage report. Skipped checks are listed with reasons, and pages that could not be opened are listed as not verified.
يكتب التشغيل المتوقف مع ذلك تقريرًا بتغطية جزئية. وتُدرج الفحوص المتخطّاة مع أسبابها، وتُدرج الصفحات التي تعذّر فتحها على أنها غير متحقَّق منها.
Every QA rule traces to a developer rule and to an automated test; the traceability table covers 24 rules.
تُرتبط كل قاعدة QA بقاعدة للمطوّر وباختبار آلي؛ ويغطي جدول التتبّع 24 قاعدة.
About 7,200 lines of JavaScript on Playwright (runner, reports, masking and checks), driving a real browser, with Chrome as the baseline.
نحو 7,200 سطر من JavaScript على Playwright (المشغّل، والتقارير، والحجب، والفحوص)، تقود متصفحًا حقيقيًا، مع Chrome كخط أساس.
On the seeded demo page a Quick run took 31.9 s, against a Quick depth budget of 90 s for the check phases. Whether to keep that 90 s target is an open decision, and times on real pages have not been measured.
على صفحة العرض التوضيحي المُهيَّأة استغرق التشغيل السريع (Quick) 31.9 ثانية، مقابل ميزانية عمق سريع قدرها 90 ثانية لمراحل الفحص. وإبقاء هدف الـ90 ثانية قرار لا يزال مفتوحًا، وأزمنة الصفحات الحقيقية غير مُقاسة.
No. Everything shown was run on test pages and test fixtures only. A real-page run has not been done; it would need the page owner’s agreement first. By design, the skills are read-only, they refuse to run against a production host unless the exact address is confirmed, and nothing is ever submitted.
لا. كل ما عُرض شُغّل على صفحات اختبار ونماذج اختبار فقط. ولم يُجرَ تشغيل على صفحة حقيقية؛ وسيتطلب ذلك موافقة مالك الصفحة أولًا. وبحكم التصميم المهارات للقراءة فقط، وترفض العمل على خادم إنتاج ما لم يُؤكَّد العنوان بدقة، ولا يُرسل شيء أبدًا.
Honest answer: not verified. It was built and run on a Mac with Chrome as the baseline browser. Windows support is written but untested until it is run on Windows. Other browsers are optional extras that are reported as “not tested” when unavailable (the WebKit option is not the Safari app). The skill files are also prepared for other AI agents, but I have not verified them there.
إجابة صريحة: لم يُتحقَّق من ذلك. بُنيت وشُغّلت على جهاز Mac مع Chrome كمتصفح أساسي. ودعم Windows مكتوب لكنه غير مُختبَر إلى أن يُشغَّل على Windows. أما المتصفحات الأخرى فهي إضافات اختيارية يُبلَّغ عنها بعبارة «لم يُختبر» (not tested) عند عدم توفرها (خيار WebKit ليس تطبيق Safari). كما أن ملفات المهارات مُعدَّة لوكلاء ذكاء اصطناعي آخرين، لكنني لم أتحقق منها هناك.
Plain: Today the numbers in this talk come from Chrome only. Other browsers can be switched on, but they’re not yet verified. If scope ever grew, a person’s checking would multiply with every browser and screen size. The skill’s run would also get longer, but it runs unattended and you still read one report. Illustrative, not tested.
If you want detail: Edge, Firefox and WebKit are optional. They run after Chrome as a 4-view smoke pass (English and Arabic, 1280 and 393 px, light), with performance checks skipped. WebKit is Playwright’s engine, not the Safari app. About 3 minutes per browser is the tool’s own estimate. No extra-browser run is recorded in the sample reports.
ببساطة: الأرقام في هذه المحاضرة اليوم تأتي من Chrome فقط. يمكن تشغيل متصفحات أخرى، لكنها لم يُتحقَّق منها بعد. وإذا اتسع النطاق يومًا ما، فسيتضاعف فحص الشخص مع كل متصفح وحجم شاشة. وسيطول تشغيل المهارة أيضًا، لكنه يعمل دون إشراف وتظل تقرأ تقريرًا واحدًا. توضيحي، لم يُختبر.
إن أردت التفاصيل: Edge وFirefox وWebKit اختيارية. تعمل بعد Chrome كمرور اختباري سريع (smoke pass) من 4 عروض (الإنجليزية والعربية، و1280 و393 بكسل، بالوضع الفاتح)، مع تخطي فحوص الأداء. وWebKit هو محرّك Playwright وليس تطبيق Safari. ونحو 3 دقائق لكل متصفح هو تقدير الأداة نفسها. ولا يوجد تشغيل لمتصفح إضافي مسجَّل في التقارير النموذجية.
Windows and Linux behaviour is static only (the Windows manual test has not been run). Real-page behaviour is unmeasured: every measurement is on in-repo fixtures and a mock. Masking is best-effort. The options flow has only been exercised through Claude Code.
سلوك Windows وLinux مبنيّ على التحليل الثابت (static) فقط (لم يُجرَ الاختبار اليدوي على Windows). وسلوك الصفحات الحقيقية غير مُقاس: كل قياس تم على نماذج داخل المستودع ونموذج محاكاة (mock). والحجب يتم بأقصى جهد ممكن. ولم يُجرَّب مسار الخيارات إلا عبر Claude Code.
Treat them as relative. Most timed runs were at high machine load, so only interleaved old-versus-new comparisons are usable, and no absolute time is a result.
تعامل معها بوصفها نسبية. فمعظم التشغيلات المُوقَّتة كانت تحت حِمل مرتفع على الجهاز، لذلك لا تصلح إلا المقارنات المتداخلة بين القديم والجديد، ولا يُعدّ أي زمن مطلق نتيجة.
No. Business and content QA, journeys, wording and judgement stay with people. Blocked pages are not verified, login and captcha stay human, and entity-owned issues are reported but not fixed.
لا. فـQA الأعمال والمحتوى، ورحلات المستخدم، وصياغة النصوص، والحكم المهني تبقى بيد الناس. والصفحات المحظورة لا يُتحقَّق منها، وتسجيل الدخول وcaptcha يبقيان بشريين، والمشكلات المملوكة للجهة تُبلَّغ ولا تُصلَح.
It is a UI tool. It opens real pages in a real browser, in English and Arabic, on desktop and mobile, in light and dark, walks the tabs, sections and steps with sample data, and checks nine areas: design values, components, control heights, the header, light and dark, validation, speed, accessibility and right-to-left layout.
It does not test backend services or APIs directly. That is a different kind of automation. API review appears only as an idea on the “where else could this help” list, and nothing is built for it.
هي أداة لواجهة المستخدم. تفتح صفحات حقيقية في متصفح حقيقي، بالإنجليزية والعربية، على سطح المكتب والجوال، بالوضعين الفاتح والداكن، وتتنقل في التبويبات والأقسام والخطوات ببيانات نموذجية، وتفحص تسعة مجالات: قيم التصميم، والمكوّنات، وارتفاعات عناصر التحكم، والترويسة، والوضعين الفاتح والداكن، والتحقق من صحة المدخلات، والسرعة، وإمكانية الوصول، والتخطيط من اليمين إلى اليسار.
ولا تختبر الخدمات الخلفية أو واجهات API مباشرة. وهذا نوع مختلف من الأتمتة. ولا تظهر مراجعة واجهات API إلا كفكرة في قائمة «أين يمكن أن تفيد أيضًا»، ولم يُبنَ لها شيء.
Rules are measurable, so results repeat. Findings carry evidence and a person sorts them. A wrong finding becomes a rule or check fix, and pages that could not be opened are flagged rather than silently passed.
القواعد قابلة للقياس، لذلك تتكرر النتائج. وتحمل الملاحظات أدلتها ويصنّفها شخص. وتتحول الملاحظة الخاطئة إلى إصلاح لقاعدة أو فحص، وتُعلَّم الصفحات التي تعذّر فتحها بدلًا من تمريرها بصمت.
Among them: approving the evidence and report budget numbers, whether to keep the 90 s Quick target, an Arabic reviewer for the run-options phrases, the brand-font licence for shareable reports, permission for one real-page run, and the Windows and other-agent manual tests.
من بينها: اعتماد أرقام ميزانية الأدلة والتقارير، وإبقاء هدف التشغيل السريع (Quick) البالغ 90 ثانية، ومراجع عربي لعبارات خيارات التشغيل، وترخيص الخط الخاص بالعلامة التجارية للتقارير القابلة للمشاركة، والإذن بتشغيل واحد على صفحة حقيقية، واختبارات Windows ووكلاء الذكاء الاصطناعي الآخرين اليدوية.
Possible is not permission. Never try this on access that isn’t yours.
I’m not telling you this because it worked. I’m telling you because it’s the line I won’t cross for anyone else.
كونُ الشيء ممكنًا لا يعني أنه مسموح. لا تُجرِّب هذا أبدًا على أي وصولٍ ليس لك.
لا أقول لك هذا لأن الأمر نجح، بل لأنه الخطّ الذي لن أتجاوزه من أجل أي شخص آخر.
Possible is not permission. Never try this on access that isn’t yours.
I’m not telling you this because it worked. I’m telling you because it’s the line I won’t cross for anyone else.
Highest-priority item for human bilingual review: this Arabic wording has not yet been checked by a native speaker. The English text is the authoritative version.
أعلى أولوية للمراجعة البشرية ثنائية اللغة: لم يتحقق متحدّث أصلي من هذه الصياغة العربية بعد. النص الإنجليزي هو النسخة المرجعية المعتمدة.
No. It is my personal account and stated principle. It contains no figures, and nothing in the cost, time or quality numbers depends on it.
لا. هي روايتي الشخصية ومبدأ مُصرَّح به. لا تحتوي على أي أرقام، ولا يعتمد عليها شيء في أرقام التكلفة أو الوقت أو الجودة.
The skills are read-only, run only on approved test pages, refuse production pages unless the exact link is confirmed, never bypass security controls, and leave sign-in and captcha to a person.
المهارات للقراءة فقط، وتعمل على صفحات اختبار معتمدة فقط، وترفض صفحات الإنتاج ما لم يُؤكَّد الرابط بدقة، ولا تتجاوز ضوابط الأمان أبدًا، وتترك تسجيل الدخول وcaptcha لشخص.
FDE stands for Forward Deployed Engineer: an engineer embedded with the delivery team, working on the problem alongside them rather than from the side.
FDE اختصار لـ Forward Deployed Engineer، أي «المهندس المنتشر ميدانيًا»: مهندس مدمج مع فريق التسليم، يعمل على المشكلة إلى جانبهم لا من الخارج.
20+ years across design, development and delivery: personal sites from 1999, including a university degree (an MCA) that touched on Artificial Intelligence, about 25 years ago – at a time when nobody studying it then knew what it would become decades later. Then Logix Microsystems, AOL in Bangalore, Cognizant, project manager on the Lenovo EMEA web team, Sabre Holdings, Digitas LBi (Publicis Groupe), and Accenture since 2016. The experience is why I knew what the checks needed to cover.
أكثر من 20 عامًا في التصميم والتطوير والتسليم: مواقع شخصية منذ 1999، وشهادة جامعية (MCA) تطرّقت إلى الذكاء الاصطناعي قبل نحو 25 عامًا – في وقت لم يكن فيه أحد ممن يدرسه آنذاك يعرف ما سيصبح عليه بعد عقود. ثم Logix Microsystems، وAOL في بنغالور، وCognizant، ومدير مشروع في فريق الويب لدى Lenovo EMEA، وSabre Holdings، وDigitas LBi (Publicis Groupe)، وAccenture منذ 2016. وهذه الخبرة هي سبب معرفتي بما يجب أن تغطيه الفحوص.
Full background: linkedin.com/in/sunilkn
الخلفية الكاملة: linkedin.com/in/sunilkn
This is my account. What mattered most was knowing what the checks needed to cover. That came from 20+ years across design, development and delivery, and from watching defects slip through from stage to stage. Then it took writing precise prompts, and checking every result. The AI did the building, and review caught mistakes along the way.
The talk’s own point: AI adds reach inside your own domain, and it does not replace knowing it. I have not tested whether someone without this background could do the same.
هذه روايتي الشخصية. أهم ما كان لازمًا هو معرفة ما يجب أن تغطيه الفحوص. وقد جاءت هذه المعرفة من أكثر من 20 عامًا في التصميم والتطوير والتسليم، ومن مراقبة العيوب وهي تتسلل من مرحلة إلى أخرى. ثم تطلّب الأمر كتابة موجّهات (prompts) دقيقة، والتحقق من كل نتيجة. وقام الذكاء الاصطناعي بالبناء، وكشفت المراجعة الأخطاء على طول الطريق.
ونقطة المحاضرة نفسها: يضيف الذكاء الاصطناعي مدى أبعد داخل مجالك أنت، ولا يحلّ محل معرفته. ولم أختبر ما إذا كان بإمكان من لا يملك هذه الخلفية أن يفعل الشيء نفسه.
I don’t have a project lined up for this. If any project needs it, I’m available as a consultant to help resolve exactly these issues.
ليس لدي مشروع محدد لهذا الأمر. وإذا احتاجه أي مشروع، فأنا متاح كمستشار للمساعدة في حل هذه المشكلات بالذات.
Potential only. The core can be reused, but client content must be separated and approvals obtained first. No other project is assumed, and separating the generic engine from the Hukoomi layer is not done yet.
احتمال فقط. يمكن إعادة استخدام النواة، لكن يجب فصل محتوى العميل والحصول على الموافقات أولًا. ولا يوجد أي مشروع آخر مُفترَض، ولم يتم بعد فصل المحرّك العام عن طبقة Hukoomi.
Level 1, the generic engine (page list in, real browser, evidence out, sign-in handover, ownership reporting, budgets, safety rules); level 2, the Hukoomi layer (design values, header behaviour, golden template rules); level 3, the project layer (page list, environments, selectors, limits, test data), replaced per project.
المستوى 1، المحرّك العام (قائمة صفحات تدخل، ومتصفح حقيقي، وأدلة تخرج، وتسليم تسجيل الدخول، والإبلاغ عن الملكية، والميزانيات، وقواعد الأمان)؛ والمستوى 2، طبقة Hukoomi (قيم التصميم، وسلوك الترويسة، وقواعد القالب الذهبي)؛ والمستوى 3، طبقة المشروع (قائمة الصفحات، والبيئات، والمحددات (selectors)، والحدود، وبيانات الاختبار)، وتُستبدل لكل مشروع.
Estimated effort: low. Replace the page list, URLs and environments; set header and component selectors; review budgets, thresholds and allowlists; provide test data for fields that need it.
تقدير الجهد: منخفض. استبدال قائمة الصفحات والروابط والبيئات؛ وضبط محددات الترويسة والمكوّنات؛ ومراجعة الميزانيات والعتبات وقوائم السماح؛ وتوفير بيانات اختبار للحقول التي تحتاجها.
Estimated effort: medium. Keep the engine; replace the design rules library and rules; define design values, components and ownership rules; separate the generic core from client content; confirm confidentiality, data and tool-access policies; follow asset and reuse approvals; and name an owner.
تقدير الجهد: متوسط. الإبقاء على المحرّك؛ واستبدال مكتبة قواعد التصميم والقواعد؛ وتحديد قيم التصميم والمكوّنات وقواعد الملكية؛ وفصل النواة العامة عن محتوى العميل؛ وتأكيد سياسات السرية والبيانات والوصول إلى الأدوات؛ واتباع موافقات الأصول وإعادة الاستخدام؛ وتسمية مالك.
I haven’t measured this, and I’m not giving a time-saved figure. The only estimates in this project are effort levels:
Another Hukoomi project: effort is low. You replace the page list, URLs and environments, set the header and component selectors, review budgets and thresholds, and provide test data.
A project that is not Hukoomi: effort is medium. You keep the engine, replace the design rules library and rules, define design values, components and ownership rules, separate the generic core from client content, confirm data and tool-access policies, and name an owner.
How much shorter that is than starting from nothing is not measured. For scale only, the original skills took about 2 weeks in a concentrated push. That included inventing the approach, so it is not a baseline for reuse. Separating the engine from the Hukoomi layer is also not done yet.
هذا غير مُقاس، ولا أقدّم رقمًا للوقت الموفَّر. والتقديرات الوحيدة في هذا المشروع هي مستويات الجهد:
مشروع Hukoomi آخر: الجهد منخفض. تستبدل قائمة الصفحات والروابط والبيئات، وتضبط محددات الترويسة والمكوّنات، وتراجع الميزانيات والعتبات، وتوفّر بيانات الاختبار.
مشروع ليس Hukoomi: الجهد متوسط. تُبقي المحرّك، وتستبدل مكتبة قواعد التصميم والقواعد، وتحدّد قيم التصميم والمكوّنات وقواعد الملكية، وتفصل النواة العامة عن محتوى العميل، وتؤكد سياسات البيانات والوصول إلى الأدوات، وتسمّي مالكًا.
ومقدار ما يقصّره ذلك مقارنة بالبدء من الصفر غير مُقاس. وللتوضيح فقط، استغرقت المهارات الأصلية نحو أسبوعين في اندفاعة مركّزة. وقد شمل ذلك ابتكار المنهج، فليس خط أساس لإعادة الاستخدام. كما أن فصل المحرّك عن طبقة Hukoomi لم يتم بعد.
Ten areas are ranked by benefit and effort, all as estimates. High benefit: deeper accessibility audits (planned), visual regression, test generation and test data, and security and dependency reviews (ideas). Medium: design-system audits, release notes and docs or onboarding guides (pilots), and API review, defect sorting and status summaries (ideas).
عشرة مجالات مرتّبة حسب الفائدة والجهد، كلها تقديرات. فائدة عالية: تدقيق أعمق لإمكانية الوصول (مُخطَّط)، والانحدار البصري (visual regression)، وتوليد الاختبارات وبيانات الاختبار، ومراجعات الأمان والتبعيات (أفكار). متوسطة: تدقيق أنظمة التصميم، وملاحظات الإصدار والوثائق أو أدلة التهيئة (تجارب تجريبية)، ومراجعة واجهات API وفرز العيوب وملخصات الحالة (أفكار).
A named owner. Rules and checks change when designs change, and the lessons-learned list feeds updates. In the model that is about 3 man-days a month.
مالك مُسمّى. فالقواعد والفحوص تتغير عندما تتغير التصاميم، وتغذّي قائمة الدروس المستفادة التحديثات. وفي النموذج يبلغ ذلك نحو 3 أيام عمل شهريًا.
It needs some. Rules and checks change when designs change, so it needs a named owner, and a lessons-learned list feeds the updates. In the cost model that is about 3 man-days a month (36 a year). That is an estimate from illustrative inputs, not a measurement. Tooling and usage costs are not included.
If nobody maintains it, the rules would drift away from the current design. That is a reasoned expectation, not something I have measured or seen happen.
تحتاج إلى بعضها. فالقواعد والفحوص تتغير عندما تتغير التصاميم، لذلك تحتاج إلى مالك مُسمّى، وتغذّي قائمة الدروس المستفادة التحديثات. وفي نموذج التكلفة يبلغ ذلك نحو 3 أيام عمل شهريًا (36 يومًا في السنة). وهذا تقدير من مدخلات توضيحية، وليس قياسًا. وتكاليف الأدوات والاستخدام غير مشمولة.
وإذا لم يتولَّ أحد صيانتها، فستبتعد القواعد تدريجيًا عن التصميم الحالي. وهذا توقّع مبنيّ على التفكير المنطقي، لا أمر مُقاس ولا شيء رأيته يحدث.
No pilot, project or owner is proposed in this talk. I don’t have a project lined up for this; if a project needs it, I can help.
لا يُقترح في هذه المحاضرة أي مشروع تجريبي أو مشروع أو مالك. ليس لدي مشروع محدد لهذا الأمر؛ وإذا احتاجه مشروع، فيمكنني المساعدة.
Planned or not yet done: the feedback loop that turns defects into developer rules; separating the engine from the Hukoomi layer; one real-page run (a permission text and measurement plan exist, but it has not been run and needs the page owner’s agreement); and the Windows and other-agent manual tests.
مُخطَّط أو لم يُنجَز بعد: حلقة التغذية الراجعة التي تحوّل العيوب إلى قواعد للمطوّرين؛ وفصل المحرّك عن طبقة Hukoomi؛ وتشغيل واحد على صفحة حقيقية (يوجد نص طلب إذن وخطة قياس، لكنه لم يُنفَّذ ويحتاج إلى موافقة مالك الصفحة)؛ واختبارات Windows ووكلاء الذكاء الاصطناعي الآخرين اليدوية.
The pattern is general. What exists today is not. A skill is a written playbook: what to check, the steps, the reference rules and the guardrails. That idea is not tied to front-end work. What has been built is a UI checker. It drives a real browser (Playwright, with Chrome as the baseline) and checks what a user sees.
It is layered for reuse: a generic engine, then the Hukoomi layer, then a project layer that is replaced per project. In practice, nothing has been reused outside PLI yet, and separating the generic engine from the Hukoomi layer is not done. Areas beyond the UI, such as API review and security or dependency reviews, are on the ideas list only. Nothing is built for them.
النمط عام. أما الموجود اليوم فليس كذلك. المهارة دليل مكتوب: ما يجب فحصه، والخطوات، والقواعد المرجعية، والضوابط. وهذه الفكرة غير مرتبطة بأعمال الواجهة الأمامية. أما ما بُني فهو أداة فحص لواجهة المستخدم. تقود متصفحًا حقيقيًا (Playwright، مع Chrome كخط أساس) وتفحص ما يراه المستخدم.
وهي مقسَّمة إلى طبقات لإعادة الاستخدام: محرّك عام، ثم طبقة Hukoomi، ثم طبقة مشروع تُستبدل لكل مشروع. وعمليًا لم يُعَد استخدام أي شيء خارج PLI بعد، ولم يتم فصل المحرّك العام عن طبقة Hukoomi. أما المجالات خارج واجهة المستخدم، مثل مراجعة واجهات API ومراجعات الأمان أو التبعيات، فهي في قائمة الأفكار فقط. ولم يُبنَ لها شيء.
It wasn’t built for that audience, and I’m not claiming a benefit for them. The reports carry marked screenshots, steps to reproduce, the rule that was broken, expected against actual, and a list of what was not verified. Those could plausibly help a support team triage a screen problem. No Ops or support team has used them, and nothing has been built or tested for that purpose.
One real limit: the skills run on approved dev, test and UAT pages and refuse production pages unless the exact address is confirmed. They are not a live monitor, and they have not been run on real pages.
لم تُبنَ لهذه الفئة، ولا أدّعي فائدة لها. تحمل التقارير لقطات شاشة معلَّمة، وخطوات إعادة الإنتاج، والقاعدة التي خُرقت، والمتوقع مقابل الفعلي، وقائمة بما لم يُتحقَّق منه. ومن المحتمل أن تساعد هذه فريق الدعم على فرز مشكلة في الشاشة. لكن لم يستخدمها أي فريق عمليات أو دعم، ولم يُبنَ أو يُختبر شيء لهذا الغرض.
وهناك حدّ حقيقي واحد: تعمل المهارات على صفحات التطوير والاختبار وUAT المعتمدة وترفض صفحات الإنتاج ما لم يُؤكَّد العنوان بدقة. وهي ليست مراقبًا مباشرًا، ولم تُشغَّل على صفحات حقيقية.
The design rules are written down once, in the repository: design values, 131 component rules and patterns, a step-by-step onboarding guide, and good and bad examples with traps and fixes. So there are no Figma lookups, and the same rules are checked the same way on every page. That targets the gap where a design is defined exactly and then gets missed later.
It does not judge taste, layout feel or content sense. That creative checking stays with skilled people, and the skill aims to free time for more of it. I am not claiming a measured benefit for a design team.
تُكتب قواعد التصميم مرة واحدة في المستودع: قيم التصميم، و131 من قواعد المكوّنات وأنماطها، ودليل تهيئة خطوة بخطوة، وأمثلة جيدة وسيئة مع الفخاخ والإصلاحات. فلا حاجة إلى البحث في Figma، وتُفحص القواعد نفسها بالطريقة نفسها في كل صفحة. وهذا يستهدف الفجوة التي يُحدَّد فيها التصميم بدقة ثم يُغفَل لاحقًا.
ولا تحكم في الذوق أو الإحساس بالتخطيط أو منطق المحتوى. وهذا الفحص الإبداعي يبقى بيد أصحاب المهارة، وتهدف المهارة إلى تحرير وقت لمزيد منه. ولا أدّعي فائدة مُقاسة لفريق تصميم.
Yes, and that is how it happened here. PLI was about 8 months old when the skills were added, which was about 2 weeks ago (in early November 2026), and it is still in delivery today. Today one entity is complete and two are in progress.
I am not claiming the skills arrived at a particular point in any entity’s delivery, and I haven’t measured how much work remained. This is one project, and I haven’t verified it elsewhere.
نعم، وهذا ما حدث هنا. كانت PLI بعمر نحو 8 أشهر عندما أُضيفت المهارات، أي قبل نحو أسبوعين (في أوائل نوفمبر 2026)، وهي لا تزال قيد التسليم اليوم. واليوم جهة واحدة مكتملة وجهتان قيد التنفيذ.
ولا أدّعي أن المهارات وصلت في نقطة معينة من تسليم أي جهة، ومقدار العمل المتبقي حينها غير مُقاس. وهذا مشروع واحد، ولم أتحقق من ذلك في مكان آخر.
A rough first draft, refined in conversation with an AI chat assistant into detailed, specific prompts, then run by Claude Code against real files to build the deck, the demo kit and the handouts, followed by rounds of my review, correction and rebuilding. It was built over several evenings in spare time, across about a week.
مسودة أولى تقريبية، صُقلت بالحوار مع مساعد دردشة بالذكاء الاصطناعي إلى موجّهات (prompts) مفصّلة ومحددة، ثم شغّلها Claude Code على ملفات حقيقية لبناء الشرائح وحزمة العرض التوضيحي والمطبوعات، تلتها جولات من مراجعتي وتصحيحي وإعادة البناء. وقد بُنيت على مدى عدة أمسيات في وقت الفراغ، خلال نحو أسبوع.
No. No Accenture or Song template, logo or theme file was ever given to or used by the AI. The look is an original, from-scratch style, described and refined in conversation.
لا. لم يُعطَ الذكاء الاصطناعي أي قالب أو شعار أو ملف سمة لـ Accenture أو Song، ولم يستخدم أيًّا منها. فالمظهر أسلوب أصلي من الصفر، وُصف وصُقل بالحوار.
No. I wrote the prompts and checked every result; Claude Code did the building. Review caught mistakes along the way, so the checking was part of the method, not an extra.
لا. كتبتُ الموجّهات وتحققتُ من كل نتيجة؛ وقام Claude Code بالبناء. وكشفت المراجعة أخطاء على طول الطريق، فكان التحقق جزءًا من المنهج لا إضافة.