تنسيق وكلاء الذكاء الاصطناعي: من LangGraph إلى ضبط الموافقات والتكلفة

دليل لتنسيق وكلاء الذكاء الاصطناعي عبر LangGraph وأطر أخرى: متى تستخدم التفويض أو تسليم المهام، وكيف تضبط الموافقات البشرية وإعادة المحاولة والتكلفة.

نُشر في

بقلم
تنسيق وكلاء الذكاء الاصطناعي: من LangGraph إلى ضبط الموافقات والتكلفة

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

جرى التحقق من الوثائق وأسعار البنية التحتية الواردة أدناه في 13 أكتوبر 2026. أمثلة الأعمال تصاميم مقترحة، وليست تقارير عن أنظمة منشورة أو اختبارات لقياس الأداء.

ما المقصود بتنسيق وكلاء الذكاء الاصطناعي؟

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

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

اختر النمط وفق الحد الذي تحتاج إلى ضبطه:

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

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

مقطع معماري يوضح غرف استقبال الطلبات والوكلاء داخل سير عمل يحيط بها، مع بوابة موافقة تمتد بعرض الممر قبل غرفة التنفيذ
سير العمل يدير الحالة، والوكلاء ينجزون المهام داخله، والموافقة شرط لعبور بوابة التنفيذ.

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

وكيل قائد مع منفذين: أبقِ المسؤولية لدى جهة واحدة

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

في طلب يخص عمليات المبيعات، يمكن للقائد تكليف وكيل ببحث عن حساب العميل، وآخر بتقييم داخلي لمدى ملاءمة المنتج، ثم جمع النتائج في موجز يستند إليه إعداد المسودة.

  1. حدد للقائد النتيجة المطلوبة وحدود العمل

    النتيجة المطلوبة مسودة عرض تدعمها الأدلة. والعمل المسموح به هو البحث والصياغة. أما إرسال العرض والوعد بخصم وتحديث سجل العميل، فتبقى إجراءات منفصلة.

  2. وزع مهام بحث محددة النطاق

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

  3. اطلب الأدلة أولًا، ثم اجمع النتائج

    اشترط إرجاع مراجع المصادر والنتائج والأسئلة التي لم تُحسم. يتولى القائد معالجة التناقضات وإعداد المسودة. المصدر المفقود يظل مفقودًا؛ لا يحوّله التلخيص إلى عبارة جازمة.

  4. قدّم المخرج للموافقة

    يراجع مسؤول حساب العميل الرسالة المقترحة والمستلم والالتزامات الواردة فيها. ثم تتولى خطوة إرسال يتحكم فيها التطبيق تنفيذ المخرج الذي نال الموافقة وحده.

يطبق Claude Agent SDK، وهو بيئة تشغيل وكلاء قابلة للبرمجة من Anthropic، هذا النمط عبر وكلاء فرعيين: نسخ مستقلة من الوكلاء، لكل منها تعليماتها وسياقها وصلاحيات الوصول إلى الأدوات. عرّفها باستخدام الخيار agents، وسيستدعيها الوكيل الرئيسي عبر الأداة Agent. الوكيل الفرعي العادي، الذي لا يتفرع من محادثة الوكيل الأب، لا يتلقى سجل تلك المحادثة، لذا يجب أن يحمل نص تكليفه السياق الذي يحتاج إليه. ويتلقى الوكيل الأب تقريره النهائي. وثائق الوكلاء الفرعيين في Claude.

وثائق Claude Agent SDK لتعريف الوكلاء الفرعيين واستدعائهم
الوكلاء الفرعيون في Claude Agent SDK

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

يوفر CrewAI، وهو إطار عمل للوكلاء والمهام القائمة على الأدوار، عملية هرمية تستخدم manager_llm أو manager_agent. يتولى المدير التخطيط والتفويض ومراجعة مخرجات المهام. أما العملية التسلسلية فتتبع ترتيب قائمة المهام، وتستخدم النتائج السابقة سياقًا لما يليها. وثائق العمليات في CrewAI.

