لطالما بدأ بناء البرمجيات بالنسبة لمعظم المطورين بنفس الإعداد: لوحة مفاتيح، فأرة، محرر، طرفية، متصفح، وعدد كبير من علامات التبويب التي كانوا ينوون مراجعتها لاحقًا. تغيرت الأدوات، لكن العلاقة لم تتغير، حيث تعلم المطورون الأوامر وحفظوا الاختصارات وكيفوا تفكيرهم مع الآلة.
يغير الذكاء الاصطناعي هذه العلاقة، ليس فقط من خلال القدرة على إنشاء تعليمات برمجية قابلة للتطبيق، بل لأن النظام الكامن وراءه يمكنه فهم المستودع، واختيار النموذج الصحيح، وتخطيط العمل، واستخدام الأدوات، وتعديل الملفات، وتشغيل الأوامر، وفحص الأعطال، والاستمرار ضمن الحدود التي يتحكم فيها المطور.
لقد أصبح من الممكن للمطور وصف النتيجة، ويمكن لـ GitHub Copilot جمع سياق المستودع، وفحص الرموز والتبعيات، وتعديل الملفات، وتشغيل الاختبارات، ومراجعة التنفيذ. في بيئة التطوير المتكاملة (IDE)، يحافظ وضع الوكيل على هذه الحلقة تفاعلية. يمكن لوكيل GitHub Copilot للبرمجة أن يأخذ مشكلة إلى بيئة معزولة مدعومة بـ GitHub Actions ويعيد طلب سحب (pull request) للمراجعة. هذا ليس مجرد ترميز أسرع، بل هو تحول من إصدار الأوامر إلى جعل النوايا قابلة للتنفيذ. لا يزال المطور يمتلك النتيجة، لكن العمل يبدو مختلفًا بشكل دقيق.
يضغط التطوير بمساعدة الذكاء الاصطناعي سلسلة الأحداث هذه. نقضي وقتًا أقل في التنقل بين الأدوات ووقتًا أطول في تحديد الاتجاه، وتوفير السياق، وتحديد القيود، ومراجعة الأدلة. يدور سير عمل التطوير الآن حول فهم بنية قواعد التعليمات البرمجية، والعميل، وما يجب أن تكون عليه طبيعة الحل الجيد.
وهذا يجعل وظائف المطورين أكثر أهمية، ووقتهم أكثر قيمة. يجعل الحكم أكثر قيمة، والذوق أكثر قيمة. يمكن للوكيل إنشاء ثلاثة تطبيقات قبل أن تنهي شرب الشاي، لكن لا يزال يتعين على شخص ما أن يقرر ما إذا كان التجريد مناسبًا، وما إذا كانت عملية الترحيل آمنة، وما إذا كانت الاختبارات تثبت أي شيء مفيد، وما إذا كانت النتيجة تحل المشكلة. هذا هو التغيير الأكثر أهمية في هذه الحرفة: يظل المطور مسؤولاً عن النتيجة، حتى مع تفويض المزيد من الآليات.
ما الذي يعنيه هذا لسير عمل المطور الناشئ؟
الهدف هو دمج الذكاء الاصطناعي في سير العمل، وليس بجانبه. إنه أشبه بالذكاء المحيطي. يتطلب ذلك سياقًا قابلاً للنقل. يربط MCP الوكلاء بالأدوات والخدمات؛ وتشفّر تعليمات ومهارات المستودع الاتفاقيات؛ وتفرض الخطافات (hooks) السياسة وتتحقق من المخرجات. تحتاج الواجهات الأبسط إلى سياق صريح تحتها.
توجد ثلاث طبقات: النمطية (modality) تلتقط النوايا؛ والآلية (harness) تخطط وتعمل؛ ولوحة التحكم (control plane) تتيح للمطورين الفحص وإعادة التوجيه والموافقة. أفضل المنتجات تربط هذه الطبقات الثلاث دون التخلي عن التحكم، وتتيح للمطورين التنقل عبر النصوص والأوامر الصوتية والضوابط المادية دون فقدان السياق.
لماذا أصبحت الضوابط المادية مثيرة للاهتمام مرة أخرى؟
لقد قام العديد في مجتمع المصنعين، والكاتب، بتجربة أجهزة التحكم المحيطية، من إطارات الصور الرخيصة القابلة للتعديل إلى أجهزة ESP32 المزودة بشاشات. لقد تجاوز الترميز الوكيلي مجرد لوحة مفاتيح وطرفية إلى واجهات بديلة.
إن إتاحة هذا النوع من التكنولوجيا للجميع أمر يثير شغف الكاتب، ولذلك على مدار الثمانية عشر شهرًا الماضية، تم العمل مع Logitech على لوحة مفاتيح MX Keypad الخاصة بهم وكيف يمكنها المساعدة في طريقة العمل الجديدة هذه.
تحول لوحة مفاتيح Logitech MX Keypad إجراءات المطور المألوفة إلى مدخلات قابلة للبرمجة لتسريع سير العمل المحيطي والسياقي للعمل الذي يقوم به المطورون. في تطبيق GitHub Copilot، يمكن لمفتاح واحد إرسال مطالبة معلمات، أو فتح أو استئناف جلسة Copilot، أو استدعاء أمر IDE، أو تشغيل تسلسل متعدد الخطوات. تكتسب الأجهزة مكانتها فقط عندما يزيل هذا الاختصار ما يكفي من الاحتكاك لإبقائك في التعليمات البرمجية، مع الاستمرار في منحك التحكم.
تعمل الضوابط المادية عندما يتكرر إجراء ما بشكل متكرر بما يكفي لإزالة بضع خطوات للحفاظ على التركيز. لا يحتاج كل مطور إلى جهاز آخر على مكتبه، ولا تستحق كل مقاطعة مفتاحًا. ومع ذلك، مع هذه التجربة، يقرر المطور الإجراءات التي تستحق هذا الاختصار ومتى تكون لوحة المفاتيح أو لوحة الأوامر أو الصوت أفضل. الحفاظ على التدفق هو المفتاح، والواجهة الجيدة تعيد بعضًا من هذا الانتباه.
جعلت واجهات المستخدم الرسومية (GUIs) البرامج مرئية. جعلت الفأرة التنقل أسهل. جعلها الويب متصلة. جعلها الهاتف المحمول طبيعية للمس. تتضمن الواجهة الآن التحكم المحيطي.
ولهذا السبب عملت GitHub مع Logitech لدمج تطبيق GitHub Copilot مباشرة في التجربة. يمكن للمطورين تشغيل سير عمل وكيلية تحت التحكم، وتعيين مطالبة متكررة، وبدء أو استئناف جلسة، وتحديد من خلال الاستخدام الفعلي ما إذا كان التحكم المادي يساعدهم على البقاء في التدفق.
لا يزال هذا في مراحله المبكرة، لذا فإن الأسئلة المهمة هي أسئلة هندسية. ما مقدار سياق المستودع والتنظيم الذي يجب أن يحتفظ به الوكيل؟ ما هي استدعاءات الأدوات التي يمكن تشغيلها تلقائيًا؟ كيف يجب تحديد نطاق بيانات الاعتماد والوصول إلى الشبكة والأسرار؟ ما هي الأدلة التي يجب أن تصاحب التغيير؟ كيف ينسق العديد من الوكلاء دون تكرار العمل أو إنشاء طلبات سحب متضاربة؟ تتيح لنا منتجات مثل MX Keypad استكشاف جزء عملي واحد من هذا النظام: كيف يستدعي المطورون العمل الوكيلي ويوجهونه ويستأنفونه دون فقدان التركيز.
لعقود، تعلم المطورون التحدث بلغة الكمبيوتر: بناء الجملة، والأوامر، وواجهات برمجة التطبيقات (APIs)، والاختصارات، والتعويذة العرضية المنسوخة من تعليق مشكلة عمره سبع سنوات. الآن أصبحت أجهزة الكمبيوتر أفضل في مقابلتنا في منتصف الطريق. لن تحتوي أفضل واجهة على أكبر عدد من اللوحات أو أزرار الذكاء الاصطناعي. ستفهم ما يكفي من السياق، وتحافظ على تحكم ذي معنى، وتتنحى جانبًا حتى نتمكن من بناء برامج مهمة.
الهدف ليس إزالة المطورين من العمل، بل إزالة الاحتكاك حول العمل. يمنح إقران MX Keypad مع GitHub Copilot Pro+ المطورين تجربة ملموسة: اختر مقاطعة متكررة واحدة، وقم بتعيينها إلى عنصر تحكم، وشاهد ما إذا كانت تحافظ على التركيز.
إذا كنت ترغب في تجربتها، يمكنك القيام بذلك هنا والحصول على ثلاثة أشهر من GitHub Copilot Pro+.
علامات:
كتب بواسطة
مشاركات ذات صلة
تقرير توفر GitHub: سبتمبر 2026
في سبتمبر، واجهنا حادثين أديا إلى تدهور الأداء عبر خدمات GitHub.
10 محادثات تقنية أنا متحمس لها في GitHub Universe 2026
من التحقق من التعليمات البرمجية المكتوبة بواسطة الذكاء الاصطناعي إلى تأمين تبعيات npm، هذه هي الجلسات التي أبني جدول أعمالي في Universe حولها.
تحديث سياسة المطور: الشفافية، وسياسة الدولة، وما هو قادم
استكشف أحدث بيانات الشفافية من GitHub وتعرف على المزيد حول تحديثات السياسة التي تؤثر على المطورين والمصادر المفتوحة.
جرّب الأداة: منسق ومتحقق JSON
