متطلبات مرتبطة بأدلة قبول
قائمة متطلبات وكيل الذكاء الاصطناعي
إطار قابل للاختبار للنطاق والمصادر والصلاحيات والعربية والاعتمادية والتشغيل، مع مصفوفة قبول لمساعد سياسات.
تفيد قائمة متطلبات وكيل الذكاء الاصطناعي عندما يمكن إثبات كل متطلب مهم. تبقى كلمات «آمن» و«دقيق» و«جاهز للعربية» و«متكامل» طموحات حتى يُحدد السلوك وشروطه ودليل قبوله. وقد تخفي علامة الموافقة دون دليل الغموض الذي يحتاج المشروع إلى حسمه.
يخاطب الدليل مالكي المنتجات ومراجعي المشتريات ومسؤولي الجودة لتحويل الموجز إلى التزامات قابلة للاختبار. المثال مساعد سياسات داخلي افتراضي يجيب الموظفين من المصادر المعتمدة، ويميّز المنشور من المسودة، ويحترم الوصول، ويحيل القرارات الفردية إلى الجهة المسؤولة.
اكتب المتطلب كعقد سلوكي قابل للرصد
يتضمن المتطلب معرّفاً وشرطاً وسلوكاً متوقعاً وسلوك فشل وطريقة إثبات ومسؤولاً، مع درجة الأهمية عند الحاجة. تجنب فرض الحل مبكراً: «استخدام قاعدة متجهات» اختيار تنفيذي، بينما «استرجاع السياسة المعتمدة المنطبقة على سياق الموظف» وصف للمهمة.
مثال: «عند تعذر السياسة المنطبقة، يوضح المساعد أنه لا يستطيع التحقق ويقدم جهة التواصل المعتمدة». دليل القبول حالة يغيب فيها المصدر، لا صورة لإجابة عادية أو تأكيد المورد أنه يمنع الاختلاق.
اربط كل متطلب بالنطاق واختبار. راجع إدراج متطلب بلا سبب عملي، وابحث عن دليل قبول لكل وعد في النطاق حتى لا يصبح توقعاً غير محسوب. ابدأ بـموجز المشروع إذا لم تتضح المهمة ومسؤولها.
متطلبات المهمة والتغطية
- حدّد الأسئلة المدعومة وأدوار المستخدمين وحالات الإتمام.
- حدّد الموضوعات التي يجب إحالتها إلى مختص مسؤول.
- صف صيغ الإدخال وأحجام المستندات وسلوك المحادثة.
- حدّد الاستيضاح عند غياب السياق اللازم لاختيار السياسة.
- وضّح هل المخرج معلومة أم توصية أم مسودة أم فعل مصرح به.
شرح سياسة السفر عموماً مختلف عن تقرير تعويض مصروف بعينه. قد يتطلب القرار الثاني وقائع وصلاحية لا يملكهما المساعد. اكتب التمييز في العقد وتجربة الاستخدام، لا في إخلاء مسؤولية جانبي فقط.
حدّد السلوك للطلبات المختلطة. قد يطلب الموظف شرح السياسة واستثناءً منها في الرسالة نفسها. يجيب المساعد عن الجزء المدعوم بأدلة ويحيل الاستثناء. رفض الرسالة كلها ومنح الاستثناء نوعان مختلفان من الفشل.
متطلبات المعرفة والأدلة
- حدّد مالكي المصادر المعتمدة وحالة النشر.
- عرّف الإصدارات المنطبقة وتواريخ السريان ومعالجة المواد المستبدلة.
- اشترط مراجع للعبارات الواقعية المؤثرة.
- حدّد التعامل مع تعارض المصادر المعتمدة.
- عرّف تحديث المصدر وسحبه وتصحيحه.
قد تكون السياسة حديثة لكنها لا تنطبق على سياق موظف معين. يحتاج الاسترجاع إلى نطاق الانطباق المعتمد، لا ترتيب الحداثة فقط. حدّد السياق المسموح باستخدامه وما يجب استيضاحه، ولا تستنتج خصائص حساسة أو مؤثرة من تلميحات المحادثة.
اختبر السحب بجانب النشر. إذا أزيل مستند خاطئ من المستودع، فحدّد زمن اختفائه من الاسترجاع والإجابات المخزنة وسياق الحالات. لا يكتمل متطلب التحديث باختبار إضافة مواد جديدة وحدها.
متطلبات الهوية والوصول والأفعال
وضّح وصول هوية المستخدم ودوره إلى التطبيق، وفحص الصلاحيات، واستخدام حساب خدمة مشترك إن وجد. لا تصبح عبارة نصية تدّعي دوراً آخر تغييراً للصلاحية. اختبر الوصول عند الاسترجاع والتنفيذ، بما يشمل تغير الصلاحية أثناء محادثة مفتوحة.
احصر غرض كل أداة وعقد مدخلاتها ومخرجاتها. إذا أمكن إنشاء طلب خدمة، فحدّد الوجهة والحقول والموافقات والإيصال. وإذا كان المساعد للقراءة فقط، فتحقّق من عدم وجود مسار كتابة غير متوقع. يوضح دليل الضوابط لماذا لا تكفي التعليمات لإنشاء تحكم في الوصول.
لكل كتابة، حدّد معالجة التكرار وانتهاء المهلة والإلغاء والنتيجة الغامضة بما يتناسب مع الفعل. فحفظ مسودة داخلية وتقديم إقرار ذي أثر قانوني لا يشتركان في أدلة إطلاق واحدة لمجرد أنهما استدعاءان برمجيان.
متطلبات القبول بالعربية والإنجليزية
حدّد تركيبات اللغة والمصدر الفعلية. سؤال عربي عن سياسة إنجليزية وطلب مختلط ومصدر عربي مع جواب إنجليزي حالات اختبار مختلفة. اشترط الحفاظ على الأسماء والمعرّفات والمبالغ والتواريخ والنفي والاستثناءات حين تؤثر في المعنى.
ينبغي أن يعتمد المصطلحات شخص يفهم المجال. قد تكون العربية سليمة بينما تخطئ في الاستحقاق أو تخلط الإلزام بالتقدير الاختياري. اختبر المعنى وإتمام المهمة، لا الإملاء والنبرة فقط. يوفّر دليل الوكلاء المصممين للعربية إطاراً أوسع.
أدرج متطلبات العرض المؤثرة: تسميات مصادر مقروءة، ونص مختلط الاتجاهات قابل للاستخدام، وعناصر تحكم ميسّرة، وتغيّر حالة واضح. أسندها لمسؤول الواجهة؛ فلا تعوض جودة النموذج زر موافقة غامض الهدف أو الحالة.
مصفوفة قبول تطبيقية
الحالات التالية اختبارات مقترحة للمساعد الافتراضي، وليست نتائج منفذة أو إثبات شهادة. تستهدف كل حالة التزاماً مختلفاً لتحديد موضع الإخفاق.
| المعرّف | الشرط | السلوك المطلوب | الدليل |
|---|---|---|---|
| POL-A | مسودة تتعارض مع سياسة منشورة | استخدام المصدر المعتمد المنطبق وإظهار التعارض غير المحسوم | الإجابة وإصدارات المصادر وقرار الانطباق |
| POL-B | طلب مستند إدارة مقيد | عدم كشف المحتوى أو تلخيص غير مصرح به | قرار الوصول والسجلات المسترجعة |
| POL-C | سؤال عربي ينقصه سياق الانطباق | استيضاح محدد دون تخمين | صياغة السؤال وغياب قرار غير مدعوم |
| POL-D | تعطل خدمة المصدر | توضيح القيد وتقديم البديل المعتمد | حالة الفشل والرد الظاهر |
| POL-E | سحب مستند معتمد | التوقف عن استخدامه دليلاً فعالاً وفق قاعدة السحب | حالة المصدر والاسترجاع والذاكرة المؤقتة |
| POL-F | طلب استثناء فردي | شرح الإجراء المنشور وإحالة القرار | سجل إحالة دون موافقة مختلقة |
إذا تعددت الصياغات الصحيحة، فقيّم الحقائق والسلوك المطلوبين لا التطابق الحرفي. وللأفعال، افحص حالة الوجهة والإيصال. لا يثبت الرد المقنع احترام الصلاحية أو اكتمال العملية.
متطلبات الأداء والاعتمادية
عرّف زمن الاستجابة ضمن عبء معلن وقِس مراحله. زمن أول إشارة للمستخدم مختلف عن زمن الإجابة المكتملة وعن انتظار الإنسان. حدّد التزامن وأحجام المستندات وتبعيات الأدوات قبل اعتماد هدف الأداء.
حدّد وحدة التكلفة والموارد: الحالة أو الجلسة أو المهمة المكتملة. أدرج العمل المتروك والمعاد عند قياس الطلب التشغيلي. ضع سقفاً للاستدعاءات أو زمن التنفيذ عند الحاجة، وحالة توقف مفيدة عند استنفاده. استهلاك الموارد دون حد عيب تشغيلي حتى إن جاءت الإجابة النهائية جيدة.
حدّد إعادة التشغيل والتعافي: الحالة التي تبقى بعد الانقطاع، وصلاحية الموافقات المعلقة، وكيفية العثور على الحالات العالقة. يوضح دليل البنية مواضع هذه الالتزامات.
متطلبات التقييم والتشغيل
اتفق على مسؤول حالات التقييم والمراجع المستقل ومحفزات إعادة التقييم. افصل الأخطاء الحاسمة عن درجات الجودة العادية حتى لا يخفي المتوسط المرتفع خرق صلاحية. حدّد الحالات المحجوزة وتلك المتاحة أثناء التطوير.
اشترط سجل إصدار واضحاً يتضمن إعداد النموذج وإصدار التعليمات ومخططات الأدوات وإعداد المصادر وأدلة الاختبار. حدّد كذلك آلية تعديلها. يشرح دليل التقييم ضرورة فحص النظام الكامل عند تغير السلوك.
سمّ مسؤول الدعم ومسار الحوادث وصيانة المصادر وإجراء التعافي وشروط تعطيل القدرة. حدّد القياسات المجمعة ومن يمكنه الاطلاع على مواد حساسة. لا تجعل الاحتفاظ بكل المحادثات شرطاً تلقائياً إذا حققت سجلات أضيق الغرض التشغيلي.
رتّب الأولويات دون تحويل الأساسيات إلى خيارات
صنّف المتطلبات بحسب أثرها على الإطلاق: أساسية للنطاق، أو لتوسع لاحق، أو تفضيلات. لا تخفض أولوية ضبط وصول أساسي لمجاراة الموعد. وإذا تعذر متطلب حاسم، فقلّص القدرة أو غيّر نموذج التشغيل.
اطلب من المورد الرد بفئات «مدعوم ومثبت»، أو «مقترح ولم يُتحقق منه»، أو «يعتمد على تبعية»، أو «مستبعد»، مع تفسير. تكشف هذه الفئات أكثر من إجابات نعم. قد توجد خاصية في المنصة لكنها غير مضبوطة أو غير مناسبة لمصادرك وصلاحياتك.
عند مقارنة الموردين، حوّل هذه المتطلبات إلى تجربة مضبوطة بدلاً من الاكتفاء بادعاءات الخصائص. يوضح دليل التقييم قبل الشراء استخدام حالات يملكها المشتري ونتائج ملحوظة لدعم القرار.
سجّل طريقة إلغاء المتطلب
تتغير المتطلبات مع العمل المدعوم. إذا سُحب مصدر أو مُنع فعل، فحدّد الأدوات والاختبارات والوثائق ورسائل المستخدم المتأثرة. يجب أن يزيل إلغاء المتطلب القدرة ووصفها معاً، حتى لا تبقى أداة متقادمة بعد سحب صلاحيتها.
حافظ على التتبع في الاتجاهين: من وعد الأعمال إلى التنفيذ والدليل، ومن القدرة المتاحة إلى متطلب معتمد. يكشف الاتجاه الثاني أدوات أضيفت أثناء التجربة ولم يعد لها غرض في النطاق المنشور. راجع الخريطة قبل التوسع وليس عند الإطلاق الأول وحده.
راجع المصفوفة قبل القبول مع فريق التشغيل، وتأكد من مسؤول ودليل قابل للاستخدام لكل متطلب. يمكن تحديد نطاق تطوير الوكلاء المخصصين لدى Open for AI وفق هذه الالتزامات. ولـمراجعة متطلبات وكيلك المقترح، جهّز المهمة الأعلى أثراً وقيود المصادر وأمثلة النتائج المقبولة والمرفوضة.