العرض التوضيحي كان يعمل. أما الإنتاج فمحادثة أخرى.
الـ PoC يثبت أن الفكرة ممكنة. لكنه لا يثبت أنها تصمد أمام بيانات العميل وصلاحياته وحجمه ومراجعته الأمنية. هذه قائمة بما ينقص عادةً، مكتوبة لتستخدمها كقائمة تحقق حتى إن لم تتصل بنا.
إن كان المشروع لعميل لك، فاطّلع على كيفية عملنا مع شركات الاستشاراتما ينقص في كل مرة تقريبًا
- 01
لا سبيل لمعرفة ما إذا كانت الإجابة صحيحة
بلا تقييمات آلية، تُحكم الجودة بالتجربة اليدوية والذاكرة. وكل تغيير في الـ prompt أو في النموذج أو في البيانات مقامرة. تلزم حالات اختبار بإجابة متوقعة، تُنفَّذ مع كل تغيير، وعتبة لا يجري النشر تحتها.
- 02
لا أحد يستطيع تفسير إجابة بعينها
حين يسأل العميل عن سبب قول الوكيل شيئًا ما، يجب أن نتمكن من إعادة بنائه: ما الذي استُرجع، وبأي صلاحيات، وأي prompt أُرسل، وأي إصدار من النموذج أجاب. وبلا هذا الأثر لا تدقيق ممكن ولا سبيل إلى تصحيح السبب.
- 03
صلاحيات الـ PoC ليست صلاحيات العميل
النموذج الأولي يقرأ عادةً المتن كله. أما في الإنتاج، فيجب أن يرى مستخدمان مختلفان أشياء مختلفة، ويجب أن تحدث التصفية عند الاسترجاع لا في الـ prompt. وهي النقطة التي تتعثر عندها أكثر المشاريع في مراجعة الأمن.
- 04
لا سقف للإنفاق ولا لزمن الاستجابة
لا تُقاس التكلفة لكل مهمة ولا زمن الاستجابة حتى يدفعهما أحد أو يعاني منهما. تلزم حدود وتنبيهات وقرار صريح بما يتراجع مستواه عند بلوغها.
- 05
لا يمكن العودة إلى الوراء
إن لم يكن النشر قابلًا لإعادة الإنتاج ولم تتوافر إمكانية التراجع، فكل تغيير غير قابل للعكس عمليًا. تلزم بنية تحتية موصوفة بالكود على Azure، وبيئات منفصلة، وطريق عودة مجرَّب.
- 06
يخطئ وحده، بلا شبكة أمان
حيث يكلّف الخطأ مالًا أو سمعة، يوافق إنسان على القرار. وتحديد موضع هذا الحد قرار عمل لا قرار تقني، ويُستحسن اتخاذه قبل فتح النظام.
خذها واستخدمها حتى إن لم تتصل بنا: النسخة المطبوعة تجمع النقاط الست مع مساحة لتدوين ما حللته منها.
ما الذي سيسأل عنه عميلك قبل أن يسمح لنا بالدخول.
حين يكون المشروع لعميل نهائي، سيراجع هذا أحدٌ من فريق الأمن لديه. لدينا ذلك مكتوبًا قبل البدء لتتمكن من عرضه بدل ارتجاله.
-
أقل الصلاحيات وبيئات متفق عليها
نعمل بالصلاحيات اللازمة فقط للقطعة التي تخصنا وفي البيئات التي نتفق عليها. لا اعتمادات مشتركة ولا صلاحيات مفتوحة «كي نمضي أسرع».
-
صلاحيات العميل تُطبَّق عند الاسترجاع
مستخدمان مختلفان يريان أشياء مختلفة، والتصفية تحدث عند استرجاع البيانات، لا اعتمادًا على الـ prompt. وهي النقطة التي تتعثر عندها أكثر المشاريع في مراجعة الأمن.
-
كل إجابة يمكن إعادة بنائها
ما الذي استُرجع، وبأي صلاحيات، وأي prompt أُرسل، وأي إصدار من النموذج أجاب. وبلا هذا الأثر لا تدقيق ممكن ولا سبيل إلى تصحيح السبب.
-
أي بيانات تلمسها أدوات الذكاء الاصطناعي، مكتوبةً
إن تدخّلت نماذج طرف ثالث، نحدد مسبقًا أي بيانات يمكن استخدامها وأين وبأي حدود، بصيغة يمكنك نقلها إلى فريق الأمن لدى عميلك.
-
حواجز حماية وإشراف بشري حيث يكلّف الخطأ مالًا
حدود للتكلفة وزمن الاستجابة مع تنبيهات، وحدٌّ صريح: أين يقرر الوكيل وحده وأين يوافق إنسان. وهذا الحدّ قرار عمل، ويُتخذ قبل فتح النظام.
-
سرية وعدم تجاوز موقّعان
NDA قبل أن تخبرنا بالتفاصيل إن احتجت إليه، وبند عدم تجاوز مكتوب: لا نبيع شيئًا لعميلك لحسابنا، لا أثناء المشروع ولا بعده.
-
الكود لك من اليوم الأول
يعيش في المستودعات التي تحددها، لا في مستودعاتنا. وعند الإغلاق تبقى أدلة التشغيل وتقرير التقييمات وجلسات نقل المعرفة: أنت لا تعتمد علينا لتشغيل ما سُلّم.
إن كان عميلك يفرض اعتمادًا بعينه أو شريكًا رسميًا محددًا، فأخبرنا في المكالمة الأولى: معرفة ذلك حينها أفضل من اكتشافه في منتصف المشروع.
كيف نتناول ذلك
نحن لا نبدأ من الصفر. نراجع ما هو قائم، ونقول ما الذي يبقى وما الذي يُعاد كتابته، ونغلق النطاق بمراحل ومعايير قبول مكتوبة قبل البدء. وإن كانت المقاربة الأساسية لا تصمد، نقول ذلك قبل التوقيع لا في منتصف المشروع.
أخبرنا بما هو مبني، وبأي بيانات، ولأي موعد يجب أن يكون في الإنتاج. في 30 دقيقة نعيد إليك خريطة مخاطر ورأيًا واضحًا فيما ينقص.
ثلاث عمليات تسليم، بسياقها ونتيجتهاهل نتحدث عن مشروعك؟
في 30 دقيقة نراجع ما الذي تريد بناءه أو ما لديك قيد التشغيل، والبيانات والتكاملات وما ينقص ليصمد النظام حين يدخل المستخدمون. لا فرق إن كان المشروع لك أو لعميل لك: المكالمة هي نفسها.
مراجعة مجانية مدتها 30 دقيقة، دون التزام. ونوقّع NDA قبلها إن احتجت إليه. ونرد في يوم العمل التالي.