# Copilot code review يغلق ملاحظاته بنفسه على الـ pull request بعد معالجتها

> **المغزى:** حين يصبح كاتب الملاحظة هو من يقرر أنها عولجت، يصبح الـ PR أنظف وذاكرته أقصر، والقيمة الحقيقية تعتمد على ما إذا كان الفريق يعود إلى نقاشاته القديمة.

- المصدر: المغزى (https://almaghza.com/a/2026-09-12-copilot-review-auto-resolution/)
- التاريخ: 1 ربيع الآخر - 12 سبتمبر 2026 (2026-09-12)
- القسم: فرق ومنتجات
- الوسوم: Copilot، GitHub، مراجعة الكود

أعلنت GitHub في سجل التغييرات في 11 سبتمبر 2026 تحديثًا لميزة auto-resolution في Copilot code review. فعندما يرفع المطور commit يعالج ملاحظة كتبها Copilot، يلاحظ Copilot في المراجعة التالية أنها عولجت ويغلق الـ thread بنفسه.

وتذكر GitHub السبب صراحة: أن يبقى مفتوحًا فقط ما يحتاج إلى عمل فعلًا.

ويتضمن التحديث نفسه إضافات أخرى. فـ Copilot يكتب الآن رسالة الـ commit عند تطبيق اقتراحه، ويستخدم مجموعة أوسع من الـ shell tools للتحقق من الكود بنفسه. وفي مراجعات Lite، صار يشغّل مجموعة من الـ agents معًا، وهو ما خفّض التكلفة بنحو 8%.

لكن التغيير الأهم ليس الأتمتة، بل من يملك القرار. فكاتب الملاحظة أصبح هو نفسه من يقرر أنها عولجت.

وفي أي فريق، الـ thread المفتوح ليس مجرد إزعاج. إنه أثر مكتوب يتيح لمن يفتح pull request بعد شهرين أن يعرف ما نوقش، ومن قال إنه حُل، وعلى أي أساس.

وحين تغلقه الأداة تلقائيًا، يصبح الـ PR أنظف، لكن ذاكرته تصبح أقصر.

ولا يبدو الحكم على ذلك واحدًا لكل الفرق. فهو يعتمد على سؤال عملي: هل يعود الفريق فعلًا إلى الـ pull requests القديمة؟ إن كان يعود إليها، فهو يخسر جزءًا من السجل الذي يعتمد عليه. وإن لم يكن يعود، فالـ threads المفتوحة كانت فوضى تحتاج إلى تنظيف، لا ذاكرة تستحق الحفظ.

والسؤال نفسه يتكرر مع كل أداة تتولى جزءًا من عملية المراجعة: ما الذي يُكسب من السرعة والنظافة، وما الذي يضيع من الأثر الذي كان يتركه البشر وهم يتناقشون.

## المصادر

- [GitHub Changelog](https://github.blog/changelog/)
- [توثيق Copilot code review](https://docs.github.com/en/copilot/using-github-copilot/code-review)
- [توثيق مراجعات الـ pull requests في GitHub](https://docs.github.com/en/pull-requests)