حلول وكلاء الذكاء الاصطناعي/وكيل الهندسة01استقبال المهام02عمل معزول03التغيير والاختباراتاطلب عرض سعر
مسار عمل مقترح

تطوير وكيل هندسة البرمجيات بالذكاء الاصطناعي

مهام صغيرة تُنجز، وكل تغيير يُراجع

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

مجال العملحلول متخصصة للمؤسسات والبرمجيات
الوضع الحاليمسار عمل مقترح نبنيه حسب الطلب، ولا يعمل منه شيء حتى الآن.
طريقة البناءتطوير حسب الطلب حول أنظمتك، مع شخص محدد يتولى كل قرار لا يتخذه الوكيل.

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

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

تصف هذه الصفحة مسار عمل نقترح بناءه مشروعاً مخصصاً، ولا وجود له بعد في صورة برنامج. ونحن نكتب هذا النوع من الأدوات لأعمالنا: فالتطبيق الذي وراء عروضنا العملية بُني بوكلاء برمجة تحت المراجعة. أما وكيل هندسي جاهز لمستودعات العميل، بصلاحياته وتكامله مع مسار البناء، فلم يُبنَ بعد.

02وكيل الهندسة

ست مهام ينجزها كاملة

استقبال المهام

يقبل المهام محددة النطاق.

  • وصف واضح ومعيار قبول
  • حد للحجم تضعه
  • مستودعات مسموح له بها
  • إعادة المهام الغامضة مع أسئلة
يعمل فيمتتبع البلاغات
أين يتوقفالمهمة الغامضة تُعاد، ولا تُخمَّن.
03سير العمل

حالة واحدة من البداية إلى النهاية

مثال على حالة واحدة في 6 خطوات، وهي الخطوات نفسها التي تظهر في الصورة أعلى هذه الصفحة.

01 / 06

إسناد المهمة

يسند مهندس عيباً يسهل إعادة إنتاجه ومعه اختبار فاشل.

02 / 06

إنشاء الفرع

ينشئ الوكيل فرعاً في بيئة معزولة بلا وصول إلى الإنتاج.

03 / 06

تنفيذ التغيير

يجد السبب ويصلحه، ويضيف اختباراً لحالة حدية قريبة.

04 / 06

تشغيل الاختبارات

تعمل الحزمة كاملة، ويتقلب اختبار لا علاقة له بالتغيير، فيذكر الوكيل ذلك ولا يمسه.

05 / 06

فتح طلب الدمج

يشرح طلب دمج صغير السبب والإصلاح وما اختُبر.

06 / 06

المراجعة والدمج

يطلب مهندس تغييراً واحداً، فينفذه الوكيل، ثم يدمج المهندس.

04قبل الوكيل

كيف يُنجز العمل اليوم

01

الذيل الطويل لقائمة الأعمال

مهام صغيرة وواضحة لا تصل إلى القمة أبداً.

02

اقتراحات لا عمل

يقترح المساعد الشيفرة، ويبقى المهندس هو من ينجز المهمة.

03

صلاحيات واسعة أكثر مما يجب

أداة تملك الكتابة في الفرع الرئيسي والوصول إلى أسرار الإنتاج.

04

تغييرات بلا اختبارات

تعديل يبدو صحيحاً ولم يُشغَّل قط.

05

طلبات دمج لا يستطيع أحد مراجعتها

ألفا سطر بلا شرح.

06

تعليمات مخبأة في الشيفرة

يطلب تعليق أو بلاغ من الوكيل أن يفعل شيئاً آخر.

←اطلب عرض سعر

ما نحتاج إليه لتحديد النطاق

  1. كيف تسير العملية اليوم، في بضعة أسطر.
  2. الأنظمة التي يمسّها، ومنها مثلاً المستودعات، متتبع البلاغات، مسار CI، البيئة المعزولة.
  3. الحجم الشهري التقريبي، ومن يوافق على ماذا.
اطلب عرض سعراحجز مكالمة من 30 دقيقةيبدأ عرض السعر من نطاق مكتوب، ليكون للرقم معنى.
05حدود التشغيل

يقترح الشيفرة، ومهندسوك يدمجونها

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

ويُعامل النص داخل البلاغ أو التعليق أو الملف على أنه معلومات. فالتعليمات المخبأة هناك لا تغيّر ما يحق للوكيل فعله.

  • فرعه الخاص وبيئة معزولة فقط
  • لا بيانات دخول للإنتاج
  • اختبارات تُشغَّل وتُذكر نتائجها بصدق
  • طلبات دمج صغيرة ومشروحة
  • لا دمج ولا نشر
  • تجاهل التعليمات المخبأة
06نطاق الربط

ما يقرؤه وما يكتبه

الأنظمة المذكورة هنا أمثلة على ما يعمل معه هذا الوكيل، أما ما يتصل به في حالتك فيتحدد عند وضع النطاق.

01

المستودعات

  • GitHub
  • GitLab
  • أو Bitbucket
02

متتبع البلاغات

  • Jira
  • Linear
  • أو GitHub Issues
03

مسار CI

  • نظام البناء والاختبار لديك
04

البيئة المعزولة

  • بيئة منعزلة لتشغيل الشيفرة
05

مراجعة الشيفرة

  • إجراءات طلبات الدمج لديك
06

السياسات

  • المسارات المحمية والحدود والصلاحيات
07الأسئلة

ما يسأل عنه المشترون أولاً

هل سيحل محل مهندسينا؟

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

ما الفرق بينه وبين وكيل ضمان الجودة واختبارات الانحدار؟

يغيّر الوكيل الهندسي الشيفرة لإنجاز مهمة. أما وكيل ضمان الجودة فلا يغيّر شيفرة المنتج، بل يكتب الاختبارات ويشغّلها ويعيد إنتاج العيوب ويبلّغ عنها. والعيب الذي يعيد إنتاجه وكيل الجودة مهمة مناسبة لهذا الوكيل.

ما الذي يمنعه من فعل شيء خطير؟

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

ما الموجود اليوم؟

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

الخطوة التالية

حدّثنا عن مشروعك

صف لنا ما تريد بناءه والأنظمة التي سيعمل معها. نرد عليك بطريقة تعاملنا مع المشروع وبالقرارات التي تأتي أولاً. جلسة تحديد النطاق مجانية.

نرد خلال 24 ساعةاستشارة وتحديد نطاق مجاناًاتفاقية عدم إفصاح عند الطلب