Claude skilly vs. Cursor rules: co doopravdy použít?

Pokud v roce 2026 píšete kód s AI, pravděpodobně jste skončili s instrukcemi na dvou místech: ve složce .cursor/rules, kterou čte Cursor, a v adresáři skillů, který čte Claude. Řeší stejný problém, tedy naučit vaše AI, jak funguje váš projekt, abyste se přestali opakovat, a řeší ho natolik odlišně, že špatná volba vás stojí tokeny, potíže se synchronizací, nebo obojí.

Provozujeme SkillProof, kde instalujeme a testujeme Claude skilly na čistém stroji ještě předtím, než je zařadíme do katalogu. To nám dává konkrétní úhel pohledu na toto srovnání: během testování jsme převedli desítky souborů s pravidly na skilly a viděli jsme oba formáty selhávat způsoby, které jejich dokumentace nezmiňuje.

TL;DR: Cursor rules jsou jednodušší a bydlí blíž vašemu editoru. Claude skilly toho umí víc a cestují s vámi napříč nástroji. Rules vyhrávají tam, kde má instrukce platit pro každý soubor odpovídající vzoru, vždy. Skilly vyhrávají tam, kde je instrukce podmíněná, balí podpůrné soubory, nebo musí fungovat mimo jedno IDE. Většina vývojářů, kteří používají oba nástroje, by měla držet konvence projektu ve sdíleném souboru a všechno podmíněné dát do skillů.

	Cursor rules	Claude skilly
Rozsah	Za projekt (.cursor/rules/) nebo za uživatele (nastavení)	Globální (~/.claude/skills/) nebo za projekt (.claude/skills/)
Spouštění	Glob vzory, vždy zapnuto, nebo shoda popisu	Shoda popisu, o které rozhoduje model
Obsah	Čisté instrukce	Instrukce plus skripty, šablony, referenční soubory
Přenositelnost	Jen Cursor	Claude Code, Claude Desktop, claude.ai, Agent SDK
Náklady na kontext	Celý text pravidla, když je připojené; vždy-zapnutá pravidla jedou s každým požadavkem	~100 tokenů metadat, dokud se nespustí, pak tělo
Ekosystém	Velký; tisíce sdílených .cursorrules na GitHubu	Menší, ale rostoucí; obsahuje oficiální sadu od Anthropicu
Kultura testování	Prakticky žádná	Většinou žádná; my ty naše testujeme

Teď detaily, protože tabulka skrývá tu zajímavější část.

Co Cursor rules ve skutečnosti jsou

Cursor má dvě generace stejné myšlenky. Původní soubor .cursorrules sedí v kořeni projektu: jeden čistě textový soubor instrukcí vložený do každého AI požadavku v daném repozitáři. Je zastaralý, ale pořád funkční, a velká část veřejných příkladů ho stále používá.

Aktuální systém je adresář .cursor/rules/ se soubory .mdc, každý s frontmatterem, který řídí, kdy se pravidlo použije. Čtyři režimy: Always (každý požadavek), Auto Attached (spustí se, když je v kontextu soubor odpovídající glob vzoru, takže globs: *.tsx se připojí jen při práci na React), Agent Requested (model čte popis a rozhoduje) a Manual (jen když pravidlo zmíníte přes @). Cursor navíc čte AGENTS.md, což bude důležité později v tomto článku. Existují i pravidla na úrovni uživatele, nastavená v Cursoru, která platí napříč všemi projekty.

Pokud vám to zní jako spouštěcí systém skillu, částečně tomu tak je. Pravidla typu Agent Requested se shodují s popisem přesně tak, jako skilly. Rozdíl je v tom, co se stane po spuštění, a k tomu se dostaneme.

Kde rules opravdu vyhrávají

Testujeme Claude skilly, jak žijeme, takže byste od nás čekali, že budeme argumentovat pro skilly ve všem. Neuděláme to, protože rules mají skutečné přednosti.

Vždy-zapnutá pravidla se snáz chápou. Pravidlo s alwaysApply: true je v kontextu každého požadavku, tečka. Není žádný spouštěč, který by mohl selhat, žádný popis, který by mohl být špatně, žádné sezení typu „proč se to nespustilo". Když testujeme skilly, selhání spouštěče je jedna ze dvou nejčastějších závad, které nacházíme. Pravidla v režimu always nebo glob strukturálně tuhle vadu mít nemohou. Pro malou sadu tvrdých zákonů projektu („nikdy se nedotýkej generovaných souborů v src/gen/") vyhrává hloupé vždy-zapnuté pravidlo nad chytrým podmíněným.

Glob scoping je přesný. globs: **/*.sql znamená, že se vaše SQL konvence připojí při práci na SQL a jinak nikdy. Mapování typu souboru na instrukci je mechanické a předvídatelné. Skilly tohle aproximují formulací popisu („použij při psaní SQL"), což v praxi funguje dobře, ale je to úsudek modelu, ne shoda vzoru.

Žijí tam, kde píšete. Rules se integrují s Cursor Tab doplňováním, inline úpravami a agentním režimem bez jakéhokoli nastavování. Nic k instalaci, žádné adresářové konvence k učení nad rámec vhození souborů do složky.

Ekosystém je obrovský. Vyhledejte na GitHubu .cursorrules a najdete tisíce souborů pokrývajících téměř každý framework. Kvalita se hodně liší, ale pokrytí ne.

Co skilly umí a rules ne

Pokud jste u formátu nový/nová, náš kompletní průvodce Claude skilly probírá anatomii. Tady je část relevantní pro srovnání.

Podmíněné spouštění s reálnou ekonomikou za sebou. Skill se načítá po fázích. Při startu čte Claude jen jméno a popis každého skillu, zhruba 100 tokenů. Tělo se načte, když popis odpovídá vašemu požadavku. Referenční soubory se načtou ještě později, a jen pokud jsou potřeba. Padesát nainstalovaných skillů odpočívá na pár tisících tokenů celkem. Padesát vždy-zapnutých pravidel by byla kontextová katastrofa, a proto Cursor omezuje a varuje ohledně délky pravidel. Postupné odkrývání znamená, že skill může být obrovský, aniž by byl drahý, a to mění, co si můžete dovolit napsat.

Zabalené soubory. Skill je složka, ne soubor. Anthropicův skill docx dodává Python skripty, které staví Word dokumenty. Skill skill-creator dodává šablony a evaluační sadu. Skill pro code review může nést rubriku závažnosti jako samostatný referenční soubor, který se načte jen při review. Rules jsou text popisující, co by měl model dělat. Skilly mohou obsahovat nástroje, které to udělají, a model pak skript spustí místo improvizace výstupu.

Přenositelnost. Skill, který napíšete pro Claude Code, funguje i v Claude Desktopu, na claude.ai a ve všem postaveném na Agent SDK. Vaše git konvence vás sledují z terminálu do chatu do vlastního agenta. Cursor rule funguje v Cursoru. Pokud někdy přejdete na jiný editor, nebo použijete Claude na jinou práci než editování, třeba psaní nebo analýzu dat, formát skillu je ten, který přežije přechod. Tohle je nejsilnější argument pro skilly jako alternativu k cursor rules: instrukce napíšete jednou a nejsou svázané s jedním produktem.

Skilly umí jednat, ne jen radit. Protože Claude Code spouští příkazy, skill může říct „spusť tenhle skript a vlož výstup" místo „takhle by se dal výstup naformátovat". Rozdíl mezi popisem chování a dodáním chování je stejný jako rozdíl mezi stylovým manuálem a linterem.

Co rules umí a skilly ne

Dvě věci, a nejsou malé.

IDE-nativní kontext. Rules se účastní všeho, co Cursor dělá: doplňování při psaní, inline úpravy přes Cmd+K, panel agenta. Skilly fungují všude, kde funguje Claude, což dnes znamená CLI, desktopovou appku a web, ne uvnitř editoru jiné firmy. Pokud se veškeré vaše používání AI odehrává v Cursor Tab klávese, skilly vás tam nedostihnou.

Aplikace podle globu. Neexistuje ekvivalent skillu pro „připoj tyhle instrukce vždy, když je v kontextu soubor .proto". Model rozhoduje z popisů, a i když je v tom dobrý, není to záruka. Pro instrukce, které musí korelovat s typem souboru spíš než s typem úkolu, jsou glob-scoped rules lepší mechanismus, tečka.

Cesta migrace, oběma směry

Převod souboru .cursorrules na skill

Vezměte typický soubor s pravidly:

You are an expert React and TypeScript developer.

- Functional components with hooks only, no classes
- Named exports, never default exports
- Tailwind for styling, no inline style objects
- All API calls go through src/lib/api.ts
- Tests in Vitest, colocated as *.test.tsx

Převod je hlavně o přidání spouštěče a struktury:

---
name: react-conventions
description: React/TypeScript conventions for this repo. Use when
  writing or reviewing components, hooks, styles, API calls, or
  frontend tests.
---

## Components
- Functional components with hooks. No class components.
- Named exports only. No default exports.

## Styling
- Tailwind utility classes. Never inline style objects.

## Data access
- Every API call goes through `src/lib/api.ts`. Do not call
  fetch directly from a component.

## Tests
- Vitest, colocated next to the component as `*.test.tsx`.

Vložte to do .claude/skills/react-conventions/SKILL.md a spustí se to na frontendové práci v daném repozitáři. Změnily se tři věci a každá z nich má váhu. Persona řádek („You are an expert...") je pryč, protože nic nedělá; model se v React nezlepší tím, že mu řeknete, že je expert. Popis teď obsahuje konkrétní činnosti, protože tohle pole je spouštěč a vágní popisy jsou hlavní důvod, proč skilly zůstávají nečinné. A body body dostaly nadpisy, protože tělo skillu by mělo být pro model při načtení snadno prolistovatelné. Náš průvodce psaním skillů probírá psaní popisu do hloubky; je to krok, který lidé nejčastěji zpackají.

Zatímco jste u toho, ptejte se, jestli by některý bod neměl být souborem. Pokud váš soubor s pravidly popisuje formát API odpovědi, dejte skutečný ukázkový response do reference.json vedle SKILL.md a odkažte na něj. Tahle možnost ve formátu rules prostě neexistuje.

Opačným směrem

Převod skillu na Cursor rule znamená zploštění. Vezměte tělo vašeho SKILL.md, odstraňte frontmatter a uložte to jako .cursor/rules/react-conventions.mdc s novým frontmatterem:

---
description: React/TypeScript conventions for this repo
globs: src/**/*.tsx,src/**/*.ts
alwaysApply: false
---

