أعِد تشغيل ما أجاب عنه وكيلك: مسارات تدقيق للذكاء الاصطناعي تصمد أمام الفحص

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

تجيب معظم الفرق بنص محادثة. في استطلاع أجري في الربع الأول من 2026 على 420 مؤسسة تشغّل وكلاء ذكاء اصطناعي في بيئة الإنتاج، لم يتمكن سوى 17% من إعادة بناء التسلسل الكامل لاستدعاءات الأدوات والمدخلات والمخرجات وراء مهمة وكيل بعينها بأثر رجعي (AgentNode, 2026). أما الـ 83% الباقون فلديهم سجلات جزئية، أو لا سجلات على الإطلاق، أو سجلات التقطت استدلال النموذج دون ما استدعاه فعلياً. نص محادثة وشعور.

السجل يتحول إلى قانون

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

يشترط قانون الذكاء الاصطناعي الأوروبي على أنظمة الذكاء الاصطناعي عالية المخاطر أن تتيح تقنياً — مدمجاً في التصميم لا مضافاً لاحقاً — «التسجيل التلقائي للأحداث (السجلات) طوال عمر النظام» (European Commission, 2024). لا يفي التوثيق اليدوي بمتطلبات المادة 12. يجب أن تكون السجلات كافية لتحديد الحالات التي قد تنطوي على مخاطر أو تعديلات جوهرية، ولدعم مراقبة ما بعد الطرح في السوق، ولرصد كيفية تشغيل النظام فعلياً. وفيما يخص التعرف البيومتري عن بُعد، تحدد المادة الحد الأدنى صراحةً: كل فترة استخدام، وقاعدة البيانات المرجعية التي جرى الاستعلام عنها، وبيانات الإدخال التي أفضت إلى تطابق، والأشخاص الطبيعيين الذين تحققوا من النتيجة. هذا ليس «احتفظ ببعض السجلات». هذا أعِد بناء القرار.

المواعيد قريبة. دخل القانون حيز التنفيذ في 1 أغسطس 2024؛ سُرّيت المحظورات من فبراير 2025، والتزامات نماذج الأغراض العامة من أغسطس 2025 — والالتزامات عالية المخاطر، ومنها المادة 12، تسري من 2 أغسطس 2026 (Future of Life Institute, 2026). ثمانية أيام من تاريخ هذا المنشور. أما الأنظمة عالية المخاطر المدمجة في المنتجات الخاضعة للتنظيم (المرفق الأول) فتتبعها في أغسطس 2027.

للاحتفاظ بالسجلات حد أدنى أيضاً. يجب على مزودي الخدمة الاحتفاظ بالسجلات المولّدة تلقائياً لمدة لا تقل عن ستة أشهر، وتضع المادة 26(6) الالتزام المقابل على عاتق المنتشِرين — لفترة أطول حيثما يقتضي ذلك قانون آخر كـ GDPR، وفي كل الأحوال بما يتناسب مع الغرض المقصود من النظام لا مجرد الحد الأدنى (artificialintelligenceact.eu, 2024).

لا يأتي شيء من هذا في فراغ. تتوقع المادة 30 من GDPR سجلات مكتوبة لعمليات المعالجة — الأغراض وفئات البيانات والمستلمين ومهل الحذف والتدابير الأمنية — منذ 2018، قابلة للتقديم إلى السلطة الإشرافية عند الطلب (gdpr-info.eu, 2016). يتوقع معيار SOC 2 في CC7.2 مراقبة مكونات النظام بحثاً عن الشذوذات وتحليل ما يُكتشف؛ ويتوقع CC7.3 تقييم ما إذا كان حدث ما قد أخل بأهدافك (AICPA, 2022). في تدقيق النوع الثاني تُختبر هذه المعايير في مواجهة أدلة السجلات الممتدة على كامل فترة المراجعة — اثنا عشر شهراً عادةً (AgentNode, 2026) — لا لقطة شاشة من يوم زيارة المدقق.

لماذا يفشل «سجّل أكثر»

الرد الانعكاسي هو الإسهاب: شغّل التتبع، خزّن كل شيء، اشترِ لوحة تحكم. ثلاث مشكلات تبقى رغم ذلك.

تسجّل النصوص ما قيل، لا ما نُفّذ. سجل المحادثة هو النموذج يروي سلوكه بنفسه. من بين الـ 83% أعلاه، تمثّل فئة بعينها هذا تماماً: الاستدلال مُلتقَط، واستدعاءات الأدوات لا. حين يتعارض السرد مع التنفيذ، يحافظ النص على وجه مستقيم — المحتسَب والمولَّد يبدوان متطابقَين على الصفحة. لكنهما ليسا الشيء ذاته.

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

