Demo Days - 2026-07-17

عرض توضيحي من @brandon-pereira شهدت تلميحات المخططات في ClickStack تحسينًا كبيرًا في سهولة الاستخدام. فعند النقر على مخطط الآن، يبقى التلميح مثبتًا في مكانه بدلًا من أن يختفي عند إبعاد المؤشر، مما يتيح لك قراءة البيانات فعلًا. ويعرض التلميح المثبت كل قيمة في السلسلة، وإذا كان عددها كبيرًا، يمكنك التمرير عبر القائمة بدلًا من أن تُقتطع. يمكنك الآن أيضًا نسخ القيم مباشرة من التلميح، وقد جاء ذلك استجابة مباشرة لملاحظات العملاء. ففي السابق، كان بإمكان العملاء رؤية البيانات التي يريدونها، لكن لم تكن لديهم طريقة لنسخها، أما الآن فإن النقر على قيمة ينسخها إلى الحافظة. ويعتمد هذا كله على ترقية في Recharts تجعل عرض التلميحات يتم عبر portal بدلًا من عرضها داخل حاوية المخطط نفسها. ويظهر أثر ذلك بشكل أوضح في لوحات المعلومات التي تضم عددًا كبيرًا من المخططات المتقاربة، إذ لم تعد التلميحات تنضغط أو تُقتطع بسبب العناصر المجاورة لها. طلبات السحب ذات الصلة: #2642 ميزة(charts): تثبيت تلميح المخطط عند النقر مع إجراءات drill-down مضمنة عرض توضيحي من @brandon-pereira يمكن للفريق الآن تشغيل تقييمات MCP مباشرةً من طلب سحب على GitHub بدلًا من الاكتفاء بتشغيلها محليًا، ما يتيح لأي شخص رؤية مدى تأثير أي تغيير في الشيفرة على جودة MCP قبل دمجه. وهذه هي النسخة الأولى من هذا الإعداد، إذ يجري ربط مسار التقييمات بـ CI ليعمل تلقائيًا ويرسل درجةً مجمّعة إلى طلب السحب. لمزيد من المعلومات حول كيفية عمل إطار عمل تقييمات ClickStack MCP، اطّلع على منشور المدونة قياس أداء خادم ClickStack MCP باستخدام تقييمات HDX. طلبات السحب ذات الصلة: #2628 feat(evals): الهيكل الأولي لـ M1 CI — تشغيل تقييمات MCP من البداية إلى النهاية في GitHub Actions عرض توضيحي من @karl-power أصبح خادم MCP الآن يفهم المقاييس، وليس السجلات والتتبعات فحسب، كما أصبح هناك إطار eval مخصص لقياس مدى جودة استخدامه لها. ويضيف هذا مولدات لأنواع المقاييس الخمسة التي يدعمها ClickStack (gauge، وsum، وMُدرَّج تكراري، وexponential histogram، وsummary)، إلى جانب سيناريوهات eval جديدة تتطلب المقاييس تحديدًا لحلها، مثل تسرّب الذاكرة في JVM، وهو أمر يستحيل عمليًا حله بالاعتماد على السجلات والتتبعات وحدها. وتُظهر النتائج الأولية أن خادم MCP المدرك للمقاييس يجتاز هذه السيناريوهات بسرعة ملحوظة مقارنةً بخادم MCP القياسي المعتمد على SQL فقط، ويرجع ذلك في الغالب إلى حاجته إلى عدد أقل من استدعاءات الأدوات للوصول إلى الإجابة. ولا يزال هناك بعض الضبط المطلوب (إذ تربك بعض السيناريوهات مطابقة الأنماط لدى نموذج اللغة الكبير عند التعامل مع تدوينات مختلفة للمقياس نفسه)، لكن الاتجاه واضح: إن منح الوكيل وصولًا مباشرًا إلى المقاييس يفتح تحقيقات كانت سابقًا خارج المتناول. طلبات السحب ذات الصلة: #2645 feat(evals): support metric types and seeding عرض توضيحي بواسطة @elizabetdev كان اختيار المصدر المناسب في السابق أشبه بالتمرير والتخمين. ففي البيئات التي تضم قوائم طويلة من المصادر، لم يكن يظهر عند فتح القائمة المنسدلة أي مؤشر مرئي يوضح المصدر المحدد فعليًا. يضيف هذا التحديث علامة صح بجانب المصدر المحدد حاليًا، بما يتماشى مع نمط التحديد المتعدد الحالي، بحيث تعرف دائمًا بنظرة سريعة أيّ المصادر نشط قبل أن تبدأ الاستعلام عن البيانات. إنه تغيير صغير، لكنه يزيل تلك اللحظة من: “لحظة، أيّ واحد أنظر إليه؟” وهي لحظة تتكرر وتتراكم على مدار يوم العمل. طلبات السحب ذات الصلة: #2651 feat(app): توضيح المصدر المحدد في منتقي المصدر عرض توضيحي من @pulpdrew في السابق، كان الانتقال من أداة إنشاء الاستعلامات المرئية إلى وضع Raw SQL يعني البدء من الصفر. فإذا كنت قد بنيت استعلامًا باستخدام عوامل التصفية وعمليات group-by في الأداة، ثم وصلت إلى شيء لا تستطيع الأداة التعبير عنه، فإن الانتقال إلى وضع SQL كان ينقلك إلى محرر فارغ. أما الآن، فعند التبديل إلى وضع SQL، يُمرَّر استعلام الأداة عبر المسار نفسه الذي يُنشئ المخطط، لذا تصل إلى وضع SQL والاستعلام المكافئ مكتوب بالفعل باستخدام وحدات الماكرو الصحيحة، لا قيمًا مضمّنة مباشرة. أما التحويل العكسي (من SQL إلى الأداة) فليس متاحًا بعد، لكنه موجود على خارطة الطريق. طلبات السحب ذات الصلة: #2634 ميزة: التحويل التلقائي لمخططات الأداة إلى Raw SQL، #2666 إصلاح (المخططات): الاحتفاظ بالمصدر المحدد عند التبديل من الأداة إلى وضع SQL عرض توضيحي بواسطة @knudtty أصبحت عملية جلب قائمة قيم عوامل التصفية المتاحة تعتمد على طبقة توجيه أكثر ذكاءً. فبدلاً من الاكتفاء باستراتيجية ثابتة واحدة، يفحص النظام الجديد ما هو متاح في الـ schema، وخصوصاً ما إذا كانت الفهارس النصية موجودة، ثم يختار الطريقة الأكثر كفاءة لبناء قائمة عوامل التصفية. وعندما تكون الفهارس النصية متاحة، يستعلم ClickStack منها مباشرةً بدلاً من الرجوع إلى جداول rollup، ما يعني أيضاً تقليل عدد عمليات rollup التي تحتاج إلى صيانة، وخفض احتمال التعرّض لضغط الذاكرة الذي واجهه بعض العملاء مع النهج القديم. لكن هذا يتطلب ClickHouse 26.3، لذا سيواصل من لم يترقَّ بعد إلى هذا الإصدار استخدام النهج الحالي المعتمد على rollup حتى يُجري الترقية، وعندها سيتفعّل هذا تلقائياً. طلبات السحب ذات الصلة: #2643 feat: إعادة صياغة getAllKeyValues وإضافة عوامل تصفية مُعبّأة من الفهارس النصية عرض توضيحي من @teeohhem تتضمن لوحة معلومات Browser RUM الآن ترميزًا لونيًا، مدعومًا بمفتاح ألوان مكتوب بـMarkdown يوضح دلالة كل لون (مع إمكانية تحسين هذا المفتاح ليصبح أوضح مستقبلًا). كما أصبحت بطاقات الأرقام لعناصر مثل الجلسات التي تتضمن أخطاء ملوّنةً وفقًا لعتبات قابلة للتهيئة، بحيث تبرز مواضع المشكلات بصريًا بدلًا من أن تندمج في كتلة من الأرقام المحايدة. طلبات السحب ذات الصلة: #2671 feat(dashboards): ترميز لوني لعناصر Browser RUM الخاصة بمؤشرات الويب الحيوية، وتحميل الصفحات، والأخطاء