سجل البناء. ما أُطلق، أسبوعًا بأسبوع.

وكيل واحد من النتيجة إلى طلب pull request

تُعالَج كل نتيجة تكتشفها Polylane الآن بجولة وكيل واحدة. يقرأ الأدلة بأدوات للقراءة فقط على بيانات القياس لديك ومخطط السياق، ويقرر إن كانت هناك مشكلة حقيقية، وعندما يكون السبب المؤكد عيبًا في الكود في مستودع مربوط يكتب الإصلاح ويفتح طلب pull request في الجولة نفسها، من دون تسليم بين مراحل الفرز والتحقيق والإصلاح التلقائي. ويبدأ طلب pull request بسطر Affected واحد يسمّي المورد، والقيمة المتجاوزة مقابل خط أساسها، وعدد التابعين الذين يصل إليهم العطل، ويقع تعليل سلامته في قسم Why it’s safe ظاهر. وعندما يكون الإصلاح بعيد المنال، تسجّل الجولة السبب وخطوة تالية بسيطة على المشكلة بدلًا من التلاشي.

Grafana Cloud وLogfire تنضمان إلى تكاملات قابلية الملاحظة

اربط Grafana Cloud، أو Grafana المستضافة ذاتيًا، بعنوان stack ورمز حساب خدمة. تضيف Polylane نقطة اتصال ومسار إشعارات شامل إلى stack، فيصل إليها كل قاعدة تنبيه قائمة وكل قاعدة تنشئها لاحقًا من دون إعداد لكل قاعدة. واربط Pydantic Logfire بمفتاح API ويحصل الوكيل على أدوات للانتقال من مسار فاشل إلى span الذي رمى الاستثناء بالضبط، إضافة إلى SQL للقراءة فقط لكل شيء آخر؛ ويُراقَب المشروع من حيث معدل الأخطاء وحجم الطلبات وزمن استجابة p95 مثل المزودين الآخرين.

أيضًا هذا الأسبوع:

• تحصل المشكلات المرفوضة على نظرة ثانية: تُفرز النتيجة المتكررة مجددًا، ويُرفض الرفض عندما لا تستبعد الأدلة حادثة على مورد حرج، ويبقى حكم “لا حادثة” الصادر من شخص نهائيًا
• يسأل ربط GitHub مرة واحدة إن كان يراجع طلبات pull request، ويحصل طلب pull request الذي يصلح مشكلة معروفة على حكم أخضر أو أصفر بشأن ما إذا كان ينبغي أن يحلها
• تعرض علامة تبويب Key questions على كل حساب سحابي وتكامل ومورد مراقَب عن قرب الأسئلة التي تطرحها Polylane على بيانات القياس لديك، مع استعلام المزود خلف كل منها
• يكتسب مخطط السياق نسخ RDS المتماثلة للقراءة وRDS Proxy، ويربط المستودعات بأحمال عمل Kubernetes وRailway التي تشغّل الصور التي تبنيها، ويسمّي حاويات S3 ونقاط نهاية RDS الموجودة في متغيرات البيئة قبل ربط حساب AWS
• يعرض مربع حوار ربط AWS قالب CloudFormation المولّد مع النسخ والتنزيل، وصارت il-central-1 متاحة
• تُسجَّل اتجاهات السجلات اليومية بصفتها مشكلات مفروزة بدلًا من الوصول بالبريد الإلكتروني
• الصق الصور أو أفلتها في مؤلف دردشة وحدة التحكم، وصار للفحوصات صفحتها الخاصة مع رابط للنسخ
• تنتهي ردود Slack بمدة الجولة وعدد الإجراءات التي أجرتها، ويعرض خادم MCP شاشة موافقة قبل تفويض عميل
• تربط أداة CLI Grafana Cloud وMixpanel وOpenStatus بـ polylane integration connect وRailway بـ polylane cloud connect --provider railway، وتسأل إن كان يراجع طلبات pull request عند ربط GitHub (--no-pr-reviews للرفض)
• وكما هو الحال دائمًا: تحسينات في الموثوقية والأداء والاستقرار

ثلاث سحابات أخرى وأداة تتبع المشكلات لديك تنضم إلى مخطط السياق

يمكنك الآن ربط ClickHouse Cloud وConvex وTurso: الصق رمزًا وتُزامَن خدماتها ومشاريعها وعمليات نشرها وقواعد بياناتها في مخطط السياق كل 15 دقيقة، مع فحوصات صحة وأدوات للوكيل. وLinear أول تكامل لتتبع المشكلات: يقرأ الوكيل فرقك ومشاريعك وتذاكرك في أي محادثة، ويسجّل تذاكر من التحقيقات مع سلسلة الأدلة مرفقة، ويحدّث الحالة أو الأولوية أو المكلَّف، طالبًا تأكيدك قبل كل كتابة. وتصل الموارد الجديدة موصولة أصلًا: ترتبط خدمات ClickHouse الثانوية بخدمتها الأساسية، وفروع Turso بقاعدة البيانات التي تفرعت منها، وخدمات المصادقة والتخزين والوقت الفعلي وREST في Supabase بقاعدة بيانات Postgres التي تتقدمها، فيصل العطل على الأساسية إلى كل ما يعتمد عليها.

نطاق تأثير واحد، في كل مكان