وثائق CrewAI التي توضح العمليات التسلسلية والهرمية
العمليات في CrewAI

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

تسليم المهمة: اجعل القرار التالي بيد المتخصص

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

يوضح OpenAI Agents SDK، وهو مكتبة لتطبيقات الوكلاء، هذا الفرق في المسؤولية: تسليم المهمة ينقل التحكم إلى متخصص، بينما عرض الوكلاء كأدوات يبقي المدير مسؤولًا عن الرد. وتدعم الدالة agent.asTool() في JavaScript الأسلوب الثاني. ويمكن أن يتضمن التسليم بيانات وصفية منظمة أو سجل محادثة جرى ترشيح محتواه. وثائق التنسيق في OpenAI.

وثائق OpenAI Agents SDK التي تقارن بين تسليم المهام واستخدام الوكلاء كأدوات
التنسيق في OpenAI Agents SDK

لصندوق وارد فريق عمليات العملاء، اتبع هذا التسلسل:

  1. يحدد وكيل الاستقبال أن الطلب يتعلق باعتراض على فاتورة، ويجمع مراجع الحساب والفاتورة ذات الصلة.
  2. يسلّم الحالة إلى متخصص الفوترة، ومعها طلب العميل والحقائق المتحقق منها والأسئلة العالقة والإجراءات التالية المسموح بها.
  3. يحقق متخصص الفوترة في الحالة ويصوغ حلًا. ويتولى مسؤولية الرد التالي، بدلًا من إعادة مذكرة بحث إلى وكيل الاستقبال.
  4. يوافق شخص على أي استرداد مالي أو تعديل مقترح للحساب قبل تنفيذ الأداة المعنية.

موضع التعثر: تسليم المهمة ينقل التحكم، لكنه لا يمنح تفويضًا تجاريًا. لا ينبغي أن يرث الوكيل صلاحية رد الأموال لمجرد أن وكيل الاستقبال وجّه الحالة إليه. طبّق سياسة الإجراء عند نقطة تشغيل أداة الاسترداد.

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

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

LangGraph ونقاط الحفظ: اجعل الخطوة التالية واضحة

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

يدعم LangGraph، وهو إطار عمل لسير عمل الوكلاء يحتفظ بالحالة، مسارات صريحة تشمل التفرع والعمل المتوازي. تحفظ آليات نقاط الحفظ فيه حالة الرسم البياني الخاصة بسياق تنفيذ، بينما توقف آلية interrupt() التنفيذ مؤقتًا بانتظار مدخل خارجي. ويمكن استئناف سياق التنفيذ المتوقف باستخدام Command(resume=...). أنماط سير العمل في LangGraph، وثائق إيقاف التنفيذ مؤقتًا.

وثائق LangGraph التي تشرح إيقاف سير العمل مؤقتًا واستئنافه
إيقاف التنفيذ مؤقتًا في LangGraph

لفريق مشتريات يعد توصية باختيار مورّد:

  1. احفظ الحالة في حقول منظمة

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

  2. ارسم المسارات المسموح بها

    ينتقل الطلب من الاستقبال إلى البحث عند اكتمال الحقول المطلوبة. وإذا نقصت معلومات، يعود إلى مقدّم الطلب. تغذي نتائج البحث مرحلة الصياغة، وقد يعيد فحص الأدلة الحالة إلى بحث موجّه.

  3. أنشئ نقطة حفظ وتوقف للمراجعة

    احفظ التوصية المقترحة وأوقف التنفيذ قبل العمل الذي يتطلب موافقة. يراجع مسؤول المشتريات المخرج المحدد والأدلة الداعمة والإجراء المطلوب.

  4. استأنف عبر مسار مسموح

    تتيح الموافقة تقديم التوصية. وتعيد التعديلات المطلوبة الحالة إلى الصياغة، وتلغي صلاحية الموافقة السابقة. أما الرفض فيغلق الحالة مع تسجيل السبب.

