كل جلسة تعمل داخل git worktree خاص بها – نسخة حقيقية ومستقلة من الفرع (branch) – مما يمنع الوكلاء المتوازيين من التشابك أو التسبب في فوضى بالفروع . هذه العزلة تلقائية ولا تتطلب من المطور حفظ التغييرات أو تبديل الفروع يدويًا قبل بدء مهمة أخرى.

جلسات متوازية بثلاثة أنماط للتحكم

يتيح لك التطبيق تشغيل جلسات وكيل متعددة في وقت واحد، مع دعم الإيقاف المؤقت والاستئناف. يختار المطورون مقدار الاستقلالية الممنوحة لكل جلسة من خلال ثلاثة أنماط مميزة :

• تفاعلي (Interactive): يقدم الوكيل إرشادات خطوة بخطوة وينتظر الموافقة في كل مرحلة.
• تخطيط (Plan): يضع الوكيل خطة تغييرات، ويجب على المطور مراجعتها والموافقة عليها قبل كتابة أي كود.
• الطيار الآلي (Autopilot): يعمل الوكيل باستقلالية كاملة على الفرع المخصص له، يقوم بالكتابة، والاختبار، والتكرار دون نقاط تفتيش بشرية.

صُمم هذا المقياس المنزلق للتحكم ليناسب مستويات ثقة مختلفة. فقد يضبط المطور إصلاح خطأ واضح ومفهوم على وضع "الطيار الآلي"، بينما يبقى في الوضع "التفاعلي" لعملية إعادة هيكلة معمارية حساسة.

دمج الوكلاء: دورة حياة طلب الدمج على الطيار الآلي

لعل أكثر ميزات هذا الإصدار إثارة للجدل هي دمج الوكلاء (Agent Merge)، وهو مدير آلي لدورة حياة طلب الدمج (PR). بمجرد إنشاء طلب دمج، يمكن لـ "دمج الوكلاء" الرد على تعليقات المراجعين، وتشخيص وإصلاح فحوصات التكامل المستمر (CI) الفاشلة، ودمج الطلب تلقائيًا بمجرد استيفاء جميع الشروط – مما يُغلق الحلقة من المشكلة إلى الدمج دون تدخل بشري .

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

لوحات العمل: مساحة عمل مرئية لتوجيه الوكلاء

بالانتقال إلى ما هو أبعد من نموذج التفاعل القائم على المحادثة فقط، يقدم التطبيق المكتبي لوحات العمل (Canvases) – مساحات عمل مرئية تظهر فيها الخطط، وطلبات الدمج، ومخرجات الطرفية (terminal)، وحالات النشر كأسطح تفاعلية مرئية لكل من المطور والوكيل في آن واحد .

توفر لوحة العمل نقطة ارتكاز مرئية مشتركة. على سبيل المثال، قد تعرض لوحة كانبان (Kanban) جميع البطاقات بينما يقوم الوكيل بنقل العناصر ويقوم المطور بالسحب لإعادة ترتيب الأولويات. وقد تعرض لوحة مراجعة قائمة بالأسئلة المفتوحة، وحالات القبول، وسلاسل التعليقات. هذه خطوة متعمدة لتقليل العبء المعرفي الناتج عن تتبع عمل الوكلاء عبر سلاسل المحادثات الطويلة فقط .

الإملاء الصوتي: إدارة الوكلاء دون استخدام اليدين

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

تم إطلاق الإملاء الصوتي بالتزامن عبر واجهة الأوامر (CLI) الخاصة بـ Copilot، والتي تلقت أيضًا وضع "البطة المطاطية" (rubber-duck mode) وجدولة الأوامر في تحديث رئيسي في 2 يونيو . يتم وضع قدرات الصوت المجمعة عبر كلا السطحين كعامل تمكين حاسم لسير عمل الوكلاء؛ فعند إدارة عدة وكلاء متوازيين، يمكن أن يكون التحدث بأمر أسرع وأقل تشتيتًا من تبديل السياقات للكتابة.

