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. આ જ શૃંખલા (config + ઉદાહરણો + સ્વચલિત ચેક) એ છે કે તમે માનવ સાથીને તમારા સંમેલનો માટે કેવી રીતે તાણ આપો છો.