وكيل Cursor داخل Slack يعرض خطته قبل تعديل الكود ويعمل عبر عدة مستودعات

أصدرت Cursor في 17 يوليو 2026 تحديثًا لوكيلها داخل Slack. فأصبح الوكيل يشارك خطة عمله قبل أن يبدأ التنفيذ، ويستطيع العمل عبر عدة مستودعات (repos)، وعبر القنوات والمحادثات الفرعية (threads).

والسائد في معظم أدوات البرمجة الذكية أن يبدأ الوكيل التنفيذ فورًا، فيرى المستخدم النتيجة بعد حدوثها. أما التحديث الجديد فيعكس الترتيب: تُكتب أولًا خطة قابلة للتعديل كرسالة في Slack، ويطلع عليها الفريق، ثم يأتي التنفيذ.

وهذا في جوهره مراجعة كود (code review)، لكنها تُطبق على نية الوكيل قبل أن يكتب أي سطر، لا على الكود بعد كتابته.

وقبل ذلك، أضاف الإصدار 3.11 في 10 يوليو 2026 ميزة side chats، وهي محادثات جانبية يمكن فيها استكشاف فكرة أو طرح سؤال دون أن يتأثر سياق المحادثة الأساسية. فيتفرع الاستكشاف دون أن يربك المسار الرئيسي.

ويتجه هذا المسار إلى دمج الوكيل في طريقة عمل الفرق الموزعة كما هي أصلًا: عمل غير متزامن (async)، ومراجعة قبل التنفيذ، داخل Slack الذي يقضي فيه الفريق يومه. فبدل أن يغير الفريق طريقة عمله لتناسب الأداة، تتكيف الأداة مع طريقة عمله.

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