يجيب محرك نطاق التأثير خلف مراجعات طلبات pull request الآن في كل مكان: تعرض الألواح الجانبية للمشكلات وسجلات التغيير ومخرجات المحادثات المدى التابع نفسه، ويستطيع الوكلاء طلبه، ويسمّي كل طلب pull request للإصلاح التلقائي فئة المورد المتأثر وما الذي يصل إليه عطل فيه. والمخطط الذي يمشي عليه أكثف: ترتبط توزيعات CloudFront بأصولها وقوائم WAF web ACL، وتصبح قواعد مجموعات الأمان حواف قابلية وصول، وترتبط حاويات R2 بالطوابير التي تُشعرها، وتنتج تعريفات Step Functions حافة لكل خدمة تستدعيها. وتدرج علامة تبويب Connections الجديدة على كل مورد كل حافة مع اتجاهها، وكيف اكتُشفت، والدليل خلفها.

أيضًا هذا الأسبوع:

• يغطي اتصال AWS واحد الآن أي مجموعة من المناطق، أو كلها، مع CloudTrail والتنبيهات لكل منطقة
• تطلب طلبات pull request للإصلاح التلقائي مراجعة من مالك المورد المتأثر، وتتبع Conventional Commits افتراضيًا، وتتضمن رسم mermaid عندما يكون للإصلاح بنية تستحق العرض، وتصير قديمة بعد 14 يومًا من الهدوء حتى لا يُحجز إصلاح أفضل
• يمكنك تعيين حد أدنى للخطورة للتحقيقات التي تبدأها Polylane من تلقاء نفسها، لكل مساحة عمل؛ ويفرز وكيل بأدوات للقراءة فقط التنبيهات الجديدة قبل أن تصبح مشكلات، وتستأنف التحقيقات المتوقفة من تلقاء نفسها
• تُقرأ بطاقات الفرضيات في المحادثة بصفتها مؤكدة أو مدحوضة أو غير حاسمة، والمحادثة التي تنتظر جوابك تقول ذلك
• قل لوكيل Slack أن ينصرف ويُسكت المحادثة حتى تذكره بـ @ مجددًا؛ وتدرج صفحة Channels الآن كل قناة في مساحة عملك مع زر Join للقنوات التي ليست Polylane فيها
• تُحدَّث صفحة Topology مباشرة، وبحثها نص كامل عبر الأسماء والأسماء البديلة والأوصاف، وأي رسم بياني في محادثة يُنزَّل بصيغة JSON أو CSV أو PNG
• يصبح كل تقرير مثبّت على لوحة Mixpanel فحصًا يوميًا
• تستخدم جولات الإصلاح التلقائي Node 24 وتختار الإصدار من .nvmrc أو .node-version أو engines.node
• تربط أداة CLI ClickHouse وConvex وTurso وLinear، وتشغّل ربط AWS في الخلفية لتربط سحابات أخرى في الوقت نفسه، وتقبل --region all، وتعرض قنوات Slack للانضمام إليها مباشرة بعد ربط التطبيق
• وكما هو الحال دائمًا: تحسينات في الموثوقية والأداء والاستقرار

ابنِ مخطط سياقك من الطرفية بوكيل البرمجة الخاص بك

شغّل polylane map وتطلق أداة CLI وكيل البرمجة الذي تستخدمه أصلًا لرسم المستودع الحالي: تقع Topology والمشكلات الأولى ومحادثة أولى في مساحة عملك بينما تعرض الطرفية نبضًا. وصار جهازك ووكيله الآن اتصالًا مثل GitHub أو AWS، فيكتب كل جهاز شريحته الخاصة من المخطط ولا يستطيع أي منها الكتابة فوق شريحة آخر. وفي أثناء الرسم، تعرض صفحة Topology التقدم والمشكلات والدردشة في مكانها، وتعرض عليك ربط سحاباتك في الوقت نفسه، وتمنحك رابط مشاركة قابلًا للإلغاء. وربط وكيل برمجة سحابي يجعله منفّذ الإصلاح التلقائي لديك، ويُضاف إليه خادم MCP من Polylane تلقائيًا ليستعلم من Polylane في أثناء كتابة إصلاح.

Railway وMixpanel وOpenStatus تنضم إلى مخطط السياق

Railway مزود سحابي قابل للربط: اربط عبر OAuth أو رمز مساحة عمل وتزامن Polylane المشاريع والخدمات وعمليات النشر، وتراقب عمليات النشر، وتقرأ السجلات، وتفحص مقاييس الخدمات بحثًا عن مشكلات. وMixpanel أول تكامل لتحليلات المنتج، فتسأل إن كانت عمليات التسجيل قد انخفضت بعد عملية نشر، ويراقب فحص يومي أحجام الأحداث بحثًا عن أعطال التتبع. ويُحضر OpenStatus شاشات المراقبة وصفحات الحالة إلى المخطط، ويفرز كل فشل وكل تعافٍ بصفته تنبيهًا، ويربط كل شاشة مراقبة بالمورد الذي تفحصه. وتربط Datadog وSentry وBetter Stack وHoneycomb وAxiom الآن الموارد التي تبلّغها على المخطط، ويستطيع الوكيل نشر تقارير حالة Better Stack والإقرار بالحوادث أو حلها، كل منها خلف تأكيدك.

أيضًا هذا الأسبوع:

• يسجّل ربط حساب سحابي أو تكامل قابلية ملاحظة مشكلات من تلقاء نفسه: تقرأ Polylane سجلات أخطاء الساعات الـ 24 الأخيرة بحثًا عن أنماط متكررة وتشغّل الفحوصات الأولى فورًا
• تحمل مراجعات طلبات pull request دفترًا بكل نمط فشل دُرس، موسومًا بمؤكد أو معقول أو مدحوض، مع نطاق تأثير يسمّي الموارد التابعة التي يصل إليها العطل وحصة حركة المرور التي تحملها؛ وتعرضه علامة تبويب Changes بشكل أصلي
• صار فرز المشكلات أسهل: عمود ومرشّح للخطورة، والتكرارات مخفية افتراضيًا، والتنبيه الذي فتح المشكلة معروض في بداية نسبها
• تعرض طلبات pull request للإصلاح التلقائي فرقها كاملًا في لوح جانبي، وتبلّغ بنتيجتها المحادثة التي طلبتها، ولم تعد تشحن رفع حد أو مهلة بصفته إصلاحًا
• ترفق ردود Slack الرسوم البيانية بصفتها صورًا، ويرتبط دور Slack الطويل بوحدة التحكم لتتابع
• اربط خوادم MCP التي تصادق بترويسات HTTP مخصصة، لا برمز bearer فقط
• ينتقل البحث في مخطط البنية التحتية إلى جدول لتُقرأ النتائج بصفتها صفوفًا
• تربط أداة CLI عدة سحابات في وقت واحد بـ --multi، محددة مسبقًا من علامات مستودعك، وتضيّق المنتقي بـ --category observability، وتفتح صفحة رمز Cloudflare للقراءة فقط مملوءة مسبقًا في متصفحك
• وكما هو الحال دائمًا: تحسينات في الموثوقية والأداء والاستقرار

كل مشكلة تحصل على سبب، واستجابة تناسبه

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

أنت تقرر متى يعمل الإصلاح التلقائي

يوجد الآن مفتاح Open autofix pull requests على مساحة العمل وعلى كل مستودع، ويحجز وضع Ask first الجديد كل إصلاح مُطلق آليًا بصفته جولة منتظرة حتى تنقر على Approve and run؛ والإصلاحات التي تطلبها في محادثة لا تُحجز أبدًا. ويمكن إلغاء أي إصلاح تلقائي جارٍ قبل أن يُفتح طلب pull request الخاص به، من وحدة التحكم أو الدردشة أو Slack. وتحمل طلبات pull request وسم severity: وتفتح بما سبّب الإصلاح: المورد المتأثر، والمقياس المتجاوز، وأسطر السجل التي أُطلقت. وتمر كل رقعة عبر مراجعة لسلامة البيانات، فتُنقَّح الرقعة التي كانت ستوجّه بيانات جديدة إلى السجلات أو الصادرات أو التحليلات أو تُحجب.

أيضًا هذا الأسبوع:

• يفتح ربط GitHub الآن طلب pull request أولًا في أقل من دقيقة، يضيف تعليمات Polylane إلى AGENTS.md وقواعد Cursor وملفات تعليمات الوكلاء الأخرى لديك، مع طلب pull request لقابلية الملاحظة يتبعه، قابلًا للإلغاء من وحدة التحكم
• يصل بريد إلكتروني يومي باتجاهات السجلات فقط في الأيام التي تغيّر فيها شيء، مثل قالب خطأ جديد أو خدمة تسجّل بحجم أعلى بكثير من طبيعتها، ولكل منها زر Investigate
• اطلب من الوكيل مراقبة تشغيل CI أو إصدار ويتوقف عن الاستطلاع، ويستيقظ عندما يصل حدث GitHub
• تحصل الإشارات المتكررة المقصودة على إصلاح يجعل السلوك صريحًا في كودك بدلًا من تنبيه مُسكَت، وتُحل مشكلات التنبيهات التي تصمت من تلقاء نفسها
• يتحدث وكيل Slack بصيغة المتكلم، وتُعرض الصور المرسلة إليه في Slack الآن في وحدة التحكم
• تطوي دردشة وحدة التحكم كل مرحلة تفكير واستدعاءات أدواتها في صف واحد، وتعرض زر Quick answer بعد 30 ثانية، وTry again بعد رد مقطوع
• تظهر معاينة عقد النسب عند التمرير فوقها ويمكن التنقل بينها بلوحة المفاتيح، وتحصل الخدمات الخارجية مثل googleapis.com على ويكي، ولم تعد تقلبات التوسّع التلقائي تزدحم في خلاصة التغييرات
• تكتسب قائمة المظهر خيار System
• تكتسب أداة CLI الأمر polylane scan، الذي يجد المخاطر الرئيسية عبر حساباتك المربوطة ويتيح لك اختيار واحد للتحقيق فيه، وpolylane autofix watch، الذي يطبع عناوين طلبات pull request عند فتحها، وتسمّي معالجات الربط صلاحيات الرمز الدقيقة لكل مزود
• وكما هو الحال دائمًا: تحسينات في الموثوقية والأداء والاستقرار

Modal وSupabase تنضمان إلى مخطط السياق