موضع التعثر: استئناف التنفيذ بعد نقطة توقف في LangGraph يعيد تشغيل العقدة التي تحتويه من بدايتها. أي إن الشيفرة السابقة لنقطة التوقف تعمل مجددًا. ضع عملية الكتابة ذات الأثر في خطوة منفصلة تخضع للتحكم، واجعل العمليات القابلة للتكرار آمنة عند إعادتها: تكرار الطلب المنطقي نفسه يجب ألا ينشئ أثرًا إضافيًا. قواعد إيقاف التنفيذ في LangGraph.

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

اختر تخزينًا دائمًا لنقاط الحفظ في بيئة الإنتاج. تفقد آليات الحفظ في الذاكرة لدى LangGraph نقاط الحفظ عند إعادة تشغيل العملية. ويعد معرّف سياق التنفيذ الدائم والحالة المخزنة في قاعدة بيانات جزءًا من تصميم التعافي. وثائق حفظ الحالة في LangGraph.

سير العمل الدائم: أبقِ الحالة قائمة حول الوكلاء

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

توفر Cloudflare Workflows، وهي خدمة لتنفيذ دائم متعدد الخطوات، خطوات محفوظة وإعدادات قابلة للضبط لإعادة المحاولة. استخدم step.do لإنجاز العمل، وstep.waitForEvent لانتظار قرار خارجي، وinstance.sendEvent لإيصال القرار إلى نسخة سير العمل المنتظرة. Cloudflare Workflows، وثائق الأحداث.

وثائق Cloudflare Workflows لتطبيقات دائمة متعددة الخطوات
Cloudflare Workflows

لفريق عمليات يتعامل مع طلب خدمة مخصصة:

  1. أنشئ سجلًا للحالة ومعرّفًا ثابتًا لسير العمل عند وصول الطلب.
  2. استدعِ وكيل البحث، واحفظ المادة التي جمع فيها أدلته، ثم استدعِ وكيل الصياغة وزوّده بها.
  3. احفظ الرد المقترح وانتظر حدث موافقة مسؤول العمليات. يجب أن تحدد واجهة الموافقة الحالة ونسخة المخرج معًا.
  4. تحقق من صحة القرار، ونفّذ الإرسال أو تحديث السجل الموافق عليه في خطوة منفصلة.
  5. سجّل تأكيد الاستلام من النظام الخارجي وأكمل الحالة. وإذا لم يكن اكتمال الإجراء مؤكدًا، فطابق الحالة مع النظام الخارجي قبل تنفيذ عملية كتابة أخرى.

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

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

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

ضع الموافقة البشرية قبل التنفيذ مباشرة

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

عند مراجعة عرض، ينبغي أن تعرض الواجهة المستلم والرسالة النهائية والمستند المرفق والالتزامات التجارية والأدلة وراء الادعاءات غير المؤكدة. ويجب أن يربط سجل الموافقة هوية المراجع بنسخة المخرج تلك ومعاملات الإجراء تلك.

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

غرفتان معماريتان متجاورتان توضحان بقاء باب التنفيذ مغلقًا أثناء انتظار الموافقة، وفتح باب الإرسال عند صدورها
انتظار الموافقة يعني تعليق التنفيذ. الموافقة تجيز الإجراء المسجل، وتغيير المسودة يستلزم قرارًا جديدًا.

يمكن لـCrewAI Flows حفظ الحالة باستخدام @persist، وإيقاف التنفيذ مؤقتًا لطلب الملاحظات باستخدام @human_feedback. وهناك تفصيل مهم للإجراءات ذات الأثر: عند إعداد نتائج emit، تستخدم آلية الملاحظات نموذجًا لغويًا لتفسير الملاحظات الحرة وتحويلها إلى نتيجة. استخدم حقل موافقة يجري التحقق منه بصورة منفصلة لمنح التفويض، ولا تجعل تعليقًا مفسرًا آليًا الإذن الوحيد للتنفيذ. وثائق CrewAI Flows.

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

ما الذي يجب تسجيله ووضع حدود له؟

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

استخدم مجموعات الحقول التالية في سجل الحالة وأحداث التنفيذ:

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

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

يسجل التتبع في OpenAI Agents SDK استدعاءات النماذج والأدوات، وتسليم المهام، والضوابط الوقائية. اربط تلك السجلات التقنية بسجل الحالة؛ فلا ينبغي أن يكون سجل التتبع وحده المرجع المعتمد لتحديد ما إذا كان إجراء يخص العميل قد نال الموافقة. وثائق التتبع في OpenAI.

أدوات تنسيق الوكلاء تحتاج إلى حدود تُفرض فعليًا

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

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

يوفر Claude Agent SDK ضوابط للإنفاق على الاستعلام، منها maxBudgetUsd في TypeScript وmax_budget_usd في Python، إلى جانب ضوابط لعمق الوكلاء الفرعيين وتزامنهم. تحقق من متطلبات الإصدار المثبت في وثائق الوكلاء الفرعيين.

حدود المحاسبة هنا مهمة: الحقل usage يستبعد نشاط الوكلاء الفرعيين، بينما يشمله modelUsage أو model_usage. ويشمل total_cost_usd الوكلاء الفرعيين أيضًا، لكنه تقدير يحسبه جانب العميل. يغطي سقف إنفاق الاستعلام إنفاق ذلك الاستدعاء نفسه، ولا يشمل الإنفاق السابق المستعاد من جلسة مستأنفة. احتفظ بسجل مالي على مستوى الحالة، وطابق التقديرات مع بيانات الاستخدام المعتمدة. وثائق تتبع التكلفة في Claude.

إعداد الميزانية في SDK ليس ضمانًا لسقف دقيق للفاتورة النهائية أيضًا: قد تنتهي النتيجة الموثقة عند تفعيل الحد عند العتبة أو فوقها. اترك هامشًا للعمل الجاري، وأوقف توزيع المهام قبل استنفاد المخصص الذي تسمح به المؤسسة.

تكلفة التنسيق تُحسب على مستوى الحالة كاملة

احسب تكلفة النتيجة النهائية للعمل، بما فيها المحاولات غير الناجحة والمراجعة. قد تختصر زيادة عدد الوكلاء وقت البحث المستقل، لكنها قد تكرر السياق، وتضيف استدعاءات لدمج النتائج، وتفتح دورات تعديل متتابعة. والسؤال التجاري هو ما إذا كان تحسن النتيجة المقبولة يبرر هذه التكلفة الإضافية.

استخدم هذا النموذج الشهري:

تكلفة العملية = استخدام النماذج + الأدوات المدفوعة + البنية التحتية لسير العمل + تخزين الحالة والسجلات + المراجعة البشرية + التشغيل.

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

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

المكوّنالحصة أو الحد الأدنى المعلنالرسوم المعلنة بعد تجاوز الحصة
حساب Workers Paidحد أدنى $5 USD شهريًارسوم الاستخدام بحسب الموارد المستهلكة
خطوات Workflows على Paid500,000 شهريًا$0.80 لكل 100,000 خطوة إضافية
تخزين Workflows على Paid1 GB-month$0.20 لكل GB-month إضافي

المصادر: أسعار Workers وأسعار Workflows. الحد الأدنى للحساب يخص البنية التحتية، وليس سعرًا شاملًا لتشغيل الوكلاء. يجب أيضًا احتساب الطلبات ووقت CPU، أي عمل المعالج، واستدعاءات النماذج والخدمات الأخرى. ويحدد إعلان الفوترة موعد بدء فوترة الخطوات والتخزين بما لا يسبق 10 أغسطس 2026؛ لكن الصياغة المنشورة لا تؤكد تفعيلها لحساب بعينه.

