اقرأ البيانات قراءة صحيحة أولًا، ثم احسب على نحو صحيح

Pize هو مساعد برمجة بالذكاء الاصطناعي للحوسبة العلمية والتحليل الإحصائي. يعمل ضمن Pize Code وPositron، ويتوفر أيضًا بصفته SDK.

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

وهو أيضًا وكيل برمجي متكامل يوفّر التعديل عبر ملفات متعددة، والطرفية، والتخطيط والتنفيذ، وقواعد المشروع، واختيار النماذج، والاتصال عبر MCP بالأدوات الموجودة أصلًا في المختبر أو النظام الداخلي. استخدمه في Pize Code وPositron ومن خلال CLI أو SDK.

• ما هو. وكيل برمجي محسّن للحوسبة الرياضية والتحليل الإحصائي. تتم قراءة البيانات والحساب والاختبار داخل جلسة فعلية، ويمكن إعادة حساب النتائج.
• ما لا يمثله. ليس واجهة جديدة لأداة عامة لإكمال الشيفرة، ولا بديلًا عن Cursor يكتب قليلًا من كل شيء. لا ينصبّ التركيز على إكمال الشيفرة، بل على قراءة البيانات بصورة صحيحة وضبط الحسابات.
• أين يعمل. ضمن Pize Code وPositron ومن خلال CLI وSDK.
• ما الذي يحصل عليه النموذج. البنية والأنواع والقيم المفقودة والملخصات، لا الجدول بأكمله محشوًا في السياق. تبقى المشاهدات الأولية داخل الجلسة.

يقرأ وكيل البرمجة نفسه الملفات ويكتب الشفرة وينفّذ الأوامر ويمكنه التحكم في المتصفح. وتتطلب كل عملية كتابة وكل أمر موافقتك. يمكنك استخدامه في Pize Code وPositron وCLI أو عبر SDK.

واجهات الاستخدام المتاحة الآن

• Pize Code. إضافة في الشريط الجانبي للمحرر، تتيح التحرير عبر ملفات متعددة والطرفية ووضعَي التخطيط والتنفيذ وعمليات diff قابلة للمراجعة.
• Positron. الوكيل نفسه، مع جسر إلى جلسة R أو Python التي تركز عليها حاليًا.
• SDK. الوكيل نفسه مضمَّن في برنامج تستخدمه بالفعل ومتاح عبر واجهة CLI.

كيفية دفع تكلفة استخدام النماذج

يُدفع مقابل استخدام الخدمة الذاتية بأرصدة مدفوعة مسبقًا. يساوي الرصيد الواحد سنتًا أمريكيًا واحدًا. اشترِ باقة من صفحة الأسعار؛ Stripe يتولى تحصيل المبلغ. وتُرتَّب شروط المؤسسات بعد التواصل.

المؤسسات

لا يوجد سعر منشور للمختبرات أو الشروط المخصصة، بل تُرتَّب بعد التواصل.

وهو في الوقت نفسه وكيل برمجة مكتمل

قراءة البيانات وجسر الجلسة هما الطبقة الإضافية التي يقدمها Pize. وما يلي هو إمكانات الوكيل البرمجي المتكامل التي يوفرها أيضًا؛ ومن دونها لا تكتمل دورة العمل الإحصائية.

تجمع SDK (Software Development Kit، حزمة تطوير البرمجيات) واجهات API والأنواع والأمثلة، كي يستطيع برنامج آخر استدعاء إمكاناتك من دون إعادة تنفيذها.

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

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

MCP (Model Context Protocol، بروتوكول سياق النموذج) بروتوكول مفتوح يتيح للنموذج الوصول أثناء التشغيل إلى أدوات وبيانات وموجّهات خارجية، من دون إنشاء وصلة خاصة لكل مصدر.

يقتصر دور النموذج على الاستدلال. فهو لا يستطيع رؤية قاعدة بياناتك أو التعامل مع المعلمات داخل برنامج الجهاز. يعرّف MCP ثلاثة عناصر: الأدوات (إجراءات يمكن استدعاؤها)، والموارد (بيانات يمكن قراءتها)، والموجّهات (تعليمات يمكن إعادة استخدامها). ويمكن للنموذج استخدام أي نظام يطبّق هذا العقد بالطريقة نفسها.

