وكيل الذكاء الاصطناعي: كيف تصمم بنية تصلح للتشغيل الفعلي

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

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

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

جرى التحقق من أوصاف المكونات أدناه بالرجوع إلى وثائق Anthropic وOpenAI وGoogle Cloud ومواصفات Model Context Protocol في 25 أكتوبر 2026. أما سير عمل الدعم فهو تصميم توضيحي، وليس وصفًا لنظام منشور لدى عميل.

بنية وكيل الذكاء الاصطناعي: ما الذي يبقى تحت سيطرة التطبيق؟

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

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

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

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

مخطط بنية وكلاء الذكاء الاصطناعي: الطبقات وكيف تتصل ببعضها

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

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

النموذج: فهم الحالة واقتراح الإجراء التالي

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

الأدوات وMCP: الوصول إلى أنظمة العمل

يوفر Model Context Protocol (MCP) واجهة معيارية بين تطبيقات الذكاء الاصطناعي والقدرات الخارجية. وهو يعرّف أدوات ذات أسماء ومخطط مدخلات inputSchema، ويتيح اكتشافها عبر tools/list واستدعاءها عبر tools/call. يمكنك إتاحة البحث عن الحساب عبر MCP أو عبر دالة عادية تستدعي واجهة API لأحد أنظمة العمل. وفي الحالتين، يجب أن تتحقق الخدمة التي تنفذ الطلب من المعاملات وأن تفرض قصر الوصول على الحساب الصحيح. يوحّد MCP طريقة الاتصال، ويشرح دليل MCP البروتوكول وحدود الثقة فيه. مواصفات أدوات MCP

الذاكرة: الاحتفاظ بالسياق المناسب

يستخدم Agent Development Kit (ADK) من Google، وهو إطار عمل لبناء الوكلاء، Session وstate للمعلومات داخل التفاعل الواحد، ويدعم الذاكرة الممتدة عبر الجلسات من خلال مكونات مثل Memory Bank. في الدعم، احفظ الحالة الحالية والموافقة المعلّقة في مخزن بيانات التطبيق، واسترجع معلومات الحساب الحالية من مصدرها، ولا تحتفظ بتفضيلات العميل إلا حين يكون ذلك مناسبًا. تعامل مع هذه المهام بوصفها مسؤوليات مختلفة؛ إذ يشرح دليل ذاكرة الوكيل السياق وتخزين الجلسات والذاكرة الأطول عمرًا. إرشادات Google Cloud للبنية

تنسيق التنفيذ: إدارة التقدم والتوقف والاستئناف بعد الأعطال

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

ضوابط الأمان والموافقة البشرية: التحكم في تبعات الإجراءات

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

التقييم وقابلية الرصد: معرفة ما حدث والحكم على جودته

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

تجمع البنية المرجعية من Google Cloud بين ADK وCloud Run والوصول إلى النموذج واتصالات MCP وModel Armor وقابلية الرصد في تصميم نشر عملي. وينص المثال الموثق صراحةً على أن المخطط لا يتضمن الذاكرة وتخزين الجلسات؛ لذا يظل حفظ حالة الدعم بصورة دائمة قرارًا تصميميًا يجب اتخاذه، ولا يصح افتراض أنه مشمول تلقائيًا. البنية المرجعية

من استلام تذكرة الدعم إلى رد يؤكد الحل

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

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

1. 1

   استلام الحالة وتحديد هويتها

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

2. 2

   جمع الأدلة بأدوات محدودة النطاق

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

3. 3

   إعداد مقترح تسنده الأدلة

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

4. 4

   التوقف قبل الإجراء الفعلي

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

5. 5

   التنفيذ والتحقق من النتيجة

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

6. 6

   تحويل النتيجة إلى أدلة للتقييم

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

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

أنماط بنية الوكلاء: متى تحتاج إلى وكيل إضافي؟

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

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

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

مخطط بنية متعددة الوكلاء: افصل عند حدود المسؤولية

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

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

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

بناء وكيل ذكاء اصطناعي: ما الذي تشتريه وما الذي تتولى مسؤوليته؟

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

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

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

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

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

أين تضع الموافقة البشرية، وماذا تسجّل منذ البداية؟

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

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

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

اتخذ القائمة التالية أساسًا لتحديد ما يجب تسجيله. يربط سجل التتبع أحداث الحالة ببعضها، بينما يسجّل مقطع التتبع عملية منفردة داخلها.

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

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

الحدود التي تستحق الاهتمام، والوعود المبالغ فيها

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

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

MCP لا يمنح صلاحية بحد ذاته. لا تزال مواصفات أدواته تشترط ضوابط الوصول والتحقق من المدخلات. والموصّل الذي يتيح عملية واسعة النطاق يحتاج إلى مراجعة صلاحيات العمل نفسها التي تحتاجها واجهة API مخصصة. متطلبات أمان MCP

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

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

أسئلة شائعة عن بنية الوكلاء

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

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

ما هو وكيل الذكاء الاصطناعي؟

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

ما أبرز أنماط بنية الوكلاء؟

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

خطوتك مع بداية الأسبوع: ارسم مسار الحالة قبل اختيار التقنيات

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

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

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

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