هل هذه عمليات تشغيل حقيقية؟

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

من أين تأتي هذه السجلات؟

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

هل يمكننا تصدير هذه السجلات من المنصة؟

نعم. يمكنكم تنزيل بيانات التشغيل من المنصة، ويُصدَّر سجل القرارات بصيغة JSON أو يُبث عبر OpenTelemetry إلى نظام SIEM أو منظومة المراقبة الخاصة بكم.

هل يجب أن يتدخل موظف عند حدوث عطل؟

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

أمثلة على تشغيل الوكلاء

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

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

تشغيل حقيقي بعد إخفاء الهوية

1. سير عمل يجد طريقًا آخر عندما يغيب الملف

على سير العمل أن يُعدّ تقريرًا عن العملاء بصيغة PDF، لكن الملف المحدد له غير موجود. تشغيل بتاريخ 12 أكتوبر 2026.

بدء التشغيلtriggeredBy: "manual"
يبدأ أحد المستخدمين سير العمل، ومهمته إعداد تقرير عن العملاء بصيغة PDF من ملف بيانات العملاء.
خطأfile_ingest → failed: true
يطلب الوكيل الملف customer_report.json، فتعيد الأداة «File not found» بعد 595 ms، ويُسجَّل الاستدعاء على أنه فاشل.
قرار الوكيل
يعود الخطأ إلى الوكيل على أنه نتيجة الأداة. ولا يتوقف الوكيل عند ذلك، بل يبحث في المنصة عن مستند آخر متوفر فيها يحتوي على بيانات العملاء.
استدعاء أداةfile_ingest → totalRows: 5000
يفتح جدول بيانات من ورقة واحدة تضم 5,000 صف من بيانات العملاء، ويقرأ أعمدته: الاسم والجنس والبلد والعمر والتاريخ والمعرّف.
استدعاء أداةgenerate_scope_of_work → pdf
يُعدّ الوكيل التقرير وينشئ ملف PDF بحجم 66 KB.
النتيجةstatus: "completed"
اكتمل التشغيل دون أي تدخل بشري: 4 دورات، وعدد المحاولات 1، والمدة 28.4 ثانية. ويذكر الوكيل في ملخصه أن الملف المصدر لم يكن موجودًا، وأنه أعدّ التقرير من مصدر بديل.

مقتطف من السجل

"status": "completed", "iterations": 4, "attempts": 1, "durationMs": 28380,
"toolsUsed": [
  { "name": "file_ingest", "failed": true, "durationMs": 595,
    "result": { "error": "File customer_report.json not found" } },
  { "name": "file_ingest", "durationMs": 1599,
    "result": { "type": "excel", "sheetCount": 1, "totalRows": 5000 } },
  { "name": "generate_scope_of_work", "durationMs": 4073,
    "result": { "success": true, "fileName": "customer_report_2026-10-12.pdf", "sizeBytes": 66348 } }
]

تشغيل حقيقي بعد إخفاء الهوية

2. فحص ضوابط الحماية ينتقل إلى مزوّد آخر

يجيب مساعد استشارات البطاقات، في بيئة اختبار لأحد البنوك، عن سؤال من أحد العملاء. وأثناء ذلك يتعطل النموذج الذي يتولى فحص ضوابط الحماية للمدخلات. رد في محادثة بتاريخ 6 أكتوبر 2026.

رسالة
يطرح العميل سؤالًا عن البطاقات.
قرار الوكيلresolvedToolCalls: 0
يراجع الوكيل الأدوات المتاحة له، ويقرر أنه يستطيع الإجابة دون استدعاء أي منها.
خطأgemini-3.1-flash-lite
يعمل فحص ضوابط الحماية للمدخلات على Gemini 3.1 Flash Lite، لكن النموذج يتعطل.
بديل احتياطيprovider_fallback → gpt-4.1
ينتقل الفحص إلى GPT 4.1 لدى OpenAI ويكتمل. ويُسجَّل هذا التحويل في سجل التتبع مع اسمي النموذجين.
النتيجةstatus: "success"
ينتهي الرد بالحالة success. ويتلقى العميل إجابة عادية دون أن يلاحظ العطل.

مقتطف من السجل

{ "traceType": "policy_check", "requiresExecution": false, "resolvedToolRoles": [] }
{ "traceType": "latency", "stage": "chain_total", "usedTools": false }
{ "traceType": "provider_fallback", "stage": "input",
  "from": "gemini-3.1-flash-lite", "toProvider": "OpenAI", "to": "gpt-4.1" }
