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

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

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

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