الصق زوج الرموز الذي تمنحه Modal لتسجيل الدخول عبر CLI وتظهر بيئاتك وتطبيقاتك ودوالك وبيئات sandbox ووحدات التخزين والطوابير في مخطط السياق، مع سجلات التطبيقات مقروءة في ملخص، وفحوصات للتكلفة وحجم الأخطاء تفتح مشكلات، وكل مستودع مرتبط بالتطبيق الذي يشغّل عليه CI الأمر modal deploy. واربط مؤسسة Supabase عبر OAuth أو رمز وصول شخصي وتُزامَن قواعد بيانات كل مشروع ودوال الحافة والفروع وحاويات التخزين والمصادقة والتخزين كل 15 دقيقة، مع لوحات معلومات وسجلات وفحوصات على كل منها. ويحصل الوكيل على أدوات للقراءة فقط لكليهما، فيقرأ التحقيق ما تفعله Modal أو Supabase الآن لا ما سجّلته آخر مزامنة.

تحدث مع الوكيل في أثناء عمله

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

أيضًا هذا الأسبوع:

• ينشر وكيل Slack بطاقات Approve وDeny عندما يحتاج تغيير إلى موافقة، ويعرض قائمة مهامه في رسالة حالته، ويغلق طلب pull request فتحه عندما تطلب ذلك
• تفاعل بعلامة صح على بطاقة حادثة في Slack لحلها، أو بعلامة منع لوسمها بأنها لا حادثة؛ وتُحدَّث البطاقة في مكانها ويسجّل الخط الزمني من تصرف
• تدرج علامة تبويب Channels في تكامل Slack كل قناة توجد فيها Polylane، ويحفظ الوكيل تعليمات القناة بنفسه عندما تخبره كيف يتصرف فيها
• تفتح طلبات pull request للإصلاح التلقائي بقسم “قبل / بعد” مكتوب من الفرق، وتعرض علامة تبويب Implementation المحادثة التي كتبت الرقعة، وتُرفض الخطة الضعيفة قبل أن تكلّف جولة
• تتحقق Polylane من وجود طلب pull request مفتوح قبل إنفاق تحقيق، وتحتفظ بعمل دور الإصلاح التلقائي البطيء بدلًا من التخلص منه
• تُفعَّل مراجعات طلبات pull request أو تُعطَّل لكل مستودع من صفحة Repositories، أو جماعيًا، أو عبر تكامل GitHub كامل بمفتاح واحد
• تمنحك الخرائط المنشورة الآن رابطًا في نحو دقيقتَين بصفتها مسودة تتحسن على العنوان نفسه، مع المشكلات مدرجة بجانب المخطط وزر Investigate على كل منها
• ينشئ التسجيل مساحة عمل لك فورًا، والانضمام التلقائي حسب النطاق معطّل افتراضيًا، ويعرض رابط إلى مساحة عمل لست فيها شاشة طلب انضمام
• تسجّلك أداة CLI عبر Google أو GitHub أو البريد الإلكتروني بالأمر polylane auth signup، وتجعل polylane cloud connect وpolylane integration connect تفاعليَين، ويعدّ polylane setup الآن Cline وRoo Code وGoose وPi وWarp
• وكما هو الحال دائمًا: تحسينات في الموثوقية والأداء والاستقرار

إخفاقات CI تصبح مشكلات وتحقيقات وإصلاحات

يصبح كل تشغيل فاشل لـ GitHub Actions على مستودع مربوط الآن مشكلة في Polylane. تنطوي الإخفاقات المتكررة لتدفق العمل نفسه في مشكلة واحدة؛ ويحلها التشغيل الناجح ويعيد فتحها فشل خلال 24 ساعة. يقرأ الفرز المهام والخطوات الفاشلة وملاحظات الفحص، وعندما يؤكد مشكلة حقيقية يبدأ تحقيقًا ويضع إصلاحًا تلقائيًا في الطابور على الفرع الفاشل. ويصل الإصلاح بصفته طلب pull request عاديًا للإصلاح التلقائي.

اتبع السلسلة من الفحص إلى طلب pull request

تعرف كل مشكلة وكل تحقيق وكل إصلاح تلقائي وكل فحص الآن جيرانه. يرسم مخطط نسب على علامة تبويب Overview في المشكلة السلسلة كاملة، من الفحص الذي رفعها عبر التحقيق إلى الإصلاح التلقائي وطلب pull request الخاص به. والنقر على أي بطاقة يفتحها في لوح جانبي، وتشير المشكلات المكررة دائمًا إلى الجذر الذي يحمل التحقيق. وتبدأ صفحات الإصلاح التلقائي الآن بالنتيجة: طلب pull request، أو سبب تخطي الجولة (مع زر Run anyway)، أو سبب فشلها (مع Run again).

أيضًا هذا الأسبوع:

• انشر خريطة عامة لمعماريتك: شغّل طلب الخريطة في وكيل البرمجة الخاص بك وينشر خريطة مقيَّمة ومرقَّمة الإصدار يستطيع أي شخص تصفحها، أو طرح أسئلة عنها، أو تسليم مشكلة منها مباشرة إلى Polylane للتحقيق فيها
• تفتح تعليقات المراجعة بـ View the full analysis: الكتابة الكاملة، والرسوم البيانية التفاعلية، ومقتطفات السجلات الكاملة، مقروءة لمشاهدي طلب pull request عبر رابط ضيف؛ وتربط طلبات pull request للإصلاح التلقائي جولتها كاملة بالطريقة نفسها
• تعرض المراجعات أدلتها: يرفق النجاح سلسلة المقاييس أو مقتطف السجل الذي يستند إليه، ويدرج الموجز التعريفي المشكلات السابقة التي أصابت الموارد نفسها، وفحص الأثر على الإنتاج مفعّل الآن افتراضيًا لكل مستودع
• بعد التحقيق، تسأل Polylane إن كان نقص الإشارة قد صعّبه؛ وإن كان كذلك، يضيف طلب pull request للمتابعة ذلك التسجيل أو التتبع بالضبط، مبتدئًا بذكر التحقيق الذي كان سيختصره
• ربطان جديدان: عناقيد Kubernetes عبر وكيل داخل العنقود للقراءة فقط، فلا يغادر أي kubeconfig العنقود، وBetter Stack، التي تتدفق حوادثها إلى الفرز ويستطيع الوكيل الاستعلام عن شاشات مراقبتها
• تنضم الخدمات الخارجية التي يستدعيها كودك (Stripe وDatadog وغيرهما) إلى مخطط السياق من عناوين URL في متغيرات البيئة تحت فئة External services الخاصة بها، ويفتح مخطط من 3,000 مورد الآن في ثوانٍ
• في المحادثات التي فيها عدة أشخاص يعرف الوكيل من قال ماذا، ويُعاد فحص كل ذاكرة يحفظها يوميًا وتُحرَّر أو تُسقط عندما تصير قديمة
• يستطيع المديرون تصدير مساحة عمل بصفتها أرشيف JSON، ويعزل حذف مساحة العمل الآن المساحة أولًا، مع نافذة 60 يومًا قبل المسح
• صار مخصص الرموز الشهري لكل خطة أكبر بخمس مرات، ولم تعد أي خطة تحدّ عدد أعضاء مساحة العمل، ويتيح إعداد Privacy & data الجديد للمديرين إخراج مساحة العمل من تدريب النماذج
• وكما هو الحال دائمًا: تحسينات في الموثوقية والأداء والاستقرار

Polylane زميل في Slack

اذكر Polylane في Slack وتتفاعل فورًا، وتُظهر أنها تفكر، وتبث ردها في أثناء كتابته. تعرض الأدوار الطويلة تقدمًا مباشرًا، وتقول الجولة الفاشلة ما حدث وكيف تستأنف بدلًا من الصمت. وتظهر Polylane في علامة تبويب Agents في Slack مع طلبات مقترحة، وفي القنوات التي تنتمي إليها تنضم إلى الحوارات التي تستطيع المساعدة فيها من دون أن يُطلب منها، إلا إذا ضبطت قناة على وضع الذكر فقط. وعندما يبدأ إصلاح تلقائي من محادثة Slack، تسمع تلك المحادثة البقية: رابط طلب pull request، وإخفاقات CI وإصلاحاتها، وردود المراجعة، وتفاعل عند الدمج.

مشكلات تُلتقط مما تقوله سجلاتك

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

أيضًا هذا الأسبوع:

• تشحن مراجعات طلبات pull request الآن إصلاحات، لا أحكامًا فقط: فجوات قابلية الملاحظة الصغيرة في الأسطر التي غيّرتها تصل بصفتها تعليقات اقتراح بنقرة واحدة، والأكبر بصفتها طلب pull request تحسيني مكدس على فرعك، ولا يغيّر أي منهما النجاح أو الفشل
• تفحص المراجعات وطلبات pull request للإصلاح التلقائي كتالوج مخاطر النشر كاملًا: تغييرات إعادة التسمية والحذف التي لا تزال الحاويات القديمة تقرأها، وCREATE INDEX الذي يحجب الكتابة على الجداول الساخنة، ومتغيرات البيئة التي لا يوفّرها شيء، والمتطلبات المسبقة في نظام شخص آخر، كل منها مدرج مع مالك حتى يُقرّ به
• ينضم الأشخاص والفرق إلى مخطط السياق: يصبح CODEOWNERS ومؤلفو النشر ووسوم المالكين عقد أشخاص وفرق مع حواف owns، وتُحل التهجئات المختلفة لشخص واحد إلى عقدة واحدة
• يحصل كل مستودع مربوط حديثًا على طلب pull request لإصلاح تلقائي لقابلية الملاحظة مكتوب باصطلاحات المستودع نفسه، وتفتح أجسام طلبات pull request للإصلاح التلقائي الآن بملخص بلغة بسيطة
• يفتح View Thread على تعليق مراجعة التحقيق للقراءة فقط لأي شخص يرى طلب pull request، من دون حساب، وتحصل على إشعار عندما يتغيّر حكم
• صار مخطط البنية التحتية تسلسلًا هرميًا من الأعلى إلى الأسفل مجددًا، مجمّعًا حسب الحساب السحابي، وفي عرض Topology يمكنك الضغط المطوّل على مورد لترى نطاق تأثيره يتموج على حوافه، أو سحب مورد ليجرّ جيرانه معه
• لصفحة Autofixes بحث ومرشّحات تعيش في عنوان URL، ولم يعد تحرير صف واحد يعيد رسم الجدول
• تحصل مساحات العمل المجانية على 10 تحقيقات يوميًا، بعد أن كانت 1
• تكتسب أداة CLI الأمر polylane setup، الذي يسجّل خادم MCP ومهارة Polylane في كل وكيل برمجة على جهازك (--agent يختار واحدًا)
• وكما هو الحال دائمًا: تحسينات في الموثوقية والأداء والاستقرار

كل طلب pull request، مُراجَع من حيث أثره على الإنتاج