البيانات الوصفية ليست صحة. سجل التدقيق الأدنى قبولاً — ستة حقول أساسية، منها معرّف التتبع والطابع الزمني وهوية الوكيل (AgentNode, 2026) — يثبت من ومتى. لا يقول شيئاً عن صحة الرقم، أو ما إذا كان سيظهر بالنتيجة ذاتها اليوم. تصل أبحاث قابلية رصد وكلاء LLM إلى الخلاصة نفسها: يجب أن تشمل إمكانية التتبع مخرجات دورة حياة الوكيل بأكملها، لا الرسائل وحدها (CSIRO Data61, 2024).

الفشل بنيوي. التنفيذ الحر — نموذج يُصدر سلاسل نصية تُشغّلها شيء آخر — لا ينتج شيئاً ثابتاً بما يكفي للتسجيل، بصرف النظر عن حجم ما تكتبه.

سند الإثبات كخاصية للنتيجة

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

• contract_hash — ما يمكن تشغيله: عقد القدرة الدقيق الساري (sha256:79f1c5a6c716…).
• plan_hash — ما تحوّل إليه الطلب: الخطة المتحقق منها مع تسجيل قرارها (decision_path: "exact_spec").
• invocation_hash — ما نُفّذ، على ماذا: القدرة مع المدخلات المعيارية، بما فيها input_hash للبيانات كما كانت.
• computation_hash — ما خرج: مرتبط بالاستدعاء والقيمة معاً.

البنى مفصولة بالنطاق، فلا يمكن لأي مخرج انتحال صفة آخر:

invocation_hash  = sha256("sqai:invocation:v1\0" + canonicalJson(identity))
computation_hash = sha256("sqai:computation:v1\0" + invocation_hash + canonicalJson(value))

إلى جانب التجزئات يأتي غلاف الحتمية — بيئة التنفيذ المسجّلة: runtime_bundle_version 0.1.0 وتجزئته sha256، والمنصة والمعمارية، وprecision_mode: float64، وthread_count: 1، والبذرة حيثما لزمت. قدرات المحاكاة العشر التي تحتاجها ترفض التشغيل بدونها — seed_required، لا إجابة مختلفة بصمت. كل ما يمكن أن يغيّر الرقم إما مثبَّت أو موثَّق.

إليك ما يعنيه ذلك عملياً. في مارس، يحسب وكيل صافي القيمة الحالية:

finance.npv(0.1, [-1000, 300, 420, 560, 680])
→ 505.020148896933
computation_hash b74f67d0d7a594aa…

في يوليو، يسأل المدقق. تُعيد تشغيل الاستدعاء — المواصفة المكتوبة ذاتها، والبيئة المثبّتة ذاتها — وتقارن التجزئات: b74f67d0d7a594aa… مجدداً، متطابقة بايت بايت. لا يهم إن كان إعادة التشغيل في TypeScript أو Python. canonicalJson وcanonical_json عقد تسلسل عابر للغات — مفاتيح مرتبة، و-0 معيارية إلى 0، وترميز يونيكود ثابت — فالقيمة ذاتها تنتج البايتات ذاتها وتنتج التجزئة ذاتها في كليهما. تعرض صفحة الحتمية غلافَين من هذه الغلافات، بفارق أشهر، جنباً إلى جنب.

وحين لا تتطابق إعادة التشغيل، فذلك إشارة. مصدر متغيّر يفشل بصوت عالٍ مع schema_revision_mismatch — يرفض المحرك احتساب رقم مختلف على بيانات مختلفة بصمت ثم نسبته إلى الماضي. يُسمّي عدم التطابق ما تحرّك.

قِس ذلك على الالتزامات. التسجيل التلقائي طوال عمر النظام: كل نتيجة منفّذة تسجّل نفسها بالبناء — لا مسار غير مسجّل، لأن سطح التنفيذ هو 4,574 قدرة للقراءة فقط بمدخلات مكتوبة، لا سلاسل نصية حرة. ستة أو اثنا عشر شهراً من الاحتفاظ: خزّن غلافات النتائج؛ يصبح الاحتفاظ قراراً تخزينياً لا عملية استرداد أثري. أدلة تمتد على فترة مراجعة SOC 2: المخرجات هي الأدلة — الجواب على المدقق إعادة تشغيل لا تحقيق. الخط الإنتاجي ذاته يُنتج السجل لكل قدرة، ومسار التدقيق الدائم يأتي مع الخطة الاحترافية من SQAI.

ثمانية أيام، ثم كل تدقيق بعدها

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

الإجابة التي يمكنك إعادة تشغيلها إجابة يمكنك الدفاع عنها. كل ما عدا ذلك لقطة شاشة.