هندسة الذكاء الاصطناعي ووهم «مهندس 100x»: تجربة 6 وكلاء في الإنتاج

خفضت Cloudflare للتو 20% من موظفيها، وعزت ذلك إلى مكاسب إنتاجية حققها الذكاء الاصطناعي تراوحت، بحسب وصفها، من «مرتين إلى 100 مرة». لكن تحويل هذه الأرقام إلى شعار في هندسة الذكاء الاصطناعي اسمه «مهندس 100x» يوشك أن يطلق موجة من قرارات التوظيف السيئة بنيويًا.

ما الذي قالته Cloudflare فعلًا في Q1 2026؟

أكثر ما تداوله الناس من مكالمة المستثمرين كان قول Prince إن الذكاء الاصطناعي جعل بعض الوظائف تنتج «مرتين، و10 مرات، بل حتى 100 مرة» أكثر مما كانت تنتجه سابقًا. تبنّت TechCrunch الرواية، ثم CNBC، ثم The Register. وتعاملت كل مادة صحفية مع هذا التأطير بوصفه حقيقة بديهية، قبل أن تنتقل مباشرة إلى عدد الوظائف المفقودة.

أما السياق الأوسع، فهو أن تخفيضات Cloudflare البالغة 1,100 موظف طالت ما وصفه Prince بأنه وظائف بات الذكاء الاصطناعي يتولى عملها. والمعنى الضمني أن البشر الذين كانوا يؤدون ذلك العمل مثّلوا عنق الزجاجة، ثم أزاله الذكاء الاصطناعي. ارتفعت الإيرادات 34%، وانخفض عدد الموظفين 20%. وهكذا تكتب رواية المستثمرين نفسها بنفسها: الناتج ذاته، بعدد أقل من الأشخاص، وهوامش آخذة في الاتساع.

لكن أحدًا في مكالمات الأرباح تلك لم يسأل، ولم تختبر أي من التغطيات، ما إذا كانت «إنتاجية 100x» أصلًا وحدة تحليل متماسكة حين نطبقها على عملية يديرها وكيل من بدايتها إلى نهايتها. فهناك فرق بين مهندس بشري يصبح أكثر إنتاجية 100 مرة بمساعدة الذكاء الاصطناعي، وبين عملية نُقلت بالكامل خارج بند العمل البشري. الحالتان ليستا شيئًا واحدًا، والتمييز بينهما بالغ الأهمية عندما تكون مؤسسًا يقرر من سيُبقي عليه.

ما الذي أشغّله فعليًا هذا الأسبوع؟

أشغّل نظام نشر لهذه المدونة على Workers وDurable Objects. يتكون النظام من 6 وكلاء: ManualIntake وDiscovery وEditorial وWriter وDistribution وMaintenance. نشر الوكلاء 24 مقالًا الشهر الماضي، ولم أتدخل مباشرة إلا في نحو 4 منها. أما الفاتورة فستجدها أدناه.

كم يكلّف تشغيل 6 وكلاء إنتاج على Workers فعلًا؟

هذه هي فاتورة Cloudflare الفعلية لشهر أبريل 2026 عند تشغيل نظام النشر المؤلف من 6 وكلاء.

بلغت كلفة الحوسبة على Workers مقدار $11.40. أما عمليات القراءة والكتابة في قاعدة D1 — وهي الذاكرة العاملة للوكلاء، وطوابير المهام، ومسودات المقالات، وبيانات المحتوى الوصفية — فكلّفت $3.20. وبلغ تخزين الأصول الإعلامية ونسخ الأرشيف في R2 مقدار $0.84، فيما كلّف Vectorize المستخدم للبحث الدلالي في أرشيف المقالات $1.10. وأكملت طبقتا التنسيق Agents SDK وWorkflows الفاتورة بمبلغ $2.60 لقاء الطلبات ومدد التشغيل. إجمالي بنية Cloudflare التحتية: $19.14 للشهر.