تقرأ Polylane الآن كل طلب pull request وتجيب عن سؤال واحد: هل يتدهور الإنتاج عند دمجه؟ تمشي على مخطط السياق من المستودع إلى الموارد التي يُطلق إليها الكود، وتفحص التغيير مقابل البنية الحية وبيانات القياس، وتعلّق بحكمها على طلب pull request: نجاح أو فشل، مع الأدلة والموارد المتأثرة مرفقة. ويمكن جعل فحص “Polylane production impact” إلزاميًا في حماية الفروع لحجب الدمج السيئ.

طلبات pull request للإصلاح التلقائي تقبل الملاحظات

اترك تعليق مراجعة على طلب PR للإصلاح التلقائي وتجيب Polylane أو تدفع التغيير المطلوب. رُدّ في محادثة Slack التي أُعلن فيها عن طلب PR وتستجيب هناك مباشرة. وعندما يفشل CI على فرع إصلاح تلقائي، تشخّص Polylane الفحوصات الفاشلة وتدفع إصلاحًا من دون أن يُطلب منها. وعندما تكتب كودًا تتبع قواعد بيتك: AGENTS.md وCLAUDE.md وقواعد Cursor واصطلاح رسائل commit الذي تستنتجه من تاريخ git لديك.

أيضًا هذا الأسبوع:

• انضمت المستودعات إلى مخطط السياق: تقرأ Polylane ملفات Terraform وCloudFormation وPulumi وCDK وملفات النشر (wrangler.jsonc وfly.toml وvercel.json وrender.yaml) لربط كل مستودع بالموارد التي ينشرها، مع علامة تبويب Resources للروابط اليدوية
• يمكنك توجيه المراجعات لكل مستودع بتعليماتك الخاصة، “لا ترصد ترحيلات المخطط أبدًا” مثلًا، وعندما تعالج دفعة لاحقة قلقًا مرصودًا، تسمه Polylane محلولًا من تلقاء نفسها
• المخاطر الرئيسية في التقارير يُحقَّق فيها، لا تُدرج فقط: انقر على واحدة، أو حقّق فيها كلها، وتتدفق الأحكام مباشرة، وتطفو المخاطر المؤكدة إلى الأعلى مع ملخص لما وُجد
• صارت Topology الباب الأمامي لوحدة التحكم: كل مورد نقطة، ملوّنة حسب الفئة ومقاسة حسب الطبقة، مع بؤر المشكلات تنبض بالأحمر والموارد الأكثر تغيرًا تحمل حلقة متقطعة
• صارت PlanetScale مزودًا: اربط عبر OAuth، وتُزامَن قواعد البيانات والفروع في مخطط السياق، وتقود Query Insights فحوصات تلقائية لأخطاء الاستعلامات وزمن استجابة p99 وقفزات زمن الاستجابة وانهيار حجم الاستعلامات
• تبدأ الحسابات السحابية الجديدة للقراءة فقط: تُرفض كل كتابة عبر واجهة API لدى المزود حتى يقلب مدير المفتاح، لكل حساب على حدة
• نمت مزامنة Vercel بتسعة أنواع موارد (بيئات sandbox، وتدفقات العمل، ومهام cron، وعلامات الميزات، وAI Gateway، والواجهات الأمامية الصغيرة، ومجموعات الوصول، والمصارف، وسجل الحاويات)، وتُتتبع عمليات التراجع كما ينبغي: تتبع Polylane عملية النشر التي تخدم الإنتاج فعلًا، لا الأحدث
• صار مخطط السياق أكثف: ترتبط أنفاق Cloudflare بالنطاقات وخدمات الأصل التي تتقدمها، ويمر Hyperdrive عبر الأنفاق، وتصبح متغيرات البيئة التي على شكل عناوين URL حوافًا عبر السحابات والحسابات
• يحمل كل مستودع درجة أدوات قياس من 100 (مسارات بلا تسجيل، واستدعاءات console مجردة، والتقاط أخطاء مفقود)، ويُشار إلى الموارد التي تخدم حركة مرور من دون تسجيل أو تصمت فجأة
• اكتسبت السجلات ذاكرة: يحتفظ كل مورد بدفتر لأنماطه المتكررة مع معدلاتها التاريخية، وتعرض المشكلات الطلبات الفاشلة مع أسطر السجل الدقيقة التي تنتمي إليها
• صارت أجوبة Slack أكثر إحكامًا: رد واحد لكل دور، وتنسيق صحيح وإشارات @، وصمت عندما لا تكون الرسالة موجهة إلى الوكيل
• وكما هو الحال دائمًا: تحسينات في الموثوقية والأداء والاستقرار

يستطيع وكيل البرمجة الخاص بك الآن رؤية كل ما تراه Polylane. الأدوات التي بنتها Polylane لوكلائها: مخطط البنية التحتية الحي عبر كل سحاباتك، واستعلامات قابلية الملاحظة على كل مزود مربوط، والبحث في الكود عبر مستودعاتك، وواجهة REST API كاملة، صارت الآن متاحة لـ Claude Code وCursor وCodex وOpenCode وVS Code عبر خادم MCP واحد، أو عبر أداة CLI. نقطة نهاية واحدة، وتسجيل دخول عبر المتصفح، ويجيب وكيلك عن “ما الذي أخطأ في الإنتاج للخدمة التي يمسّها طلب PR هذا؟” من دون أن يغادر المحرر. والكتابة خلف سياسة رفض افتراضي، ويبقى الدمج بشريًا.

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

