Support for ~/.cursor/rules for global .mdc rules

Ideas Feature Requests
1

Feature request for product/service

Cursor IDE

Describe the request

Create a rule file (.mdc) and copy it to the folder ~./cursor/rules.
use the agent to do something which is supposed to trigger the rule.

refers to: User rules are not recognized from folder ~./cursor/rules

Operating System (if it applies)

MacOS

3 Likes
2

This is a must to have!

1 Like
3

needed

4

This was working before but now its not?

5

workaround for this until we get real home directory user rules. tested for a couple days on macOS, Cursor 3.0.13, sonnet-4.6.

  • copy the rule below to User Rules in Cursor Settings → Rules, Skills, Subagents → User
  • put your username in step 1 where called out
  • mkdir ~/.cursor/rules and put the user rules you want there as *.mdc files
    • but don’t use any yaml front matter! just assume everything will always apply
    • you can get rid of user rules in the UI as you move them into *.mdc files
  • if you’ve moved everything to ~/.cursor/rules, then yes this rule pointing there becomes your one and only UI-configured rule
  • you will see agents list and read your *.mdc user rules before doing anything else
# Read User Rules in ~/.cursor/rules

At the start of EVERY conversation, you MUST read all `.mdc` files in `~/.cursor/rules/` using the Read tool.

## Instructions

1. Use the Shell tool to list files: `ls /Users/MACOS_USERNAME_HERE/.cursor/rules/*.mdc`
   - Do NOT use the Glob tool — it does not support absolute paths outside the workspace and will silently return 0 results
2. Read EVERY file found using the Read tool — do not skip any
3. Apply all rules found immediately and for the entire session
4. If a rule conflicts with a built-in behavior, the rule in `~/.cursor/rules/` wins

## Why This Matters

The user stores important behavioral rules here. Failing to read them means ignoring explicit user preferences. This is not optional.

the best part about this setup is agents can edit these rules themselves! i could not get those dots connected with UI configured / cloud synchronized user rules.

7

Thanks for the workaround. Here is a working one for Windows environment.

[CRITICAL]

# Read User Rules in ~/.cursor/rules

At the start of EVERY conversation, you MUST read all `.md` and `.mdc` files in the user's global Cursor rules folder using the Read tool.

## Instructions

1. Use the Shell tool to list files: `Get-ChildItem "$env:USERPROFILE\.cursor\rules" -Filter *.mdc -ErrorAction SilentlyContinue; Get-ChildItem "$env:USERPROFILE\.cursor\rules" -Filter *.md -ErrorAction SilentlyContinue`
   - Do NOT use the Glob tool — it does not support absolute paths outside the workspace and will silently return 0 results
   - The path resolves to `C:\Users\<username>\.cursor\rules\`
2. Read EVERY file found using the Read tool — do not skip any
3. Parse and enforce YAML frontmatter exactly as Cursor would for project rules:
   - `alwaysApply: true` → apply the rule to every conversation
   - `alwaysApply: false` with `globs` → apply only when a file matching the glob pattern is open or referenced
   - `alwaysApply: false` without `globs` → treat as available context but do not force-apply
   - `description` → use to understand rule intent
4. Apply all matching rules immediately and for the entire session
5. If a rule conflicts with a built-in behavior, the rule in `~/.cursor/rules/` wins

## Why This Matters

The user stores important behavioral rules here. Failing to read them means ignoring explicit user preferences. This is not optional.