ما بعد Copilot .. تجربتي مع Claude و Codex

الحمد لله الذي علَّم بالقلم، علَّم الإنسان ما لم يعلم، والصلاة والسلام على خير معلِّم الناس الخير سيدنا محمد - صلَّى الله عليه وسلم … أما بعد ،،

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

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

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

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

ما هو Claude و Codex

يقدم Claude Code CLI تجربة مختلفة عن أدوات البرمجة التقليدية؛ فهو لا يكتفي بكتابة أجزاء من الكود، بل يحاول فهم المشروع بالكامل كما يفعل مهندس خبير.

يستطيع تحليل الملفات، واكتشاف المشكلات، واقتراح حلول واضحة بناء على وصف طبيعي فقط.

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

أما Codex CLI فهو أداة تركز على التنفيذ العملي السريع.

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

دوره يشبه "مطور متدرب نشيط" ينجز المهام بسرعة، بينما يحتفظ المطور بدور المراجع والموجه الذي يحدد المطلوب بدقة ويتحقق من جودة النتائج.

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

هذا الدمج يخلق تدفق عمل أكثر سلاسة، إذ ينفذ أحدهما المهام الروتينية، ويهتم الآخر بالجودة والمعمارية، تماماً كما يعمل فريق برمجي منسق على مشروع واحد.

لماذا انتقلت من Copilot

كنت من أوائل مستخدمي Copilot، وكتبت عنه عدة مرات في مدونتي، وقد ساعدني لفترة طويلة في المهام اليومية البسيطة؛ فهو يكتب الكود بسرعة ويوفر جهد كبير.

لكن مع المشاريع الكبيرة ظهرت نقاط ضعفه بوضوح، فهو يقترح حلول دون رؤية شاملة لبنية المشروع، ويضعف أداؤه كلما أصبحت المهمة أعقد أو احتاجت إعادة هيكلة حقيقية.

هنا شعرت أن Copilot يشبه عامل بناء يجيد تنفيذ ما أمامه، لكنه لا يرى التصميم الكامل للمبنى.

ومع تجربة Claude و Codex تغير الأمر تماماً؛ فهذه الأدوات تعمل بعقلية "المهندس الاستشاري" الذي يفهم الصورة الكبيرة، ويُحلل القرارات التقنية، ويقترح مسارات مدروسة بدل مجرد إكمال تلقائي للكود.

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

نصائح احترافية

فيما يلي مجموعة من النصائح القوية التي تساعدك علي تحقيق أقصي استفادة من هذه الأدوات :

لا تعتمد على أداة واحدة

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

في هذه الحالات، كان التبديل السريع بين Claude و Codex هو ما يعيد الحركة للمشروع؛ أحاول أن أستخدم Claude للتخطيط والتحليل، و Codex للتنفيذ، وأغيّر بينهما حسب الحاجة.

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

وضح ما تريده بدقة

لقد لاحظت أن أكثر ما يربك النماذج مثل Claude و Codex هو الطلبات العامة أو التي تجمع عدة مهام في سؤال واحد؛ فالنتيجة غالبا تكون مُحبطة وسطحية أو غير مكتملة.

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

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

ساعد الأدوات أن تفهم مشروعك

من أفضل الطرق للحصول على نتائج دقيقة من Claude و Codex هي توفير سياق ثابت وواضح للمشروع.

يمكن القيام بذلك بسهولة عبر ملفات مثل CLAUDE.md أو AGENTS.md، حيث تضع فيها القواعد الأساسية للمشروع، وأوامر التشغيل، وأي تعليمات تريد من الأداة الالتزام بها دائماً.

قراءة هذه الملفات تمنح النموذج صورة واضحة منذ البداية، وتجنبك إعادة شرح نفس التفاصيل في كل مرة.

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

حدد التقنيات التي تستخدمها بوضوح

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

فإذا لم تذكر أنك تعمل بـ Nuxt، قد يقترح النموذج حلول بأسلوب React، وإذا لم تحدد أنك تستخدم MongoDB فقد يعطيك كود مبني على SQL.

أيضا، من أفضل النصائح التي طبقتها - بفضل الله - هي ربط الأدوات بـ MCP خاص بالتقنيات التي أعمل بها - مثل Nuxt و Vuetify - مما أحدث فارق كبير، فبدلا من أن تبحث الأداة عن المعلومات أو تخمن الحلول، أصبحت تحصل على الإجابات مباشرة من التوثيق الرسمي، مما يجعل النتائج أسرع وأكثر موثوقية.

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

تفويض الصلاحيات لا يعني تفويض المسئولية

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

فالنموذج قد يمنحك تصور عام، لكنه لا يدرك دائماً احتياجات مشروعك الدقيقة أو أولوياتك الفعلية.

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

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

ومن التجربة أيضاً تعلمت ألا أواصل العمل عندما تبدو استجابات الأداة غير مفيدة أو متكررة؛ فحتى النماذج الذكية تمر بلحظات "تشتت" أو ضعف تركيز.

في هذه الحالات قد أغير طريقة السؤال، أو أبدأ جلسة جديدة، أو أستريح قليلا ثم أعود.

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

خاتمة

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

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

زائر مدونتي الكريم، وفقني الله وإياك إلى ما يحبه ويرضاه ،،