سير العمل

Tip

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

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

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

ضع في اعتبارك سيناريوهات مثل هذه:

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

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

هذا ما توفره مهام سير العمل .

طيف الذكاء

لا يجب أن تكون تطبيقات العامل مستقلة تماما أو قائمة على القواعد بالكامل - هناك طيف بينهما، وتسمح لك مهام سير العمل باختيار مكان الهبوط.

Fully intelligent                                              Fully deterministic
(model decides everything)                                     (code decides everything)
◄──────────────────────────────────────────────────────────────►
│                         │                         │
│  Single agent with      │  Workflow with agent    │  Workflow with only
│  tools — the model      │  executors — the graph  │  deterministic executors
│  picks every step       │  controls the process,  │  — no LLM involved,
│                         │  agents handle the      │  pure business logic
│                         │  reasoning-heavy steps  │

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

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

نتيجة التحليلات الرئيسية هي أنك تتحكم في الطلب. لكل خطوة في العملية الخاصة بك، تقرر:

  • هل يجب على النموذج معرفة ما يجب فعله؟ → استخدام منفذ عامل.
  • هل يجب أن تحدد التعليمات البرمجية النتيجة؟ → استخدام منفذ محدد مع منطق تسلسل العمل العادي.
  • هل يجب على الإنسان أن يقوم بالمكالمة؟ → استخدام بوابة human-in-the-loop .

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

اختيار النمط المناسب

الأنماط من وقت سابق في هذه الرحلة وسير العمل ليست نهج متنافسة - فهي نقاط مختلفة على الطيف. والسؤال الرئيسي هو: من الذي ينبغي أن يقرر ما سيحدث بعد ذلك؟

سؤال إذا كانت الإجابة هي "النموذج" إذا كانت الإجابة "المطور"
ما المهمة الفرعية التي يجب معالجتها بعد ذلك؟ العوامل كأدوات — يوجه العامل الخارجي ديناميكيا مهام سير العمل — يحدد الرسم البياني المسار
ما إذا كنت تريد إشراك وكيل آخر؟ العوامل كأدوات — التفويض المستند إلى النموذج العوامل في مهام سير العمل — يقوم الرسم البياني بربط العوامل معا
متى تسأل إنسانا؟ الموافقة على الأداة - تفاعلية، لكل أداة Human-in-the-loop — بوابات صريحة في نقاط محددة
كيفية التعامل مع الفشل الجزئي؟ منطق إعادة المحاولة في تطبيقات الأدوات نقاط التحقق — استئناف من الحالة المحفوظة الأخيرة

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

أنماط التزامن المضمنة

بالنسبة لسيناريوهات التنسيق متعددة العوامل الشائعة، يوفر إطار عمل العامل أنماط تنسيق مضمنة — قوالب سير عمل تم إنشاؤها مسبقا يمكنك استخدامها مباشرة أو تخصيصها:

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

تتعامل هذه التنسيقات مع خلاصة تنسيق العامل حتى تتمكن من التركيز على الوكلاء أنفسهم.

مهام سير العمل كوكلاء

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

خلاصة الرحلة

لقد رأيت الآن الطيف الكامل لأنماط تطوير العامل:

النمط الأفضل ل
أساسيات LLM فهم الأساس
من LLMs إلى العوامل تجريد العامل
إضافة أدوات العوامل التي تعمل على الأنظمة الخارجية
إضافة المهارات سلوكيات الوكيل المعياري القابلة لإعادة الاستخدام
إضافة برنامج وسيط المخاوف الشاملة ودواعي الحماية
موفرو السياق الذاكرة والتخصيص و RAG
العوامل كأدوات تكوين وكيل بسيط وتفويض
وكيل إلى وكيل (A2A) اتصال وكيل عبر الخدمة
مهام سير العمل تزامن معقد متعدد الخطوات مع تحكم صريح

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

الخطوات التالية

انتقل إلى أبعد من ذلك:

  • Last updated on