Skip to content

add descriptions and explicit empty globs in rule frontmatter#2

Open
randyoyarzabal wants to merge 5 commits intomainfrom
feature/rules-descriptions
Open

add descriptions and explicit empty globs in rule frontmatter#2
randyoyarzabal wants to merge 5 commits intomainfrom
feature/rules-descriptions

Conversation

@randyoyarzabal
Copy link
Copy Markdown
Contributor

  • Set non-empty description on each .mdc rule so Cursor can show clearer labels and match tasks to the right rule.
  • Use globs: [] for an explicit “no path filter” list and valid YAML.

Changes

File Update
using-flags.mdc description: focus on flag evaluation; globs: []
implementing-launchdarkly.mdc description: SDK setup/config; globs: []
troubleshooting-launchdarkly.mdc description: SDK/flag debugging; globs: []

Rule bodies unchanged.

How to verify

Open the repo in Cursor → SettingsRules → confirm each project rule shows the new description.

Copy link
Copy Markdown
Contributor

@devopsdina devopsdina left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hmm, I am wondering how the brackets work here? I think it is supposed to be blank so it applies to all files (since we aren't specifying a pattern).

cursor docs state

Glob patterns: Team Rules support glob patterns for file-scoped application. When a glob pattern is set (e.g., **/*.py), the rule only applies when matching files are in context. Rules without a glob pattern apply to every conversation.

@randyoyarzabal
Copy link
Copy Markdown
Contributor Author

Hmm, I am wondering how the brackets work here? I think it is supposed to be blank so it applies to all files (since we aren't specifying a pattern).

cursor docs state

Glob patterns: Team Rules support glob patterns for file-scoped applications. When a glob pattern is set (e.g., **/*.py), the rule only applies when matching files are in context. Rules without a glob pattern apply to every conversation.

Yeah, I saw. The reason I did that was following the cursor's recommendation to make it a valid YAML format. But based on the docs example, it's safe to drop this. I will remove the glob: [] and revert back to glob:, I think the description change is at least valid.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants