كم تبلغ تكلفة بناء نظام وكيل ذكاء اصطناعي؟

الجميع يسأل عن رسوم البناء أولاً. لكن نادراً ما تكون هي العامل الحاسم في تحديد ما إذا كان المشروع يستحق الاستثمار.

ما يحدد ذلك فعلياً هو تكلفة تشغيل النظام، وتكلفة الحفاظ على دقته، وما إذا كان سيتجاوز المرحلة التجريبية (pilot stage). معدلات فشل المشاريع التجريبية مرتفعة في كل استطلاع قام بقياسها. الأرقام ومصادرها مجمعة في صفحة إحصائيات الذكاء الاصطناعي للمؤسسات. نادراً ما يكون النموذج (model) هو السبب. السبب المعتاد هو أن الميزانية غطت تكلفة نسخة تجريبية (demo) وتوقفت عند هذا الحد.

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

ما الذي يحدد سعر البناء

خمسة عوامل تحدد السعر. وهي مدرجة تقريباً حسب مدى تأثيرها عليه.

1. كم عدد القرارات التي يتخذها النظام بمفرده

كل نقطة يختار فيها الوكيل (agent) مساراً تعني كوداً برمجياً يجب كتابته. وهي أيضاً حالة اختبار (test case): يجب على شخص ما تحديد شكل الاختيار الصحيح في تلك النقطة.

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

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

2. التكاملات (Integrations)

الربط مع نظام آخر يكلف أكثر مما يتوقعه الناس. كتابة كود الربط بحد ذاته أمر سريع. لكن التعامل مع تعقيدات كل نظام ليس كذلك: طرق تسجيل الدخول، حدود الطلبات (rate limits)، تنسيقات الحقول الغريبة، وطرق الفشل الصامت.

تُصنف التكاملات تقريباً على النحو التالي، من الأرخص إلى الأغلى:

• ▸واجهة برمجة تطبيقات (API) حديثة وموثقة مع بيئة اختبار. الأرخص والأكثر قابلية للتوقع.
• ▸أنظمة SaaS الشائعة مثل أنظمة إدارة علاقات العملاء (CRM). تكلفة متوسطة. الصلاحيات والحقول المخصصة هي ما يستغرق الوقت.
• ▸الكتابة المباشرة في قاعدة بياناتك. تكلفة أعلى، لأن أي كتابة خاطئة تعتبر حادثاً يؤثر على العمل.
• ▸الأنظمة القديمة (Legacy) أو غير الموثقة. التكلفة الأعلى والأصعب في التوقع.

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

3. نقاط التحقق البشرية

خطوة الموافقة تضيف تكلفة على البناء. لكنها في الوقت نفسه تحد من حجم الضرر الذي يمكن أن تسببه إجابة خاطئة. بالنسبة لأي نظام يرسل أموالاً أو عقوداً أو رسائل للعملاء، فإن نقطة التحقق هي الخيار الأرخص على مدار العام. تحديد مكان هذه النقطة هو قرار يُتخذ أثناء تحديد نطاق المشروع (scoping)، وليس ميزة تضيفها لاحقاً؛ دليلنا حول وكلاء الذكاء الاصطناعي بوجود تدخل بشري (human-in-the-loop) يغطي كيفية تحديد هذا المكان.

4. قاعدة المعرفة

إذا كان يجب على الوكيل الإجابة من مستنداتك، فأنت تقوم أيضاً ببناء نظام استرجاع (retrieval). تعتمد تكلفته على مدى فوضوية المستندات، وليس على عددها. ملفات PDF الممسوحة ضوئياً، والجداول، ووجود خمس نسخ من نفس السياسة ستكلف أكثر من مكتبة نظيفة بحجم مضاعف. راجع أنظمة المعرفة للشركات لمعرفة ما يتضمنه هذا العمل.

5. أين يجب أن تُحفظ البيانات

استدعاء API لنموذج سحابي هو الإعداد الأرخص للبناء. بينما تشغيل النماذج على خوادمك الخاصة يضيف تكاليف الأجهزة (hardware)، وخدمة النموذج، وتخطيط السعة إلى عملية البناء. بالنسبة للمؤسسات الخليجية التي لديها متطلبات توطين البيانات، فإن هذه المقايضة غالباً لا تكون اختيارية. الحسابات المتعلقة بجانب التشغيل موجودة في قسم "الاستضافة المحلية" (on-premise) أدناه.

تكلفة التشغيل

استخدام النموذج

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

Monthly model cost =
  tasks per day × calls per task × 30
  × (input tokens per call × input price + output tokens per call × output price)
  ÷ 1,000,000

ثم أضف هامشاً لإعادات المحاولة (retries) وزيادة حجم السياق (context). حدد حجم هذا الهامش من سجلاتك الخاصة بدلاً من الاعتماد على قاعدة عامة؛ مقال ما يضيفه السياق، وإعادات المحاولة، والتقييم إلى فاتورة الـ tokens يوضح لك كيف. الأسعار تتغير باستمرار. اعتباراً من أكتوبر 2026، خذ الأسعار من صفحة تسعير Claude وصفحة تسعير GPT في اليوم الذي تضع فيه ميزانيتك. لا تأخذها من أي مقال، بما في ذلك هذا المقال.

أكبر عامل مؤثر هو حجم النموذج. ضمن عائلات Claude و GPT و Gemini و Qwen، يكلف النموذج الأصغر جزءاً بسيطاً من تكلفة النموذج الأكبر. أرسل الخطوات الروتينية إلى نموذج صغير واحتفظ بالنموذج الكبير للقرارات الصعبة التي تتطلب حكماً دقيقاً.

الاستضافة