وصارت المراقبة أذكى في اختيار ما تراقبه. لكل حساب مربوط، تولّد Polylane الآن أسئلة مراقبة: الأشياء التي يريد مهندس المناوبة أن تُجاب باستمرار. تقرأ مستودعاتك بحثًا عن سجلات الأخطاء والـ spans والمقاييس المخصصة التي كتبتها فعلًا، وتحوّل كل سؤال إلى استعلام لدى المزود، وتتحقق منه على بيانات حقيقية، وتشغّل ما يبقى منها كل بضع دقائق بصفته فحوصات. وتتشارك السلاسل المترابطة الآن رسمًا بيانيًا واحدًا: p95 وp99 معًا، وأخطاء 5xx حسب الخدمة على محور واحد.

أيضًا هذا الأسبوع:

• تفتح وحدة التحكم الآن على Home: ملخص الخلاصة، والقرارات التي تنتظرك، وبؤر المشكلات والتغييرات، ولوحة أفضل الممارسات للأبواب المتروكة مفتوحة عبر معماريتك
• تنضم Factory إلى Cursor وDevin بصفتها منفّذات إصلاح تلقائي، وترتبط طلبات PR الخارجية بالتحقيق الذي أنتجها، وصار طلب PR المغلق من دون دمج نتيجة متتبعة
• المراقبة مفتاح لكل مورد: أوقفها وتواصل Polylane تسجيل التغييرات من دون فتح مشكلات، وتعرض بطاقة تغطية بالضبط ما يُراقَب وكم مرة
• مقاييس وسجلات Vercel: الصق رمز وصول شخصيًا (يُتحقق منه في أثناء الكتابة) واختر أي بيانات قياس تُجمع
• لم يعد ربط AWS يتركك على صفحة فارغة: تراقب وحدة التحكم حزمة CloudFormation لديك، وتنتقل إلى الحساب لحظة إبلاغه، وتقول بوضوح إن لم يبلغ أبدًا
• ملخص أسبوعي على مستوى مساحة العمل: مفتاح واحد يرسل لكل عضو ملخصًا للحوادث والمشكلات والإصلاحات التلقائية والتغييرات والموارد الخاملة
• تصل مشكلات Sentry مع الاستثناء الفعلي مرفقًا قبل بدء الفرز: النوع، والرسالة، وأعلى إطارات المكدس، والوسوم
• فرز أهدأ: تعكس الخطورة الأثر الحادث الآن لا أسوأ الحالات، ولم تعد سيول فحص الروبوتات على wp-login.php و.env تفتح حوادث
• وكما هو الحال دائمًا: تحسينات في الموثوقية والأداء والاستقرار

نضجت التقارير هذا الأسبوع. كان ما تجده Polylane في حساب نتيجة عابرة تشاهدها تمر أمامك؛ وصار الآن تقريرًا له عنوانه الخاص. هناك صفحة تقارير مع تصفية وإجراءات جماعية، وتقدم مباشر في أثناء المراجعة، وبنية Topology وأسئلة بداية عند اكتمالها، ورابط مشاركة عام عندما تريد أن تعرضها على أحد خارج مساحة عملك. وتعمل على الحسابات السحابية وعلى تكاملات Datadog وHoneycomb وAxiom وSentry لديك.

وحصلت الخلاصة على المعاملة نفسها. تفتح الآن بملخص لمدة 30 يومًا لما فعلته Polylane لك فعلًا (المشكلات الملتقطة، والتغييرات التي سببت مشكلات، وطلبات PR للإصلاح التلقائي، وحالات الشذوذ المحلولة، ولكل منها خط بياني صغير)، ودرجة صحة، وجدول “ينتظر منك” للقرارات التي تحتاج إلى إنسان. وتحت الغطاء، انتقلت محادثات الحوادث إلى تدفقات عمل دائمة، فتنجو التحقيقات من عمليات النشر وإعادات التشغيل، ويشغّل منفّذ الإصلاح التلقائي المدمج الآن وكيل البرمجة مفتوح المصدر pi، مع النص الكامل مقروءًا خلف كل طلب PR.

أيضًا هذا الأسبوع:

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

لا أحد يريد ألف سطر سجل خام مكدسة في منتصف تحقيق. هذا الأسبوع اكتسب كل استعلام بيانات قياس يشغّله الوكلاء (CloudWatch وDatadog وHoneycomb وAxiom وSentry وCloudflare وVercel وFly وRender وX-Ray) وضع تلخيص: تُقطَّر النتيجة الكاملة غير المقتطعة إلى الخطورة وأعداد الأخطاء والأنماط المتكررة والأسطر القليلة التي تستحق القراءة فعلًا، مقتبسة حرفيًا. تبقى المحادثات مقروءة، ويتوقف الوكيل عن إغراق سياقه في السجلات.

وتحسّن ربط الحسابات أيضًا. مباشرة بعد الربط، تحصل الآن على تقرير منظم بالمخاطر المرتبة والمقاييس الرئيسية وملخصات السجلات والتتبعات، مع أسئلة بداية للتنقيب. وفي Cloudflare، تملأ نافذة جديدة مسبقًا كل صلاحية تحتاجها Polylane وتتيح لك الاختيار بين القراءة فقط (التحقيق والتفسير فقط؛ ولا تصل التغييرات أبدًا إلا بصفتها طلبات PR) والصلاحية الكاملة، فلا يضطر أحد إلى اختيار صلاحيات رمز API يدويًا مرة أخرى.

أيضًا هذا الأسبوع:

• يُعاد تصنيف فئات الموارد تلقائيًا كل يوم، ويمكنك الآن تجاوز فئة أي مورد يدويًا (التجاوزات مثبّتة) أو إعادة تشغيل التصنيف لحساب كامل
• يحصل كل شذوذ على زر تحقيق بنقرة واحدة يفتح محادثة حادثة، مع إزالة التكرار بحيث لا يولّد الشذوذ نفسه نسخًا مكررة أبدًا
• تظهر أسئلة البداية المقترحة بالذكاء الاصطناعي الآن على التغييرات وتقييمات جولات الفحص والموارد المنفردة، لا بعد الربط فقط
• يقبل polylane automation create وPOST /automations مشغّلات وتعليمات وأدوات مخصصة، فتبني أتمتة لا يغطيها أي قالب
• لوح جانبي لجولة الفحص لفحص مقاييس تقييم واحد وسجلاته وتتبعاته، مع إجراءات التحقيق والسؤال في السياق
• تجمع المراقبة لكل مورد الآن أدلة منظمة: قوالب السجلات الأعلى والجديدة، ومجاميع الخطورة، ومعدلات الأخطاء والأعطال، وp50/p95/p99 لكل عملية
• إصلاح بنقرة واحدة لرسوم Mermaid المعطوبة في صفحات ويكي الموارد
• وكما هو الحال دائمًا: تحسينات في الموثوقية والأداء والاستقرار

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

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

أيضًا هذا الأسبوع:

• تُسجَّل كل مرحلة مراقبة بصفتها جولة فحص (سليمة، أو متجاوزة، أو مستقرة)، فيحصل كل مورد على خط زمني من التقييمات يمكنك فحصه، إضافة إلى مشغّل يدوي
• تُصنَّف الموارد تلقائيًا في الفئات 1 إلى 4 حسب الأهمية التشغيلية، بالاستناد إلى البنية وحركة المرور والتغييرات الأخيرة؛ وتوجّه الفئات الآن كيفية ترتيب أولويات الشذوذ
• اكتسبت مزامنة AWS دعم Kinesis وKMS وSecrets Manager وService Discovery
• يمكنك اكتشاف مستودعات GitHub وربطها بحساب سحابي، فتربط الكود بالبنية التحتية التي يعمل عليها
• وصل تحديد المعدل ودمج الطلبات إلى كل عميل مزود، فلم تعد التحقيقات تُخنق بواجهات API لدى المزودين
• تربط Change intelligence الآن أحداث تغيير المزودين بالموارد المحددة التي مسّتها، معروضة في الخلاصة
• عرض متحرك لمدة 24 ساعة لاستخدام الحوادث مقابل حدود مساحة عملك
• وكما هو الحال دائمًا: تحسينات في الموثوقية والأداء والاستقرار

انفتح Autofix هذا الأسبوع. يمكنك الآن ربط Cursor وتوجيه طلبات pull request للإصلاح التلقائي عبر وكلائه السحابيين بدلًا من الوكيل المدمج: عندما ينتهي تحقيق عند سطر كود، تسلّم Polylane الإصلاح ويفتح Cursor طلب PR. اختر منفّذًا افتراضيًا لكل مساحة عمل في Settings ثم Integrations.

وصار بدء الأتمتة أسهل أيضًا. هناك الآن كتالوج من القوالب المبنية مسبقًا، مع المشغّل وتعليمات الوكيل والإجراءات موصولة أصلًا، قابلة للتثبيت في خطوة واحدة من وحدة التحكم أو أداة CLI (polylane automation from-template) أو واجهة API. يمكن تصفية القوالب حسب الفئة والمزود، ولا تفعّل إلا الإجراءات الخاصة بالمزودين الذين ربطتهم فعلًا. وإلى جانب ذلك، تمنحك عناصر تحكم الفرز الجديدة مفتاحًا رئيسيًا إضافة إلى مفاتيح لكل قاعدة تنبيه على كل حساب سحابي وكل تكامل، فتقرر بالضبط أي التنبيهات تلتقطها Polylane وتحقق فيها.

أيضًا هذا الأسبوع:

• تغطية أوسع بكثير لـ Cloudflare في المخطط: النطاقات، وموازنة الحمل، وWAF ومجموعات قواعد الأمان، وTunnels، وSpectrum، وAccess، وStream، وImages، ومزيد من موارد Workers
• حواف عبر السحابات: سجل DNS لدى مزود يشير إلى مورد لدى مزود آخر يظهر الآن بصفته حافة حقيقية في المخطط
• اكتشاف أهدأ للشذوذ: مرشّح حتمي يُسقط القفزات المعزولة والضجيج القريب من خط الأساس الصفري قبل الفرز، ويحترم الاكتشاف الاتجاه السيئ فعلًا لكل مقياس، وتُزال تكرارات شذوذ سجلات التغيير خلال 24 ساعة بدلًا من الاستدعاء مجددًا
• تعرض علامة تبويب Changes الأثر في لمحة: شارة أثر، والمخاطر، والتحقق بعد التغيير، والموارد المتأثرة بصفتها رقاقات
• تعرض نقاط نهاية LLM المخصصة الآن النماذج التي تعلن عنها فعلًا، فتختار من نماذج حقيقية بدلًا من كتابة المعرّفات
• يمكن تدوير أسرار عملاء OAuth من دون إعادة إنشاء العميل
• وكما هو الحال دائمًا: تحسينات في الموثوقية والأداء والاستقرار