AI डिफ़ॉल्ट रूप से अपने प्रशिक्षण डेटा का एक सामान्य औसत अपनाता है, इसलिए अपनी शैली प्राप्त करने के लिए आपको इसे दिखाना और लागू करना होगा — उदाहरणों के माध्यम से, एक स्पष्ट नियम फाইल, और एक linter लूप जो जो कुछ छूट जाता है उसे पकड़े। यह न मानें कि यह आपके मानकों (WordPress Coding Standards, PSR-12, आदि) का अनुमान लगा सकता है।
.eslintrc, phpcs.xml, या .editorconfig को पेस्ट करें। ये नियम मशीन-जांचनीय रूप में हैं, और AI उन्हें पढ़ सकता है।CLAUDE.md या सिस्टम प्रॉम्प्ट जो मानक को स्पष्ट रूप से कहे: "यह परियोजना PSR-12 का अनुसरण करती है। 4-स्पेस इंडेंट का उपयोग करें, कार्यों के लिए अगली पंक्ति पर ब्रेसिज़, हुक के लिए snake_case।" स्थायी निर्देश आपको हर प्रॉम्प्ट पर खुद को दोहराने से बचाते हैं।# 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। यही अनुशासन (कॉन्फ़िग + उदाहरण + स्वचालित जांच) है कि आप एक मानव सहकर्मी को अपनी परंपराओं में कैसे शामिल करते हैं।