• المشكلة التي يحلها. لم يعد على النموذج والنظام الخارجي ابتكار وصلة خاصة لكل منهما. ويمكن الوصول إلى قواعد البيانات وقواعد المعرفة والبوابات الداخلية عبر بروتوكول واحد.
• ما لا يمثله. ليس نموذجًا ولا SDK. وهو لا يحدد طريقة تضمين الوكيل في برنامجك، بل يحدد فقط كيفية اتصال الوكيل قيد التشغيل بالأنظمة الخارجية.
• داخل Pize. يعمل Pize كعميل يتصل بخوادم MCP أخرى. وتبقى موافقتك هي حدود الأمان: القراءة فقط هي الوضع الافتراضي، وتنتظر الإجراءات موافقتك.

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

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

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

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

يُحدَّد التنسيق من محتوى الملف لا من امتداده؛ ففي بيانات البحث كثيرًا ما يحتوي ملف .txt على جدول، بينما قد لا يحتوي ملف .csv إلا على ثلاثة أسطر إعداد. وكل قرار أدناه يؤثر مباشرة في النتائج اللاحقة.

• تعيين فاصل الحقول. يُختار الفاصل من علامة الجدولة أو الفاصلة أو الفاصلة المنقوطة أو علامة الأنبوب (|). ويجب أن يظل عدد الأعمدة ثابتًا بين الصفوف وأن تبدو الحقول كخلايا، حتى لا يُفسَّر نص نثري يحتوي كل جملة فيه على فاصلة على أنه جدول من عمودين.
• رأس أم بيانات. إن بقي الصف الأول أرقامًا في مواضع الأعمدة الرقمية فهو مشاهدة لا اسم عمود — ابتلاع أول مشاهدة رأسًا هو السبب الكلاسيكي لنقص العينة بواحد.
• تُستبعد القيم المفقودة من استنتاج النوع. تُعرَف السلاسل الفارغة وNA وNaN وNULL كلٌّ على حدة؛ وإلا فقد يُصنَّف عمود فارغ بالكامل على أنه رقمي، فيلخّص النموذج أرقامًا غير موجودة.
• استنتاج النوع عمودًا بعمود. رقمي / نص / فارغ لكل عمود. هذه الخطوة تقرّر إن كان العمود يدخل متوسطًا أو تباينًا أو انحدارًا.
• نزع التعليقات والبيانات الوصفية. تُنزع أولًا الكتل البادئة بـ # أو ! أو @XX. يخفي VCF أسماء الأعمدة في آخر سطر تعليق؛ تُستعاد تلك الأسماء فتصير للأعمدة أسماء.
• قراءة الجداول المضغوطة بشفافية. يُفك .gz تلقائيًا، ويُحكم الحجم بعد الفك — قد يحمل أرشيف 1 ميغابايت جدولًا من 20 ميغابايت.
• تقدير عدد الصفوف. يُقدَّر المجموع من نسبة بايتات البادئة المقروءة، ويُعلَّم أنه تقدير فلا يُبلَّغ حقيقة.
• يحصل الملف المتجاوز للميزانية على بطاقة بيانات لا رسالة خطأ. عند تجاوز ميزانية السياق، يعيد Pize الحجم وفاصل الحقول وعدد الصفوف المقدّر وأسماء الأعمدة وأنواعها المستنتجة وأول صفين. ويكتب النموذج من هذه البطاقة شفرة القراءة الصحيحة من دون أن يستهلك جدول من مليون صف السياق كله.

تأتي القراءة أولًا ثم الحساب. لا يخترع Pize طرائق إحصائية بدلًا منك؛ بل يضمن أن يعمل النموذج على بياناتك الحقيقية وأن تتمكن من رؤية كل خطوة.

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

حقيقة التحليل ليست في الملف بل في الذاكرة. يقرأ الجسر عبر واجهة إضافة Positron العلنية جلسة R أو Python التي في المقدّمة. لا ينشئ وقت تشغيل ولا يبدّله. يستخدم فقط ما تستخدمه أصلًا.

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

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