- Functional components with hooks. No class components.
- Named exports only. No default exports.
...

Přijdete o zabalené soubory, takže cokoli, co bylo skriptem, se stane popisem toho, co skript dělal. Přijdete o postupné odkrývání, takže pořádně škrtejte: 3000tokenové tělo skillu by se mělo stát 500tokenovým pravidlem, které si nechá jen to, co Cursor modely opravdu potřebují na požadavek. Držte glob úzký, aby pravidlo nezatěžovalo nesouvisející práci.

Provoz obou bez duplikace

Spousta vývojářů používá Cursor na editaci a Claude Code na agentní práci ve stejném repozitáři. Past je udržovat dvě kopie stejných konvencí, které se za měsíc rozejdou.

Řešení, které nám funguje: vyberte jeden kanonický domov pro každou instrukci, podle jejího tvaru.

Sdílená fakta o projektu jdou do AGENTS.md. Oba nástroje ho čtou. Poznámky k architektuře, build příkazy, uspořádání adresářů, seznam „na tyhle soubory nikdy nesahej". Jeden soubor, žádná duplikace, a navíc slouží i lidským nováčkům.

Instrukce ve tvaru globu zůstávají v .cursor/rules. Konvence podle typu souboru, které by se měly mechanicky připojovat v editoru.

Instrukce ve tvaru úkolu a napříč nástroji se stávají skilly. Metodika ladění, checklisty pro review, release procedury, cokoli se skriptem nebo šablonou, cokoli, co chcete mít dostupné i v Claude Desktopu nebo chatu.

Pokud instrukce opravdu potřebuje existovat v obou formátech, udělejte z rule odkaz, ne kopii: dvouřádkový .mdc, který říká „konvence pro X žijí v .claude/skills/x/SKILL.md; řiď se jimi" udrží jeden zdroj pravdy. Některé týmy místo toho skriptují převod v CI a regenerují soubory .mdc z těl SKILL.md při commitu. To je víc mašinerie, než většina projektů potřebuje, ale je to lepší než tichý rozjezd na velkém týmu.

Jedna věc, od které bychom vás odrazovali: vlepit stejný 2000slovný dokument doslovně do obou systémů. V Cursoru to nafoukne každý požadavek. V Claudovi je to obvykle znamení, že by se obsah měl rozdělit na malé vždy-relevantní jádro a sadu podmíněných skillů. Je to stejná úvaha jako u skillů vs MCP: spárujte mechanismus s tvarem problému, místo abyste nutili jeden nástroj dělat všechno.

