Přeskočit na obsah

CLAUDE.md a AGENTS.md: pravidla pro AI kód v týmu

Pro CTO a vývojářeAI ve vývojovém týmu · Aktualizováno

Filip Papraneczakladatel Digitaliko

Pravidla nemají žít v hlavě seniora. Patří do repozitáře a do CI. Ilustrace: strom repozitáře se soubory pravidel v kořeni i v modulu a pod ním lišta úspěšných CI kontrol.Pravidla nemají žít v hlavě seniora. Patří do repozitáře a do CI. Ilustrace: strom repozitáře se soubory pravidel v kořeni i v modulu a pod ním lišta úspěšných CI kontrol.

CLAUDE.md a AGENTS.md jsou soubory v repozitáři, ze kterých si AI agent při každém úkolu načte pravidla týmu. Pravidla pro AI kód v týmu patří právě tam, ne do hlavy seniora. Krátký soubor pro agenta, CLAUDE.md nebo AGENTS.md, řekne, jak se ověřuje práce a co agent nesmí. To nejdůležitější ale nemá být text. Má to být lint, test nebo CI, které špatnou změnu zastaví samy.

AI dnes píše všechen náš kód a za výsledek ručí senior. Od roku 2023 jsme dodali 15+ produkčních projektů. Předtím byl Filip 7 let v produktovém týmu SaaS, který denně používalo přes 60 000 lidí. Níže uvedená pravidla jsme se naučili na těchto projektech, většinou na vlastních chybách.

Co patří do CLAUDE.md nebo AGENTS.md?

To, co agent nezjistí z kódu, a to, co děláte jinak než ostatní. Konkrétně:

  • Jak spustit projekt a testy. Ideálně jedním příkazem, který agent zkopíruje.
  • Co agent nesmí. Produkční databáze, tajné klíče, migrace bez schválení, přímý push do hlavní větve.
  • Kde co je. Kde je byznys logika, kde testy, co je generované a nemá se ručně měnit.
  • Konvence, které nejsou běžné. Jak pojmenováváte věci, jak zpracováváte chyby, kde jsou překlady.
  • Jak vypadá hotová práce. Co musí projít, než agent otevře pull request.

Co tam nepatří: styl, který hlídá formátovač. Dlouhé eseje o architektuře. Pravidla, která platí jen v jedné složce.

CLAUDE.md, nebo AGENTS.md?

Claude Code čte CLAUDE.md. Řada dalších nástrojů, třeba Codex, čte AGENTS.md. Pokud tým používá víc nástrojů, nepište pravidla dvakrát.

Mějte je v AGENTS.md a z CLAUDE.md na něj odkažte řádkem @AGENTS.md. Claude Code si ho pak načte sám. Dvě samostatné kopie se rozejdou dřív, než si toho někdo všimne.

Kolik pravidel je moc?

Hranice přijde dřív, než byste čekali. Agent pravidla načítá při každém spuštění. Čím víc textu má v kontextu, tím hůř se drží toho podstatného.

Osvědčilo se nám rozdělení do tří úrovní. V kořeni repozitáře je minimum, které platí všude. Pravidla jednoho modulu jsou v souboru přímo v jeho složce a agent je načte, až když v ní pracuje. To nejdůležitější je lint nebo test: nikdo ho nemusí číst, špatnou změnu zastaví sám.

Kam patří které pravidlo pro AI agenta: kořen repozitáře (CLAUDE.md, minimum pro všechno), složka modulu (src/billing/CLAUDE.md, pravidla jednoho modulu) a lint, hook nebo CI pro to nejdůležitější, které špatnou změnu zastaví samo.Kam patří které pravidlo pro AI agenta: kořen repozitáře (CLAUDE.md, minimum pro všechno), složka modulu (src/billing/CLAUDE.md, pravidla jednoho modulu) a lint, hook nebo CI pro to nejdůležitější, které špatnou změnu zastaví samo.

Upřímně: dokonalou odpověď nemáme. Pravidel přibývá s každou chybou. Proto je pravidelně pročišťujeme a do lintu přesouváme všechno, co jde.

Kde vzít pravidla, když je ještě nemáte?