علاقة الفوترة: كيف يتناسب نموذج "أرصدة الذكاء الاصطناعي"

توقيت التوسع في التطبيق المكتبي ليس مصادفة. في 1 يونيو 2026، أوقفت GitHub نظام فوترة وحدات الطلب المميزة واستبدلته بـ أرصدة GitHub للذكاء الاصطناعي، وهو نموذج مقنن تعتمد فيه تكلفة تفاعل Copilot على النموذج المستخدم وعدد الرموز (tokens) المستهلكة، بما في ذلك رموز الإدخال، والإخراج، والرموز المخزنة مؤقتًا .

أسعار الاشتراكات لم تتغير: Pro لا يزال بـ 10$/شهريًا، Pro+ بـ 39$، Business بـ 19$/مستخدم، و Enterprise بـ 39$/مستخدم. لكن كل خطة تأتي الآن بكمية شهرية من الأرصدة بمعدل 1 رصيد = 0.01$، وعند نفاد الأرصدة، تتوقف الخدمة بدلاً من أن تتدهور في الأداء . تبقى ميزتا إكمال الأكواد واقتراحات التعديل التالية غير خاضعتين للقياس، بينما تُفوتر المحادثة، ووضع الوكيل، ومراجعة الأكواد، واستدعاءات الأدوات كلها من مجمع الأرصدة .

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

القوس الاستراتيجي: من مساعد طيار إلى منصة تنسيق

يُكمل التطبيق المكتبي مسارًا متعدد السنوات لـ GitHub Copilot. كان الوعد الأصلي هو رفيق برمجة بالذكاء الاصطناعي داخل المُحرر. الواقع الجديد هو منصة تنفيذ لدورة حياة تطوير البرمجيات بأكملها – من فرز المشكلات إلى توليد الأكواد، والتحقق من التكامل المستمر، والمراجعة، والدمج – حيث يعمل المطور كمنسق وليس كمشغل وحيد.

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

كل جلسة تعمل داخل git worktree خاص بها – نسخة حقيقية ومستقلة من الفرع (branch) – مما يمنع الوكلاء المتوازيين من التشابك أو التسبب في فوضى بالفروع . هذه العزلة تلقائية ولا تتطلب من المطور حفظ التغييرات أو تبديل الفروع يدويًا قبل بدء مهمة أخرى.

جلسات متوازية بثلاثة أنماط للتحكم

يتيح لك التطبيق تشغيل جلسات وكيل متعددة في وقت واحد، مع دعم الإيقاف المؤقت والاستئناف. يختار المطورون مقدار الاستقلالية الممنوحة لكل جلسة من خلال ثلاثة أنماط مميزة :

• تفاعلي (Interactive): يقدم الوكيل إرشادات خطوة بخطوة وينتظر الموافقة في كل مرحلة.
• تخطيط (Plan): يضع الوكيل خطة تغييرات، ويجب على المطور مراجعتها والموافقة عليها قبل كتابة أي كود.
• الطيار الآلي (Autopilot): يعمل الوكيل باستقلالية كاملة على الفرع المخصص له، يقوم بالكتابة، والاختبار، والتكرار دون نقاط تفتيش بشرية.

صُمم هذا المقياس المنزلق للتحكم ليناسب مستويات ثقة مختلفة. فقد يضبط المطور إصلاح خطأ واضح ومفهوم على وضع "الطيار الآلي"، بينما يبقى في الوضع "التفاعلي" لعملية إعادة هيكلة معمارية حساسة.

دمج الوكلاء: دورة حياة طلب الدمج على الطيار الآلي

لعل أكثر ميزات هذا الإصدار إثارة للجدل هي دمج الوكلاء (Agent Merge)، وهو مدير آلي لدورة حياة طلب الدمج (PR). بمجرد إنشاء طلب دمج، يمكن لـ "دمج الوكلاء" الرد على تعليقات المراجعين، وتشخيص وإصلاح فحوصات التكامل المستمر (CI) الفاشلة، ودمج الطلب تلقائيًا بمجرد استيفاء جميع الشروط – مما يُغلق الحلقة من المشكلة إلى الدمج دون تدخل بشري .

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

