AI يستخدم بشكل افتراضي متوسطًا عامًا من بيانات التدريب، لذا للحصول على أسلوبك يجب عليك أن تعرض وتفرض ذلك — من خلال الأمثلة وملف قواعد صريح وحلقة linter تلتقط ما يفلت. لا تعتمد على توقعها لمعاييرك (معايير WordPress للترميز، PSR-12، إلخ).
AI يستخدم بشكل افتراضي متوسطًا عامًا من بيانات التدريب، لذا للحصول على أسلوبك يجب عليك أن تعرض وتفرض ذلك — من خلال الأمثلة وملف قواعد صريح وحلقة linter تلتقط ما يفلت. لا تعتمد على توقعها لمعاييرك (معايير WordPress للترميز، PSR-12، إلخ).
.eslintrc، phpcs.xml، أو .editorconfig. هذه هي القواعد بصيغة قابلة للفحص الآلي، و يمكن للـ AI قراءتها.CLAUDE.md أو system prompt ينص على المعيار بوضوح: "هذا المشروع يتبع PSR-12. استخدم مسافة بادئة بـ 4 مسافات، الأقواس على السطر التالي للدوال، snake_case للـ hooks." التعليمات الدائمة أفضل من تكرار نفس الشيء في كل اطلب.# 1. AI generates the change, then you run the project linter on it:
phpcs --standard=phpcs.xml src/NewClass.php
# => src/NewClass.php 12 | ERROR | Expected 1 space after FUNCTION keyword; 0 found
# src/NewClass.php 14 | ERROR | Line indented incorrectly; expected 4 spaces, found 2
# 2. Paste those exact errors back to the AI: "Fix these phpcs errors."
# 3. Re-run until clean. The linter — not the AI's claim — is the source of truth.
هذه الحلقة تتقارب بسرعة لأن linter يعطي تغذية راجعة دقيقة على مستوى السطر يمكن لـ AI التصرف بناءً عليها مباشرة، بدلاً من أن تصفها أنت بالكلمات.
الكود الذي يتجاهل اتفاقيات المشروع ينشئ احتكاكًا في المراجعة وعدم اتساق حتى عندما يكون صحيحًا وظيفيًا — المراجعون يضيعون الوقت في التنسيق، والمستودع ينحرف. AI ليس لديه وعي بأسلوب منزلك إلا إذا زودته به، لذا العمل هو جعل القواعس صريحة وقابلة للفحص: ملف قواعد للنية، كود تمثيلي للأساليب، و linter كمنفذ في الحلقة. نفس الانضباط (الإعدادات + الأمثلة + الفحص الآلي) هو كيف تضم زميل فريق بشري إلى اتفاقياتك أيضًا.