حسابنا: قسمة السعر المعلن $0.80 على 100,000 تعطينا معدلًا فعليًا قدره $0.000008 لكل خطوة إضافية، قبل الرسوم الأخرى. هذا تحويل لوحدة السعر المدرج، وليس تقديرًا لحجم عمل أو فاتورة مقاسة. سعر الخطوة المعلن.

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

أطر تنسيق الوكلاء جزء من تصميم العملية

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

تتناول مقارنة أطر عمل وكلاء الذكاء الاصطناعي الاختيار بين الأطر بالتفصيل. وإذا انحصرت المفاضلة بين حالة صريحة في رسم بياني وفرق قائمة على الأدوار، فراجع LangGraph مقابل CrewAI.

على المسؤول الهندسي أن يوضح كيفية حفظ الحالة وصلاحيات التنفيذ والجهة المسؤولة عن التعافي. وعلى مسؤول العمليات تحديد معايير القبول وأصحاب الموافقة وقواعد التصعيد والإنفاق المسموح. أما المشتري، فعليه أن يسأل عمن يدير هذه الضوابط، وأين تُحفظ السجلات، وكيف تُستعاد حالة متوقفة بعد حدوث عطل.

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

أين تبدأ المبالغة في الوعود؟

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

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

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

أول خطوة عملية عند العودة إلى العمل

ابدأ بعملية واحدة، وأضف أقل قدر تحتاج إليه من الضوابط. احتفظ بالوكيل الذي يعمل بالفعل. دوّن مدخلاته، والمخرج الذي ينتجه، وأدواته، والمسؤول عنه، وشرط النجاح، وشرط التوقف، ثم أضف مسؤولية البحث أو الصياغة الناقصة.

قبل تفعيل عمليات كتابة تؤثر في العملاء، اختبر حالات الإخفاق باستخدام مدخلات ممثلة للواقع وغير حساسة: أوقف التنفيذ بعد حفظ مسودة، وأرسل الموافقة مرتين، وارفض عرضًا، وغيّر مخرجًا سبق اعتماده، واستنفد الميزانية، وحاكِ عملية كتابة خارجية يضيع ردها. تأكد من وصول الحالة إلى وضع مسجل له إجراء تالٍ واضح.

ابدأ الآن إذا كان العمل ينتقل بين مسؤوليات متخصصين، أو ينتظر موافقة، أو يحتاج إلى تعافٍ موثوق. وأجّل إضافة الوكلاء إذا كانت المشكلة الحالية ضعف بيانات المصادر أو غموض معيار القبول. يمكن لعملية موثوقة تعتمد على وكيل واحد ولا تواجه أيًا من هذه الحدود أن تبقى كما هي.

أسئلة يطرحها المسؤول عن العملية

هل أحتاج إلى منصة لتنسيق وكلاء الذكاء الاصطناعي إذا كان وكيل واحد ينجز العمل؟

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

هل يمكن الجمع بين هذه الأنماط في العملية نفسها؟

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

هل تعني الموافقة على المسودة السماح بمحاولة مدفوعة أخرى؟

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

ماذا يحدث إذا لم يرد صاحب الموافقة؟

أنهِ صلاحية القرار المعلق وفق سياسة محددة، وأبلغ المسؤول، ثم علّق الحالة أو أغلقها. احفظ سياقًا يكفي لمراجعة لاحقة. يجب ألا يتحول الصمت إلى موافقة تلقائية.

اشترك في النشرة البريدية للحصول على أدلة عملية لبناء عمليات الأعمال وتشغيلها بالذكاء الاصطناعي.

تاريخ النشر
التصنيف
Build
مقالات ذات صلة
مراجعة Promptfoo: اختبار جودة الذكاء الاصطناعي وأمانه