V review. Komentář, který v review zazní podruhé, není chyba vývojáře. Je to díra v pravidlech. Postup je jednoduchý:

  1. Poprvé: komentář v pull requestu

    Napište ho písemně, ne jen na hovoru. Jinak se ztratí.

  2. Podruhé: pravidlo pro agenta

    Zapište ho do CLAUDE.md nebo AGENTS.md, do kořene nebo složky.

  3. Potřetí: lint

    Napište kontrolu, která to chytí sama při každém commitu.

Často doporučujeme nechat agenta projít staré komentáře z review a vytáhnout z nich pravidla. Funguje to jen tehdy, když komentáře existují. Pokud review probíhá jen ústně, během hovoru, do pull requestů se nedostane nic. Agent pak nemá z čeho čerpat.

Když něco v review vypíchnete víckrát, stane se z toho pravidlo. A když se to opakuje příliš často, bude z toho tvrdá brána, lint pravidlo přímo v kódu.

Filip Papranec
Filip Papranec
zakladatel Digitaliko

Proto nejdřív návyk, potom nástroj. Zpětnou vazbu pište do pull requestu, ne jen ústně.

Kam které pravidlo patří?

Zákaz napsaný jako větu agent umí obejít. Soubor neotevře, ale napíše skript, který ho vypíše. Proto u každého pravidla píšeme, čím je vynucené.

PravidloKam patříČím je vynucené
Jak spustit testyCLAUDE.md nebo AGENTS.mdNičím, je to návod
Formátování a importyFormátovač, lintStroj při každém commitu
Nesahat na produkční databáziPřístupy, hookAgent nemá přístup, příkaz se odmítne
Pravidla jednoho moduluSoubor ve složce moduluNačte se jen tam
Každá změna má testCIBlokuje sloučení
Opakovaný komentář z reviewNejdřív pravidlo, pak lintLint při každém commitu

Agent, který u nás pracuje samostatně, běží v odděleném virtuálním stroji. K ostrému provozu ani k tajným klíčům se odtud nedostane. Hook, který odmítne nebezpečný příkaz, je dobrý první krok. Je to ale zpomalovač, ne zeď: šikovný agent si najde jinou cestu. Žádná věta „buď opatrný“ nenahradí ani jedno.

Tabulku i zákazy s tím, co je hlídá, najdete v šabloně. Stáhněte si šablonu Pravidla pro AI v týmu (PDF).

Jak sdílet pravidla mezi více repozitáři?

Distribucí, ne disciplínou. My jsme pravidla měli v hlavním repozitáři a ostatní je neviděly. Některé si je zkopírovaly. Za pár měsíců existovalo víc verzí a žádné dvě nebyly stejné.

Dnes máme jeden balík pravidel, který se načítá v každém repozitáři. Má verze a mění se jen přes pull request se schválením. Kopie neexistují, takže se nemají jak rozejít. Osobní pravidla jsou styl práce každého vývojáře. Sdílená patří firmě, a ta musí žít na jednom místě. Stejný balík pravidel nastavujeme týmům, ke kterým se připojujeme v rámci služby AI-native SDLC pro vývojové týmy. Chybí vašemu týmu spíš ruce než pravidla? Podívejte se na seniorního vývojáře do týmu.

Review a testy: pravidla, která nejsou v souboru

Některá pravidla nepatří agentovi, ale procesu kolem něj. Co z toho už váš tým má?

Test, který nikdy neselhal, dokazuje jen to, že agent souhlasí sám se sebou. A pipeline, která jen hlásí, je dekorace.

Jak tato pravidla zavést v celém týmu krok za krokem, popisujeme v článku Jak zavést AI do vývoje softwaru v týmu. Proč je rámec důležitější než model, vysvětluje Agent = model + rámec. Pokud tým ještě vybírá nástroj, podívejte se na Cursor vs Claude Code.

Kdy to nedoporučujeme

  • Jste jeden nebo dva vývojáři v jednom repozitáři. Stačí krátký CLAUDE.md nebo AGENTS.md. Sepište si ho sami podle seznamu výše.
  • Nemáte testy ani CI, které blokuje. Pravidla pro agenta pak moc nezmění. Nejdřív testy a CI, potom pravidla.

