وكلاء جداول البيانات في النمذجة المالية

اجتاز وضع الوكيل (Agent Mode) في Excel خطاً فاصلاً في 2026. ما بدأ كمساعد للصيغ صار وكيلاً داخل المصنّف يخطّط مهامّ متعددة الخطوات، ويبني النماذج ويعدّلها، ويولّد الصيغ والجداول والجداول المحورية (PivotTables) والرسوم البيانية، ويكرّر المحاولة حتى إنجاز المهمة. أتاحته Microsoft إتاحة عامة على Excel للويب وعلى سطح مكتب Windows، مع طرح تدريجي على Mac، لتراخيص Copilot التجارية ومشتركي الاستهلاك على السواء، وبحلول أوائل 2026 صار بإمكان Copilot أيضاً الاستعلام عن المصنّفات محلياً عبر Copilot Chat.

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

ما الذي يسرّعه الوكلاء حقاً

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

عمل السيناريوهات يستفيد بالقدر نفسه تقريباً. يناسب التعديل الوكيلي الجزء الميكانيكي من تحليل ماذا لو (what-if): بناء جداول السيناريوهات، وتوصيل شبكات الحساسية، وتنقيح مجموعات الافتراضات، وإعادة توليد الرسوم البيانية التي تعرضها. حلقة التكرار التي كانت تكلّف ظهيرة كاملة من النسخ والتعديل الحذرَين صارت تعمل في دقائق، وهذا يغيّر عدد السيناريوهات التي يرضى فريق بالنظر فيها قبل قرار.

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

نمط الفشل يعيش داخل المصنّف

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

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

الوكلاء الأصيلون مقابل الأدوات الخارجية

يجدر الفصل بين وكلاء Excel الأصيلين والأدوات الخارجية القائمة على النماذج اللغوية الكبيرة (LLM) التي تقرأ منطق جداول البيانات أو تولّده من خارج الملف. يعمل وضع الوكيل داخل نطاق المؤسسة (tenant)، تحت ضوابط المسؤولين، والتعديلات تحدث في المصنّف حيث يمكن ملاحظتها وإدارة نسخها. أما الأدوات الخارجية التي تبتلع مصنّفاً وتستدلّ عليه في مكان آخر وتعيد صيغاً أو قيماً فتقع خارج تلك الضوابط، ولا يوجد وكيل Claude أصيل من Microsoft داخل Excel يمكن الخلط بينه وبينها؛ تعامل مع هذه الأدوات كأدوات خارجية لها مسار مراجعة خاص بها.

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

مجموعة الضوابط التي تستحقّ بها الإنتاجية

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

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

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