مراجعة Promptfoo: اختبار جودة الذكاء الاصطناعي وأمانه

مراجعة Promptfoo لتقييم نماذج اللغة الكبيرة واختبار أمان تطبيقات الذكاء الاصطناعي: الأسعار، حدود التشغيل المحلي، مثال لبوت دعم، ومقارنة Braintrust وLangSmith.13 أكتوبر 2026Build
أوامر Claude Code: من التحكم بالجلسة إلى إجراءات عمل للفريق

أوامر Claude Code: من التحكم بالجلسة إلى إجراءات عمل للفريق

تعرّف على أهم أوامر Claude Code، وكيف تنشئ مهارات وإضافات لفريقك، مع خمسة قوالب جاهزة لمراجعة الكود وإصلاح الأخطاء والتخطيط للترحيل وكتابة ملاحظات الإصدار.13 أكتوبر 2026Build
هندسة السياق: كيف تمنع وكيل الذكاء الاصطناعي من التشتّت؟

هندسة السياق: كيف تمنع وكيل الذكاء الاصطناعي من التشتّت؟

تعرّف إلى هندسة السياق وكيف تختار ما يراه الوكيل في كل خطوة، من ضغط المحادثة واسترجاع الأدلة إلى الذاكرة والوكلاء الفرعيين، مع أمثلة من Claude Code وCodex.13 أكتوبر 2026Build
التطوير القائم على المواصفات: اضبط السلوك قبل كتابة الكود

التطوير القائم على المواصفات: اضبط السلوك قبل كتابة الكود

دليل عملي للتطوير القائم على المواصفات: حدد السلوك، وراجع الخطة، ثم نفّذ مع Spec Kit أو Kiro. مثال لتصدير CSV يوضح الصلاحيات والاختبارات وحدود هذا الأسلوب.13 أكتوبر 2026Build
Linear MCP: الإعداد والصلاحيات وأتمتة مهام الفريق

Linear MCP: الإعداد والصلاحيات وأتمتة مهام الفريق

دليل إعداد Linear MCP مع Claude وCursor وCodex، وفهم صلاحيات القراءة والكتابة وحدود اتصال ChatGPT، مع أمثلة عملية لفرز المهام وتقارير دورات العمل.13 أكتوبر 2026Build
LangGraph أم LangChain؟ كيف تختار الأنسب لتطبيقك

LangGraph أم LangChain؟ كيف تختار الأنسب لتطبيقك

قارن بين LangChain و LangGraph لبناء وكلاء الذكاء الاصطناعي، وتعرّف على حدود التحكم وأمثلة Python وتكاليف LangSmith وخطوات الانتقال دون إعادة كتابة التطبيق.13 أكتوبر 2026Build
RAG مع الوكلاء: دليل عملي لاختيار النهج وبناء النظام

RAG مع الوكلاء: دليل عملي لاختيار النهج وبناء النظام

متى يستحق Agentic RAG كلفته؟ قارن بين الاسترجاع التقليدي والبحث المتكيف، مع أمثلة للدعم والمبيعات والمالية، ونموذج بناء مصغر ومقاييس للدقة والتكلفة.13 أكتوبر 2026Build
مراجعة Amp Code: متى يستحق وكيل البرمجة مكانًا في عملك؟

مراجعة Amp Code: متى يستحق وكيل البرمجة مكانًا في عملك؟

مراجعة Amp Code للمطورين والفرق: الأسعار والباقات المجانية، نماذج الذكاء الاصطناعي وOrbs وحدود الاستخدام، ومتى تختاره بدلًا من Claude Code أو Codex.12 أكتوبر 2026Build
النشرة البريدية

رسالة واحدة، كل يوم أحد.أنظمة تعمل، لا آراء ساخنة.

أسبوعية. بلا إزعاج. يمكنك إلغاء الاشتراك متى شئت.