AI standardně používá obecný průměr svých trénovacích dat, takže abyste získali váš styl, musíte ho ukázat a vynutit — prostřednictvím příkladů, explicitního souboru pravidel a smyčky linteru, která zachytí, co se probere. Nespoléhejte na to, že odhadne vaše standardy (WordPress Coding Standards, PSR-12 atd.).
.eslintrc, phpcs.xml nebo .editorconfig. Jedná se o pravidla v podobě ověřitelné strojem, kterou AI může číst.CLAUDE.md nebo systémový prompt, který jasně uvádí standard: "Tento projekt dodržuje PSR-12. Používejte odsazení o 4 mezery, závorky na dalším řádku pro funkce, snake_case pro háčky." Stálé pokyny jsou lepší než opakování v každém promptu.# 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.
Tato smyčka konverguje rychle, protože linter poskytuje přesnou zpětnou vazbu na úrovni řádku, kterou AI může přímo řešit, namísto abyste styl popisovali v prózě.
Kód, který ignoruje konvence projektu, vytváří tření při přezkoumaní a nekonzistenci i když je funkčně správný — recenzenti ztrácejí čas na formátování a kódová základna se posouvá. AI nemá vědomost vašeho stylu projektu, pokud ho nezadáte, takže úkolem je učinit pravidla explicitní a kontrolovatelné: soubor pravidel pro záměr, reprezentativní kód pro idiomy a linter jako vynucovací prvek ve smyčce. Stejná disciplína (konfigurace + příklady + automatická kontrola) je také to, jak zapojíte nového člena týmu do vašich konvencí.