إذا كنت تستخدم API سحابي، فإن الاستضافة عادة ما تكون أصغر بند في التكلفة. الاستضافة المحلية (On-premise) تغير هذه المعادلة: تصبح خوادم الـ GPU تكلفة رأسمالية، ويصبح إبقاؤها قيد التشغيل تكلفة تشغيلية. اطلب بند الاستضافة كرقم منفصل في أي عرض سعر، مع تحديد حجم الاستخدام الذي يفترضه.

الحفاظ على الدقة

هذا هو البند الذي تتجاهله معظم عروض الأسعار. يحتاج الوكيل في بيئة الإنتاج (production) إلى:

• ▸تتبع (Tracing)، حتى تتمكن من رؤية سبب اتخاذه لكل قرار.
• ▸مجموعة تقييم (evaluation set)، يُعاد تشغيلها كلما تغير أي شيء.
• ▸ترقيات النموذج. يقوم المزودون بإيقاف إصدارات النماذج وفقاً لجدول زمني معلن. صفحة إيقاف النماذج من Anthropic تدرج تاريخ إيقاف كل نموذج، وكل إيقاف يعني الحاجة لاختبار تراجع (regression test).
• ▸تغييرات المنبع (Upstream changes). ستتغير واجهة برمجة التطبيقات (API) الخاصة بنظام الـ CRM لديك سواء خططت لذلك أم لا.

ضع ميزانية لذلك على شكل ساعات هندسية شهرياً × سعر الساعة لديك. إذا كان هذا الرقم صفراً، فسوف يتدهور أداء النظام دون أن يلاحظ أحد.

ما إذا كان سيحقق عائداً (Payback)

سطر واحد يحدد ذلك:

Payback (months) = total build cost ÷ (monthly value − monthly running cost)

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

سحابي أم محلي (On-premise)

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

إذا كان الوكيل يرد على الهاتف

يضيف الصوت ثلاثة بنود تُحسب بالاستهلاك: الاتصال الهاتفي، وتحويل الكلام إلى نص (speech-to-text)، وتحويل النص إلى كلام (text-to-speech)، وجميعها تُفوتر بالدقيقة. الرقم الذي يحسم الأمر هو نسبة الاحتواء (containment)، أي نسبة الدقائق التي يحلها النظام دون تدخل بشري. الموظفون الذين يتولون الباقي لا يزالون على جدول الرواتب. نموذجنا لـ مراكز الاتصال بالدقيقة يقوم بحسابها.

إذا كنت ستبيعه كمنتج

إذا كان الوكيل منتجاً وليس أداة داخلية، فإن تكلفته لكل إجراء تصبح تكلفة البضائع المباعة (COGS) الخاصة بك. التسعير لكل مستخدم (Seat pricing)، والتسعير بالاستهلاك، والأرصدة الهجينة، كل منها ينقل هذه التكلفة إلى العميل بطريقة مختلفة. قم بحساب الأرقام في تسعير منتج ذكاء اصطناعي بنظام SaaS قبل نشر قائمة أسعارك.

البناء، الشراء، أو التوظيف

اشترِ (Buy) أداة جاهزة عندما تكون عملياتك مشابهة لعمليات الجميع. إنه الخيار الأسرع والأرخص، حتى تحتاج إلى شيء لا تفعله الأداة. تحقق من خيارات التصدير الخاصة بها أولاً، حتى لا تبدأ من الصفر عند الانتقال لاحقاً إلى بناء مخصص.

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

ابنِ مع شريك (Build with a partner) عندما تكون العملية خاصة بك، وذات قيمة عالية، ولها خط نهاية واضح. إذا كانت أداة سير عمل منخفضة الكود (low-code) قد تفي بالغرض، فإن دليلنا n8n مقابل وكلاء الذكاء الاصطناعي المخصصين يوضح الفروق. إذا لم تكن تقنياً وتحتاج إلى تقييم شريك، فاطرح الأسئلة الثلاثة الموجودة في توظيف شريك هندسة ذكاء اصطناعي.

قائمة التحقق من الميزانية

استخدم هذا الجدول للتحقق من أي عرض سعر، بما في ذلك عروضنا.

عرض السعر الذي يغطي الصف الأول فقط هو عرض لنسخة تجريبية (demo).

الأسئلة الشائعة

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

هل يجب أن نبني نموذجاً أولياً (prototype) أولاً؟ فقط إذا كان يستخدم تكاملاتك الحقيقية وعينة من بياناتك الفعلية. النموذج الأولي المبني على بيانات اختبار نظيفة يوضح ما يمكن للنموذج فعله. لكنه يخبرك بالقليل جداً عن تكلفة الإنتاج الحقيقية.

خمسة أسئلة يجب الإجابة عليها قبل أي عرض سعر

أجب على هذه الأسئلة كتابياً هذا الأسبوع، قبل أن تتحدث إلى أي مورد:

1. ▸ما هي العملية التي نقوم بأتمتتها؟ اكتبها خطوة بخطوة. حدد كل نقطة قرار.
2. ▸بماذا تتصل؟ اذكر كل نظام، وقاعدة بيانات، ومجموعة مستندات.
3. ▸من يوافق على ماذا؟ حدد نقاط التحقق البشرية ومن يتولاها.
4. ▸ما هو حجم الاستخدام؟ احسب المهام يومياً في الوقت الحالي، وبعد عام من الآن.
5. ▸أين يجب أن تبقى البيانات؟ في السحابة، أو في منطقتك، أو على خوادمك الخاصة.

بوجود هذه الإجابات في صفحة واحدة، يمكنك الحصول على عرض سعر نهائي. بدونها، كل عرض سعر هو مجرد تخمين.