
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.
csharpA weekly digest from the Agentic Architect persistence kit: 7 senior C#/.NET rules for engineers keeping Cursor honest across sessions.
mcpInstall guide and config at curatedmcp.com Fetch MCP Server: Turn Any URL Into Clean...
gitOn August 14, 2026, SpaceX filed an 8-K confirming it had closed an all-stock acquisition of...
mcpInstall guide and config at curatedmcp.com Memory MCP Server: Give Claude a Brain That...
mcpInstall guide and config at curatedmcp.com Slack MCP Server: Keep Your AI Agent in Sync...
mcpInstall guide and config at curatedmcp.com Puppeteer MCP Server: Automate Screenshots,...
Workflows from the Neura Market marketplace related to this Cursor resource