عقلية سير العمل الوكيل

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

المساعدة مقابل الوكالة

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

التحول ليس "مطالب أفضل". إنه نقل العمل من تبويب دردشة إلى طرفيتك ومستودعك، حيث يمتلك الوكيل نفس السياق والأدوات التي لديك.

العادات الأربع

• أعطه المشروع، وليس فقرة. وجّه الوكيل نحو قاعدة الكود وCLAUDE.md للاتفاقيات. السياق أفضل من البراعة.
• دعه يعمل، ثم راجع. وافق على قائمة الأدوات المسموح بها مرة واحدة؛ توقف عن المراقبة لكل خطوة. راجع الفرق، وليس ضغطات المفاتيح.
• اجعل القواعد حتمية. أي شيء يجب أن يحدث دائماً (التنسيق، فحص الأسلوب، فحص السرية) ينتمي إلى hook، وليس طلب لطيف.
• فوّض الغوص العميق. أطلق وكيلاً فرعياً لمهمة مركزة وثقيلة السياق حتى يبقى خيطك الرئيسي حاداً.

ما تغطيه هذه السلسلة

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

الباقي هو آليات — والآليات هي بالضبط ما تتناوله المقالات السبع القادمة.