AI దాని శిక్షణ డేటా యొక్క సాధారణ సగటుకు డిఫాల్ట్గా ఉంటుంది, కాబట్టి మీ శైలిని పొందడానికి మీరు దానిని ఉదాహరణల ద్వారా చూపించాలి మరియు ఖరోసించాలి, ఒక స్పష్టమైన నియమాల ఫైల్ ద్వారా మరియు ఒక linter లూప్ ద్వారా ఇది బయటకు జారిపోయినవానిని పట్టుకుంటుంది. AI మీ ప్రమాణాలను (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. అదే క్రమశిక్షణ (కాన్ఫిగ్ + ఉదాహరణలు + స్వయంచాలక చెక్) మీ సంప్రదాయాలకు మానవ సతీమణిని ఆన్బోర్డ్ చేసే విధానం కూడా.