فاتورة الاستدلال منفصلة وتُدفع إلى مزوّد النماذج. في أبريل، بلغ مجموعها $214 للشهر عبر الوكلاء الـ6 جميعًا، مع تشغيل Claude Sonnet 4.5 وHaiku 3.5 بحسب تعقيد المهمة. وبذلك وصلت التكلفة الكلية لنظام الذكاء الاصطناعي، شاملة البنية التحتية والاستدلال، إلى $233.14.

أما أعداد مهام أبريل، فقد عالج ManualIntake عدد 31 طلب محتوى. ونفّذ Discovery عدد 188 مهمة بحث وجمع مصادر. وأنتج Editorial عدد 47 موجزًا ودورة مراجعة. وأنشأ Writer عدد 24 مسودة منشورة. وتولى Distribution عدد 96 مهمة توزيع ونشر اجتماعي. ونفّذ Maintenance عدد 240 مهمة شملت فحوص الصحة الدورية، وتدقيق الروابط، وتحديث الفهارس. المحصلة: 626 مهمة للوكلاء خلال شهر، بكلفة إجمالية تقارب $0.37 للمهمة.

يعمل النظام على خادم Hetzner CX22 بسعر €4.42 شهريًا لطبقة تنسيق صغيرة. ولا توجد تكاليف أخرى.

كم سيكلّف توظيف شخص لإنجاز 626 مهمة شهريًا بالجودة ومعدل الإنتاج اللذين يقدمهما هؤلاء الوكلاء؟ تبلغ التكلفة الشهرية الكاملة لموظف متوسط الخبرة في عمليات المحتوى ضمن سوق غربي ما بين $6,500 و$9,000. وينجز الوكلاء جزءًا معتبرًا من هذا العمل مقابل $233. هذه الحسبة حقيقية، ولن أتظاهر بغير ذلك.

لكن ثمة ما لا يجوز إغفاله: ما زلت أقضي نحو 12 ساعة أسبوعيًا على هذا النظام. لا أقضيها في تنفيذ مهام الوكلاء، بل في عمل مختلف. وهذا تحديدًا ما يغفله تأطير «مهندس 100x» بالكامل.

لماذا يضلّل مفهوم «مهندس 100x» هندسة الذكاء الاصطناعي؟

يفترض هذا المفهوم أن لديك مهندسًا، ثم يجعله الذكاء الاصطناعي أكثر إنتاجية 100 مرة. وتظل وحدة القياس هي المهندس نفسه؛ كل ما في الأمر أنك تحتاج إلى عدد أقل من المهندسين لكل وحدة ناتج.

لكن هذا ليس ما يحدث عند تشغيل الوكلاء في بيئة إنتاج حقيقية. ما يحدث هو نقل عملية كاملة خارج بند العمل البشري. وكيل Discovery لا يجعل الباحث أكثر إنتاجية 100 مرة؛ فلا وجود لباحث أصلًا. تعمل عملية البحث وفق جدول cron، وتستدعي مجموعة من واجهات API والنماذج، وتكتب مخرجات منظّمة في D1، ثم تشغّل وكيل Editorial. العملية ما زالت قائمة، أما الدور البشري الذي كان يملكها فلم يعد موجودًا.

قد يبدو هذا فرقًا لغويًا، لكنه ليس كذلك. فهو يغيّر تمامًا منطق القرار المتعلق بمن توظف ومن تُبقي.

عندما تصوغ المسألة على أنها «مهندس 100x»، تنظر إلى عدد مهندسيك وتسأل: أي 10 أشخاص يمكنني الإبقاء عليهم ليحلوا محل 100؟ ثم تبني قرارك على الاحتفاظ بأعلى الأفراد إنتاجًا والاستغناء عن البقية.

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

الدور الذي لا يوظف له أحد بعد هو ما أسميه قائد عمليات الوكلاء (Agent Operations). هذا ليس مهندس صياغة أوامر، ولا مهندس تعلم آلي. بل شخص يفهم إجراءات العمل بعمق يكفي لتحديد ما ينبغي للوكيل فعله، ويستطيع قراءة سجل حالة Durable Object لتشخيص سير عمل عالق، ويعرف متى تنحرف مخرجات الوكيل عن مستوى الجودة المقبول، ويمكنه توسيع النظام كلما تغيرت الأعمال. والساعات الـ12 التي أقضيها أسبوعيًا على نظام النشر تمثّل هذا الدور تقريبًا. إنه ليس عملًا متدني المهارة، بل عمل عالي الأثر يتطلب معرفة بالإجراءات وإلمامًا تقنيًا كافيًا لتشغيل النظام معًا.