Rules taky nikdo netestuje

Tady je část tohoto srovnání, kterou vám nikdo jiný nedá, protože je to náš celý důvod existence.

Když jsme začali testovat komunitní Claude skilly, zhruba polovina selhala na první pokus: rozbité spouštěče, instrukce, které model nedokáže dodržet, výstup ne lepší než základní stav. Zdokumentovali jsme taxonomii selhání v proč polovina Claude skillů nefunguje. Nepříjemná navazující otázka je, jestli jsou tisíce sdílených souborů .cursorrules na GitHubu o něco lepší.

Nejsou, a strukturálně ani nemůžou být. Platí stejné pobídky: rules jsou publikované z workflow jednoho autora, nikdy neověřené na čistém nastavení, nikdy neměřené proti baseline bez pravidla, a hvězdičky se dávají podle kvality READMA, ne podle výsledků. Když jsme rozebrali populární soubory s pravidly, našli jsme stejné vady, za které bodově srážíme skilly. Persona výplň, která spotřebovává kontext a nic nemění. Instrukce napsané pro verzi modelu o dvě generace zpátky. Protichůdné body („buď stručný" čtyřicet řádků po „vždy podrobně vysvětli své uvažování"). Rules tak dlouhé, že vytlačí kód, který mají zlepšovat.

Rules se vyhnou jednomu selhání, protože vždy-zapnuté pravidlo nemůže selhat ve spouštění. Každý jiný způsob selhání se přenáší přímo. Konvenční dokument, který zhoršuje výstup, je stejně škodlivý v obou formátech; formát jen mění způsob doručení.

Takže ať se přikloníte k jakékoli straně tohoto srovnání, provozní rada je stejná: neinstalujte sdílené instrukční soubory na víru. Porovnejte výstup s instrukcemi a bez nich na reálném úkolu z vašeho vlastního projektu. Deset minut porovnávání porazí jakýkoli počet hvězdiček. Pro skilly jsme tuhle práci už udělali napříč naší otestovanou kolekcí pro programování, kde položky jako systematic-debugging nesou důkazy před/po místo slibů. Pro Cursor rules, pokud víme, to nedělá nikdo. Udělejte si vlastní závěr, co polovina z nich vlastně stojí.

FAQ

Dokáže Claude Code přečíst můj soubor .cursorrules přímo? Ne automaticky. Claude Code čte CLAUDE.md, AGENTS.md a své adresáře skillů, a ignoruje .cursorrules i .cursor/rules. Můžete mu v rámci session říct, ať soubor přečte, ale pro cokoli trvalého převeďte obsah na skill nebo přesuňte sdílené části do AGENTS.md.

Stojí Cursor rules tokeny stejně jako skilly? Ve většině nastavení víc. Vždy-zapnuté pravidlo jede při každém jednom požadavku v plné délce. Skill odpočívá na zhruba 100 tokenech metadat a platí za své tělo jen po spuštění. Glob-scoped rules rozdíl zužují, protože se připojují jen při odpovídající práci, ale neexistuje ekvivalent rules pro načítání referenčního materiálu na vyžádání.

Mám převést všechny své Cursor rules na skilly? Ne. Nechte glob-scoped konvence podle typu souboru jako rules, pokud pracujete v Cursoru; ten mechanismus je pro ně opravdu lepší. Převeďte materiál ve tvaru úkolu: workflow, checklisty, cokoli se šablonami nebo skripty, cokoli, co chcete mít mimo editor.

Existuje sdílený standard, který čtou oba nástroje? AGENTS.md je tomu nejblíž. Cursor i Claude Code ho čtou, spolu s rostoucím seznamem dalších agentů. Jsou to čisté vždy-zapnuté instrukce bez podmíněného načítání, takže ho berte jako domov pro malé jádro faktů o projektu, ne jako smetiště.

Jsou pro tým lepší Claude skilly nebo Cursor rules? Skilly se commitují do gitu pod .claude/skills/ a verzují se jako kód, a rules se commitují pod .cursor/rules/ stejně, takže se oba dobře distribuují. Otázka pro tým je vlastně o dosahu: pokud všichni žijí v Cursoru, rules je zasáhnou bez jakéhokoli nastavování. Pokud tým používá i Claude Code, Desktop, nebo agenty postavené na SDK, skilly jsou jediný formát, který pokryje každou platformu, a výše popsaný vzorec synchronizace udrží ty dva od rozjíždění.