سجل التطوير: تحليل Google Sheets كبير وتقارير منسقة تلقائيًا

يركز إصدار Google Sheets هذا على وضع الفشل الذي يظهر فقط عندما يتوقف جدول البيانات عن أن يكون صغيرًا: يمكن أن يتحول الطلب الذي يعمل على بضعة آلاف من الخلايا إلى مئات من مكالمات المتصفح إلى جداول البيانات على جدول كبير.

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

تأخذ الطلبات الكبيرة مسارًا ثابتًا

يتم الآن توجيه طلبات التحليل والتلخيص المذكورة أعلاه 100000 خلية إلى نظام مهمة الخلفية. يمنع هذا خطأ تحديد أداة النموذج من محاولة ترقيم نطاق مكون من 120000 صف عبر مئات من استدعاءات جسر الشريط الجانبي.

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

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

يستخدم محرك التحليل الذاكرة المقيدة

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

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

اكتسبت طبقة التعبير الحتمية أيضًا عوامل مقارنة ودعم IF(condition, true_value, false_value). يسمح ذلك لمزيد من عمليات التصفية والحسابات الشرطية بالبقاء في المسار الحسابي المحدد بدلاً من الاعتماد على حساب النموذج الحر.

تتلقى التقارير التي تم إنشاؤها نمطًا افتراضيًا يمكن قراءته

عندما يقوم التحليل بإنشاء ورقة تقرير جديدة، يقوم GetSheetAI الآن بتطبيق تمرير العرض التقديمي الأساسي تلقائيًا:

• رؤوس باللون الأخضر الداكن مع نص باللون الأبيض؛
• تسميات رأسية ملفوفة؛
• تغيير حجم العمود تلقائيًا؛
• استدل على تنسيقات الأعداد الصحيحة والعشرية والنسبة المئوية.

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

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

من الأسهل تشخيص التقدم والهوية

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

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

قيم وحدود القدرة الحالية

قيم التشغيل المهمة في هذا الإصدار هي:

• عتبة التوجيه الدائمة: أكثر من 100000 خلية للتحليل والملخصات؛
• تم التحقق من تغطية انحدار الإنتاج: 92 اختبار Google Sheets بعد إضافة التنسيق التلقائي؛
• تنسيق التقرير: الرؤوس والالتفاف وتعديل العرض والتنسيقات الرقمية الشائعة؛
• سلامة التنفيذ: القراءات المحدودة، وإحصائيات المرور الواحد، والتوجيه القابل للاسترداد، وإعادة الكتابة التي تم التحقق منها.

المسار الدائم لا يجعل كل ورقة ممكنة غير محدودة. لا يزال من الممكن أن تؤدي حصص Google Apps Script، وحدود سياق النموذج، وبنية المصنف، والبيانات الواسعة للغاية أو غير المنتظمة إلى تقييد المهمة. والفرق هو أن المهام الكبيرة المدعومة لديها الآن مسار تنفيذ مصمم ليناسب حجمها.