لوحات العمل: مساحة عمل مرئية لتوجيه الوكلاء

بالانتقال إلى ما هو أبعد من نموذج التفاعل القائم على المحادثة فقط، يقدم التطبيق المكتبي لوحات العمل (Canvases) – مساحات عمل مرئية تظهر فيها الخطط، وطلبات الدمج، ومخرجات الطرفية (terminal)، وحالات النشر كأسطح تفاعلية مرئية لكل من المطور والوكيل في آن واحد .

توفر لوحة العمل نقطة ارتكاز مرئية مشتركة. على سبيل المثال، قد تعرض لوحة كانبان (Kanban) جميع البطاقات بينما يقوم الوكيل بنقل العناصر ويقوم المطور بالسحب لإعادة ترتيب الأولويات. وقد تعرض لوحة مراجعة قائمة بالأسئلة المفتوحة، وحالات القبول، وسلاسل التعليقات. هذه خطوة متعمدة لتقليل العبء المعرفي الناتج عن تتبع عمل الوكلاء عبر سلاسل المحادثات الطويلة فقط .

الإملاء الصوتي: إدارة الوكلاء دون استخدام اليدين

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

تم إطلاق الإملاء الصوتي بالتزامن عبر واجهة الأوامر (CLI) الخاصة بـ Copilot، والتي تلقت أيضًا وضع "البطة المطاطية" (rubber-duck mode) وجدولة الأوامر في تحديث رئيسي في 2 يونيو . يتم وضع قدرات الصوت المجمعة عبر كلا السطحين كعامل تمكين حاسم لسير عمل الوكلاء؛ فعند إدارة عدة وكلاء متوازيين، يمكن أن يكون التحدث بأمر أسرع وأقل تشتيتًا من تبديل السياقات للكتابة.

علاقة الفوترة: كيف يتناسب نموذج "أرصدة الذكاء الاصطناعي"

توقيت التوسع في التطبيق المكتبي ليس مصادفة. في 1 يونيو 2026، أوقفت GitHub نظام فوترة وحدات الطلب المميزة واستبدلته بـ أرصدة GitHub للذكاء الاصطناعي، وهو نموذج مقنن تعتمد فيه تكلفة تفاعل Copilot على النموذج المستخدم وعدد الرموز (tokens) المستهلكة، بما في ذلك رموز الإدخال، والإخراج، والرموز المخزنة مؤقتًا .

أسعار الاشتراكات لم تتغير: Pro لا يزال بـ 10$/شهريًا، Pro+ بـ 39$، Business بـ 19$/مستخدم، و Enterprise بـ 39$/مستخدم. لكن كل خطة تأتي الآن بكمية شهرية من الأرصدة بمعدل 1 رصيد = 0.01$، وعند نفاد الأرصدة، تتوقف الخدمة بدلاً من أن تتدهور في الأداء . تبقى ميزتا إكمال الأكواد واقتراحات التعديل التالية غير خاضعتين للقياس، بينما تُفوتر المحادثة، ووضع الوكيل، ومراجعة الأكواد، واستدعاءات الأدوات كلها من مجمع الأرصدة .

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

القوس الاستراتيجي: من مساعد طيار إلى منصة تنسيق

يُكمل التطبيق المكتبي مسارًا متعدد السنوات لـ GitHub Copilot. كان الوعد الأصلي هو رفيق برمجة بالذكاء الاصطناعي داخل المُحرر. الواقع الجديد هو منصة تنفيذ لدورة حياة تطوير البرمجيات بأكملها – من فرز المشكلات إلى توليد الأكواد، والتحقق من التكامل المستمر، والمراجعة، والدمج – حيث يعمل المطور كمنسق وليس كمشغل وحيد.

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