يكاد يكون من المؤكد أن هذا الدور موجود داخل Cloudflare، لكن الشركة لا تملك له مسمى وظيفيًا بعد. وإذا قلّصت فريقك حتى لا يبقى إلا هيكل عظمي من دون بناء هذه القدرة، فسيتدهور أسطول وكلائك خلال 6 أشهر.

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

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

إطار قرار المؤسس لخطة H2 2026

إذا كنت تبني خطة عدد الموظفين للنصف الثاني من العام انطلاقًا من رواية Cloudflare، فهذا هو الإطار الذي سأستخدمه فعليًا.

ابدأ بتقسيم عملياتك إلى عمودين: عمليات مرشحة للاستبدال، وأدوار مرشحة للاستبدال.

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

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

الحسبة التي تصمد على مستوى مجلس إدارة شركة في مراحل Series A إلى Series C هي التالية: خذ التكلفة الكاملة الحالية للعملية، واطرح منها التكلفة الإجمالية المتوقعة لتشغيل أسطول وكلاء يحل محلها، بما يشمل البنية التحتية والاستدلال وأعباء عمليات الوكلاء، ثم اعرض الفارق. عند $233 شهريًا مقابل 626 مهمة، تبدو الحسبة مقنعة بوضوح للعمليات المناسبة. لكنها تفقد قوتها بسرعة عندما يكون الدور فعلًا حزمة من المهام التي تحتاج إلى حكم بشري.

ما سأختبره قبل الاستغناء عن أي شخص هو تشغيل الوكيل بالتوازي مع الإنسان لمدة 60 يومًا. قِس جودة المخرجات وفق معيار التقييم نفسه الذي تستخدمه للإنسان. وقِس معدل الإخفاق ومعدل التدخل. ثم احسب التكلفة الحقيقية لأعباء عمليات الوكلاء من وقت الموظف. إذا اجتاز الوكيل حد الجودة عند 30% من تكلفة الإنسان، مع احتساب أعباء التشغيل، فلديك مبرر حقيقي. أما إذا تطلب معدل الإخفاق ساعات تدخل أكثر مما وفّره الوكيل من ساعات العمل البشري، فلا يوجد لديك ذلك المبرر.

اختبار معدل التكلفة التشغيلية ليس معقدًا. يتجاوزه معظم المؤسسين لأن رواية Cloudflare توحي لهم بأنه غير ضروري. ادعاء 100x مغرٍ، لكنني أقول لك من داخل تطبيق إنتاجي يعمل على الحزمة التقنية نفسها: الرقم المهم ليس مضاعِف الإنتاجية، بل تكلفة المهمة عند مستوى جودة مقبول بعد احتساب عبء التشغيل. أجرِ الاختبار قبل وضع الرقم في عرض مجلس الإدارة.

س: هل ترتفع تكلفة $233 الشهرية خطيًا كلما أضفت وكلاء؟

تقريبًا، نعم بالنسبة إلى الاستدلال. أما تكاليف بنية Cloudflare التحتية فتنمو ببطء، لأن Workers وDurable Objects يتسمان بالكفاءة عند التوسع. تكلفة الاستدلال لدي هي المتغير المهيمن. وإذا ضاعفت حجم مهام الوكلاء، فتوقع أن تتضاعف تكاليف الاستدلال تقريبًا، بينما قد تنمو البنية التحتية بنسبة 20-30%. وتنمو أعباء التشغيل بأقل من وتيرة خطية، لأنك تدير أنظمة لا مهام فردية.

س: ما منتجات Cloudflare التي يعتمد عليها أسطول وكلاء إنتاج اعتمادًا أساسيًا؟