Pokud v projektu nejsou žádné brány kvality, musíme začít právě tam.

Filip Papranec
Filip Papranec
zakladatel Digitaliko
  • Čekáte, že šablona nahradí vaše review. Nenahradí. Pravidla vznikají z vašeho review, začněte zpětnou vazbou v pull requestech.

Chcete pravidla nastavit s někým, kdo s nimi pracuje denně?

Podíváme se na vaše repozitáře a navrhneme první verzi pravidel i bran v CI. Senior se zapojí do vašeho repozitáře a pull requestů od prvního dne.

Ozveme se do dvou pracovních dnů a společně vybereme, co vyřešíme jako první.

Pokud si chcete nejdřív promluvit, domluvte si meeting na 15 minut s Filipem.

Kde dnes žijí pravidla vašeho týmu?

Ve zkratce

  • Pravidla pro AI kód patří do repozitáře: krátký CLAUDE.md nebo AGENTS.md, ne hlava seniora.
  • Tři úrovně: kořen pro minimum, složka pro modul, lint, hook nebo CI pro to nejdůležitější.
  • Komentář z review podruhé znamená pravidlo, potřetí lint.
  • Pravidla distribuujte z jednoho zdroje s jedním vlastníkem, ne kopiemi.

Časté otázky

Co je CLAUDE.md?

Soubor v repozitáři, který Claude Code načte při každém spuštění. Píšou se do něj pravidla pro agenta: jak spustit testy, co nesmí a jak vypadá hotová práce. Jiné nástroje čtou podobný soubor AGENTS.md.

CLAUDE.md, nebo AGENTS.md?

Pokud tým používá jen Claude Code, stačí CLAUDE.md. Pokud používáte víc nástrojů, mějte pravidla v AGENTS.md a z CLAUDE.md na něj odkažte řádkem @AGENTS.md. Dvě samostatné kopie se časem rozejdou.

Kolik pravidel má mít CLAUDE.md?

Co nejméně. Agent je načítá při každém spuštění a příliš mnoho textu mu zhorší výsledek. V kořeni nechte jen to, co platí všude. Zbytek dejte do složek a to nejdůležitější do lintu nebo testu.

Kdo má v týmu vlastnit pravidla pro AI?

Jeden určený člověk, který změny schvaluje. Psát je může kdokoli přes pull request. Bez vlastníka si je každý upraví po svém a sdílená vrstva se rozpadne.

Stačí agentovi napsat, co nesmí?

Ne. Textový zákaz umí agent obejít. Co je opravdu důležité, vynuťte přístupovými právy, hookem, lintem nebo CI. U každého pravidla si napište, čím je vynucené.

Zeptejte se AI na tento článek

AI při odpovědi využije i naše další články a zkušenosti z reálných projektů.

ChatGPTClaudePerplexity
Engineering

Ostatní články

AI ve vývojovém týmu

Claude Code best practices pro tým: 7, které drží

Většinu tipů pro Claude Code píšou jednotlivci. Těchto sedm jsou týmové praktiky: krátký CLAUDE.md, který hlídá CI, jeden sdílený plugin, oprávnění a hooky v repozitáři, jedno issue na jeden PR, test, který nejdřív selže, a reviewer, který kód nepsal.

AI ve vývojovém týmu

Claude Code skills a pluginy: jedna sada pro každé repo

Claude Code skills jsou instrukce v SKILL.md, které si agent načte, když je úkol potřebuje. Plugin dodá skills, agenty a hooky jako jeden celek. Jak provozujeme jeden plugin ve všech repozitářích a co se cestou rozbilo.

AI ve vývojovém týmu

Claude Code subagenti a worktrees: kdy použít co

Claude Code subagenti dělí práci v jedné session, worktrees oddělují úpravy souborů. Naše pravidlo z každodenní práce s paralelními agenty: subagenti jen čtou, každá změna má vlastní worktree a PR. Co se rozbilo a jak začít.

Čas přestat plánovat a začít řešit.

Kontakt

  • Digitaliko s.r.o.
    Šípková 377/17
    958 03 Malé Uherce, Slovensko
  • Ozvěte se nám
    info@digitaliko.com
    +421 950 595 506
    WhatsApp