
Someone told me Cursor deprecated rules in favor of Agent Skills. I went and tested it. Rules are...
Someone told me Cursor deprecated rules in favor of Agent Skills. I went and tested it.
Rules are not deprecated. They do different things. Here's what I found.
I created identical instructions in both formats and ran them through Cursor's agent to see how each one behaves.
As a rule (.cursor/rules/jsdoc.mdc with alwaysApply: true):
---
description: JSDoc rules
alwaysApply: true
---
Always add JSDoc comments to exported functions.
As a skill (.cursor/skills/jsdoc/SKILL.md):
# JSDoc Skill
Always add JSDoc comments to exported functions.
Prompt: "Create a utility function that formats dates"
@param and @returns. Followed the instruction.When the task matches what the instruction is about, both rules and skills work fine.
This is the test that matters. I gave each setup a marker instruction ("add a // RULE-LOADED comment" or // SKILL-LOADED) and asked Cursor to write a Python hello world script. Nothing to do with JSDoc or JavaScript.
This is the core behavioral difference. Rules with alwaysApply: true are injected into every prompt regardless of relevance. Skills only load when the agent decides the task is relevant.
Cursor's docs say it auto-discovers skills from .claude/skills/ and .codex/skills/ for cross-tool compatibility. I put a skill in .claude/skills/test/SKILL.md with a marker instruction and ran a relevant task.
The skill did not load. Cursor didn't find it.
This might be a CLI vs GUI difference, or it might only work with .cursor/skills/. Either way, the "put it in .claude/skills/ and every tool finds it" claim didn't hold up in my testing.
Based on these results:
Use rules when:
Use skills when:
Cursor has a /migrate-to-skills command mentioned in their docs. I wasn't able to test it through the CLI (it appears to be GUI-only). The v2.4 changelog positions skills as complementary to rules: "compared to always-on, declarative rules, skills are better for dynamic context discovery and procedural how-to instructions."
That framing matches what I tested. Rules and skills aren't competing. They handle different use cases.
If you have .mdc rules with alwaysApply: true for things like coding style, error handling patterns, or framework conventions, keep using them. They work, they're reliable, and they load every time.
If you're building multi-step workflows or deployment procedures, skills are the better fit. They keep the context window clean by only loading when needed.
Don't migrate everything to skills because someone said rules are deprecated. They're not.
npx cursor-doctor --generate)Need help sorting out your rules setup? I do $50 async audits. Code FIRSTAUDIT for 20% off.
📋 I made a free Cursor Safety Checklist — a pre-flight checklist for AI-assisted coding sessions, based on actual experiments.
cursorCursor launched Composer 2 without mentioning Kimi K2.5. A developer found the model ID in 24 hours. Here's the string.
aicodingTL;DR GitHub Copilot ($10/mo) wins on price, reach, and GitHub-native work: unlimited completions in...
aicodingTL;DR Claude Code (bundled with Claude Pro, $20/mo; Max $100–200) is the best AI coding assistant...
aicodingTL;DR GitHub Copilot is the best overall of the Cursor alternatives — a full agent plus completions...
aiCursor shipped a quiet expansion of Cloud Agents last week: self-hosted machines, team pools, and...
aicodingTL;DR Cursor wins for most developers today: better multi-file editing, a mature model...
Workflows from the Neura Market marketplace related to this Cursor resource