يتحمل Durable Objects العبء الأكبر. فهو يوفّر آلات حالة دائمة تنسق مهام الوكلاء طويلة التشغيل عبر استدعاءات Workers، من دون قاعدة بيانات خارجية للتنسيق. ويعمل D1 مخزنًا علائقيًا لبيانات الأعمال، وR2 مخزنًا للكائنات، وVectorize مخزنًا للتضمينات. أما Agents SDK فهو طبقة تنسيق خفيفة نسبيًا فوق Durable Objects. وإذا كنت تقيّم هذه الحزمة، فإن Durable Objects هو محورها المعماري.

س: كيف يبدو عمل مسؤول عمليات الوكلاء يومًا بيوم؟

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

ما الذي ينبغي مراقبته خلال 30 يومًا المقبلة؟

ستنتشر الصياغة التي استخدمتها Cloudflare في إعلان أرباحها. توقّع أن تستخدم 3 إلى 5 شركات تقنية عامة أخرى عبارة «مكاسب إنتاجية الذكاء الاصطناعي» غطاءً لتخفيض عدد الموظفين قبل انتهاء موسم نتائج Q2. المؤسسون الجديرون بالمتابعة هم من يعلنون التخفيضات مقرونة بتفاصيل محددة عن نشر الوكلاء، لا بادعاءات إنتاجية مبهمة؛ فذلك سيكون إشارة حقيقية. أما الادعاءات الفضفاضة التي لا تذكر الحزمة التقنية، ولا عدد المهام، ولا تكلفة المهمة، فليست سوى استعراض في عرض مجلس الإدارة.

وفي ما يخص حزمة Cloudflare نفسها، ينضج Agents SDK بسرعة. تغيّرت تسعيرة وضع السبات في Durable Objects في وقت سابق من هذا العام، وأصبحت الآن أوفر بكثير للوكلاء دائمي التشغيل. إذا كنت تقيّم هذه البنية وكنت مترددًا، فقد تحرك منحنى التكلفة في صالحك. لم يختفِ التعقيد التشغيلي، لكنه قابل للإدارة بالحجم الذي تحتاج إليه فعليًا معظم الشركات بين Series A وSeries C.

وسيظهر سوق توظيف عمليات الوكلاء خلال 12 شهرًا بوصفه فئة وظيفية مستقلة. استبق ذلك وحدد شكل هذا الدور داخل شركتك قبل أن يظهر المسمى على LinkedIn.

إذا أردت إجراء تدقيق للعمليات قبل تثبيت خطة H2، فإن قائمة تدقيق مسار العمل التي أستخدمها في DVNC.dev تنسجم مباشرة مع هذا الإطار.

الخلاصة

• جمع إعلان أرباح Cloudflare في Q1 2026 بين إيرادات قدرها $639.8M، وتسريح 1,100 موظف، وادعاء بأن الذكاء الاصطناعي رفع الإنتاجية من «2x إلى 100x».
• تبلغ الكلفة الإجمالية لتشغيل 6 وكلاء إنتاج على Cloudflare Workers وDurable Objects وD1 وAgents SDK مقدار $233 شهريًا مقابل 626 مهمة، أي نحو $0.37 للمهمة شاملة الاستدلال.
• تأطير «مهندس 100x» خاطئ. التحول الحقيقي هو نقل العمليات بالكامل خارج بند العمل البشري، لا مضاعفة إنتاج الفرد.
• الدور الذي لا يوظف له أحد بعد هو عمليات الوكلاء (Agent Operations): الشخص الذي يدير أسطول الوكلاء ويدققه ويوسعه. وإذا قلّصت فريقك إلى هيكل عظمي من دون هذه القدرة، فسيتدهور أسطول وكلائك.
• قبل وضع الأمر في عرض مجلس الإدارة، شغّل اختبارًا متوازيًا لمدة 60 يومًا: الوكيل بجانب الإنسان، ومعيار الجودة نفسه، مع قياس عبء التشغيل الحقيقي. غالبًا ما تكون الحسبة مقنعة، لكنها لا تطابق دائمًا ما توحي به الرواية.
• متغير القرار هو تكلفة المهمة عند جودة مقبولة، شاملة عبء التشغيل، لا مضاعِف الإنتاجية.