status: "success"

تشغيل حقيقي بعد إخفاء الهوية

3. فحص الجودة يمنع وصول إجابة ضعيفة إلى العميل

يتلقى مساعد في بيئة الاختبار رسالة غامضة من كلمة واحدة. تحاول المنصة ثلاث مرات الوصول إلى إجابة مفيدة، ثم تحجب الإجابة. رد في محادثة بتاريخ 19 سبتمبر 2026.

رسالة
يرسل المستخدم رسالة غامضة.
ضوابط الحمايةenforce_rag_retry
يخطط الوكيل لإجابته دون الرجوع إلى قاعدة المعرفة. لكن المنصة تشترط لهذا المساعد أن تستند إجاباته إلى قاعدة المعرفة، فتطلب منه إعادة التخطيط مع البحث فيها.
استدعاء أداةcustom-rag-search
يجري البحث في قاعدة المعرفة، ثم يكتب الوكيل إجابته.
ضوابط الحمايةquality: 30 / 100 → regenerate
يمنح فحص الجودة الإجابة تقييم 30 من 100، لأنها لا تجيب عن السؤال وتكتفي بطلب توضيح. ويجري التقييم نفسه على نموذج بديل، لأن النموذج الأساسي المخصص له تعطل.
قرار الوكيلquality: 30 → regenerate
يكتب الوكيل إجابة جديدة، ويأخذ سبب التقييم توجيهًا له. فتحصل مرة أخرى على 30، ويحاول من جديد.
ضوابط الحمايةquality: 40 → max_regenerations_exhausted
تحصل الإجابة الثالثة على 40. وبذلك تبلغ إعادة التوليد حدها الأقصى، فتُرفض الإجابة.
النتيجةstatus: "blocked"
تحجب ضوابط الحماية للمخرجات الإجابة، ويتلقى العميل الرسالة البديلة المضبوطة للمساعد بدل إجابة ضعيفة أو خاطئة.

مقتطف من السجل

{ "traceType": "enforce_rag_retry", "availableExecutionTools": ["custom-rag-search"] }
{ "traceType": "provider_fallback", "stage": "quality", "from": "gpt-5-pro", "to": "gpt-4.1" }
{ "traceType": "quality_check_evaluated", "attempt": 0, "score": 30, "action": "regenerate" }
{ "traceType": "quality_check_regenerated", "attempt": 1, "previousScore": 30 }
{ "traceType": "quality_check_evaluated", "attempt": 1, "score": 30, "action": "regenerate" }
{ "traceType": "quality_check_regenerated", "attempt": 2, "previousScore": 30 }
{ "traceType": "quality_check_evaluated", "attempt": 2, "score": 40, "action": "regenerate" }
{ "traceType": "quality_check_rejected", "finalScore": 40, "attempts": 3,
  "reason": "max_regenerations_exhausted" }
output_guardrails_triggered

مثال توضيحي

4. طلب استرداد ينتظر الموافقة

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

رسالة
العميل: «تم خصم قيمة الطلب نفسه من حسابي مرتين يوم أمس.»
استدعاء أداةget_transactions
يطّلع الوكيل على معاملات العميل، فيجد عمليتي خصم متطابقتين بقيمة 189 AED لكل منهما.
موافقةrefund_transaction: "requires approval"
يستدعي الوكيل أداة الاسترداد، لكنها تتطلب موافقة، فلا تعمل بعد.
رسالة
يُبلغ الوكيل العميل بأن طلب الاسترداد قيد المراجعة، وبأنه سيتلقى الرد في هذه المحادثة نفسها.
موافقةapproved
بعد 6 دقائق يوافق أحد الموظفين على الاسترداد من داخل المنصة، ويُسجَّل اسمه ووقت الموافقة.
استدعاء أداةrefund_transaction → confirmed
تعمل أداة الاسترداد، ويؤكد مزوّد خدمة الدفع إتمام الاسترداد.
النتيجة
يؤكد الوكيل للعميل إتمام الاسترداد في المحادثة نفسها.

أمثلة على تشغيل الوكلاء: الأسئلة الشائعة

كيف تعمل المنصة

كيف يعمل وكلاء Blits.ai

معالجة الأخطاء والتعافي

الأمن والحوكمة

الاعتمادية واتفاقية مستوى الخدمة

معايير التكامل

الميزات

ملاحظات الإصدار

هل تودون رؤيتها تعمل على أنظمتكم؟

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

احجز مكالمة