create-rule
Skill38 starsChanged 2 months agoMITView on GitHub
Create Rule
19 other projects use a version of this.
Adopted by
Most recently taken up by
- tovrleaf/openkatatheir own version, first seen Nov 1, 2026
- pahlevikun/levistacktheir own version, first seen Oct 25, 2026
- ArangoGutierrez/claude-toolkittheir own version, first seen Oct 15, 2026
- 0mlkrizzz655335v/claude-skills-zhtheir own version, first seen Oct 15, 2026
- paultyng/skill-issuetheir own version, first seen Oct 13, 2026
- leishifu666/skillstheir own version, first seen Oct 9, 2026
Used with
Projects with it also use review-bugbot, update-cli-config and 10 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
0mlkrizzz655335vSkillreview-bugbot
缺陷导向代码审查。用 Bugbot 子代理找 bug。
Also in 5 projects that use this
PandelisZSkillupdate-cli-config
View and modify Cursor CLI configuration settings in ~/.cursor/cli-config.json. Use when the user wants to change CLI settings, configure permissions, switch approval mode, enable vim mode, toggle display options, configure sandbox, or manage any CLI preferences.
Also in 7 projects that use this
0mlkrizzz655335vSkillorigin
origin CLI 管理。安装、登录、更新、修复 origin.cursor.com 的 CLI。"disabled-environments:
Also in 3 projects that use this
Tsumugii24Skillsplit-to-prs
Split current work into small reviewable PRs. Use when the user asks to split a chat, set of changes, branch, or PR.
Also in 7 projects that use this
MicrosoftSkillcreate-hook
Create a hook (.json) to enforce policy or automate agent lifecycle events.
Also in 9 projects that use this
testdino-hqSkillshell
Google's official Shell scripting style guide. Covers Bash scripting, naming conventions, error handling, portability, and shell best practices.
Also in 7 projects that use this
- +3 more from 0mlkrizzz655335v
Other versions19 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 19
- cartography-cncf/cartography★ 4.2ksame name
- ComplianceAsCode/content★ 2.8ksame name
- OffchainLabs/arbitrum-docs★ 252same name
- seqra/opentaint★ 172same name
- mgiovani/cc-arsenal★ 8same name
- paultyng/skill-issue★ 8same name
- ArangoGutierrez/claude-toolkit★ 4same name
- ralphkrauss/agent-orchestrator★ 4same name
- 0mlkrizzz655335v/claude-skills-zh★ 2same name
- 32103210/cursor-skills★ 1same name
9 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository101 other files it gives its agents.
- AGENTS.mdAGENTS.md
- .claude/CLAUDE.mdCLAUDE.md
- .cursor/rules/autonomous_execution.mdcCursor rule
- .cursor/rules/cursor_rules_editing.mdcCursor rule
- .cursor/rules/cursor_rules_sync.mdcCursor rule
- .cursor/rules/cursor_rules_sync_requirement.mdcCursor rule
- site_pages/llms.txtllms.txt
- advisorySkill
- analyzeSkill
- auditSkill
- commitSkill
- create-planSkill
- create_planSkill
- create-prototypeSkill
- create_prototypeSkill
- create_prSkill
- create-releaseSkill
- create_releaseSkill
- create_ruleSkill
- debugSkill
- draft-illustrationSkill
- draft_illustrationSkill
- endSkill
- evaluate_positioningSkill
- final-reviewSkill
- final_reviewSkill
- fix-feature-bugSkill
- fix_feature_bugSkill
- learnSkill
- manage-error-debuggingSkill
- manage_error_debuggingSkill
- neversight_learn_skills.dev_obviously_awesomeSkill
- process_issuesSkill
- process_prsSkill
- publish-planSkill
- publish_planSkill
- publishSkill
- pullSkill
- pushSkill
- recover_sqlite_databaseSkill
- releaseSkill
- report-errorSkill
- report_errorSkill
- reportSkill
- reviewSkill
- run-feature-workflowSkill
- run_feature_workflowSkill
- setup-commandsSkill
- setup_commandsSkill
- setup-cursor-copiesSkill
- setup_cursor_copiesSkill
- store-neotomaSkill
- store_neotomaSkill
- sync-env-from-1passwordSkill
- sync_env_from_1passwordSkill
- analyzeSkill
- auditSkill
- commitSkill
- create-planSkill
- create-prototypeSkill
- The first 60 shown.
The file
Show its rules and text
We split this skill into the rules it gives an agent
16 rules. 0 are common, 9 are distinctive, and 7 are very specific to this project.
0
Common
Most of the 19 edited versions we read keep these.
9
Distinctive
This author's own choices. Worth a look.
7
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 19
Create a new rule file with _rules suffix and automatically create symlink in .claude/rules/.
- Very specific: line 21
SUBMODULE MODE: If a submodule name is provided (e.g., /create-rule foundation), create the rule in that submodule.
- Distinctive: line 39
Create rule file in submodule
- Distinctive: line 40
Run setup script to create symlink (if applicable)
- Very specific: line 45
Create rule file in docs/{location}/{name}_rules.md
- Distinctive: line 47
Run setup script to create symlink
- Distinctive: line 90
Use RFC 2119 language (MUST, SHOULD, MUST NOT)
- Very specific: line 103
Create file at docs/{location}/{name}_rules.md with content:
- Distinctive: line 197
Run foundation setup script:
- Very specific: line 202
Verify symlink created in .claude/rules/:
- Very specific: line 223
If submodule is foundation, run setup script from main repository:
- Very specific: line 228
Verify symlink created (for foundation rules, they're prefixed with foundation-)
- Distinctive: line 242
If submodule not found: Exit with error message
- Distinctive: line 243
If location directory doesn't exist in repo mode: Offer to create it or exit
- Distinctive: line 244
If file already exists: Warn and ask to overwrite or exit
- Distinctive: line 245
If setup script fails: Report error but keep the created file
“Common” is measured: kept by at least 6 in 10 of the 19 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
<!-- Source: foundation/.cursor/skills/create-rule/SKILL.md -->name: create-rule description: Create Cursor rule for persistent AI guidance. triggers:
- create rule
- /create_rule
- create-rule
Create Rule
Create a new rule file with _rules suffix and automatically create symlink in .claude/rules/.
SUBMODULE MODE: If a submodule name is provided (e.g., /create-rule foundation), create the rule in that submodule. If no submodule name is provided, create in the main repository's docs/ directory.
Command
create-rule [submodule_name]Inputs
submodule_name(optional string): Submodule name to create rule in (e.g., "foundation"). If omitted, creates rule in main repository'sdocs/directory.
Workflow Overview
If submodule name provided:
- Verify submodule exists
- Determine submodule rule location
- Prompt user for rule details
- Create rule file in submodule
- Run setup script to create symlink (if applicable)
- Exit after submodule rule creation
If no submodule name provided (default - repo mode):
- Prompt user for rule details
- Create rule file in
docs/{location}/{name}_rules.md - Include standard Agent Instructions template
- Run setup script to create symlink
- Verify symlink created
Tasks
Step 1: Determine Scope
If submodule name provided:
- Verify submodule exists:
if ! git submodule status <submodule_name> >/dev/null 2>&1; then echo "❌ Submodule not found: <submodule_name>" exit 1 fi - Determine submodule rule location:
- For
foundationsubmodule:foundation/agent_instructions/cursor_rules/ - For other submodules: Check for standard rule directories or prompt user
- For
- Set context for submodule rule creation
If no submodule name provided:
- Set context for main repository rule creation in
docs/directory
Step 2: Prompt User for Rule Details
Repository mode prompts:
- Rule file name (without
_rules.mdsuffix)- Example: "entity_resolution" will become "entity_resolution_rules.md"
- Validate: alphanumeric with underscores only
- Location in
docs/directory- Options:
conventions,foundation,subsystems,architecture,developer, etc. - Validate: directory must exist or ask to create
- Options:
- Rule purpose and scope
- Brief description of what this rule ensures
- What triggers loading this rule
- Key constraints/MUST/SHOULD rules
- List of main rules this document will enforce
- Use RFC 2119 language (MUST, SHOULD, MUST NOT)
Submodule mode prompts:
- Rule file name (without
_rules.mdcsuffix for foundation submodule, or without.mdcfor foundation submodule - MUST use.mdcextension for foundation rules) - Rule purpose and scope
- Key constraints/MUST/SHOULD rules
Step 3: Create Rule File
Repository mode:
Create file at docs/{location}/{name}_rules.md with content:
# {Rule Title}
**Reference:** `docs/{reference_doc}.md` — Related documentation (if applicable)
{Brief description of what this rule ensures}
## Purpose
{Expanded purpose from user input}
## Trigger Patterns
When any of the following occur:
- {Trigger pattern 1}
- {Trigger pattern 2}
- {Trigger pattern 3}
## Agent Actions
### Step 1: {Action Title}
{Description of what agent should do}
### Step 2: {Action Title}
{Description of what agent should do}
## Constraints
### MUST
1. {MUST constraint 1}
2. {MUST constraint 2}
### SHOULD
1. {SHOULD constraint 1}
2. {SHOULD constraint 2}
### MUST NOT
1. {MUST NOT constraint 1}
2. {MUST NOT constraint 2}
## Examples
### Example 1: {Example Title}
{Example description and code/steps}
---
## Agent Instructions
### When to Load This Document
Load this document when:
- {Trigger condition 1}
- {Trigger condition 2}
### Required Co-Loaded Documents
- {Required document 1}
- {Required document 2}
### Constraints Agents Must Enforce
1. {Constraint to enforce 1}
2. {Constraint to enforce 2}
### Forbidden Patterns
- {Anti-pattern 1}
- {Anti-pattern 2}
### Validation Checklist
- [ ] {Validation item 1}
- [ ] {Validation item 2}Submodule mode:
For foundation submodule, create file following foundation cursor-rules pattern (simpler structure without Agent Instructions section since these are loaded automatically).
Step 4: Run Setup Script
Repository mode:
- Run foundation setup script:
./foundation/scripts/setup-cursor-rules.sh - Verify symlink created in
.claude/rules/:- Expected symlink name:
{location}_{name}_rules.md - Example:
docs/conventions/entity_resolution_rules.md→.claude/rules/conventions_entity_resolution_rules.md
- Expected symlink name:
- Output success message:
✅ Rule created successfully! File: docs/{location}/{name}_rules.md Symlink: .claude/rules/{location}_{name}_rules.md The rule is now available to all Cursor agents in this repository. Next steps: 1. Review the generated rule file and fill in any remaining details 2. Test the rule by triggering its conditions 3. Update related documentation to reference this rule if needed
Submodule mode:
- If submodule is
foundation, run setup script from main repository:./foundation/scripts/setup-cursor-rules.sh - Verify symlink created (for foundation rules, they're prefixed with
foundation-) - Output success message:
✅ Rule created in submodule successfully! File: {submodule}/{rule_path}/{name}{suffix}.mdc (for foundation submodule, use .mdc extension) Symlink: .claude/rules/{prefix}{name}.mdc (if applicable) The rule is now available to all repositories using this submodule.
Error Handling
- If submodule not found: Exit with error message
- If location directory doesn't exist in repo mode: Offer to create it or exit
- If file already exists: Warn and ask to overwrite or exit
- If setup script fails: Report error but keep the created file
Configuration
Optional configuration in foundation-config.yaml:
agent_instructions:
rules:
default_location: "docs/conventions" # Default location for new rules
template_path: null # Custom template path (optional)
auto_run_setup: true # Automatically run setup script after creationExamples
Example 1: Create Repository Rule
/create-rulePrompts:
- Rule file name:
entity_resolution - Location:
subsystems - Purpose: "Ensure consistent entity resolution patterns across codebase"
- Key constraints: "MUST use deterministic merging, MUST NOT introduce randomness"
Creates:
docs/subsystems/entity_resolution_rules.md.claude/rules/subsystems_entity_resolution_rules.md(symlink)
Example 2: Create Foundation Submodule Rule
/create-rule foundationPrompts:
- Rule file name:
testing_patterns - Purpose: "Enforce consistent testing patterns"
- Key constraints: "MUST include unit tests, SHOULD use fixtures"
Creates:
foundation/agent_instructions/cursor_rules/testing_patterns.mdc.claude/rules/foundation_testing_patterns.mdc(symlink)
Required Documents
Load before starting:
foundation/scripts/setup-cursor-rules.sh(setup script)docs/conventions/documentation_standards_rules.md(if creating repo rule)foundation-config.yaml(configuration)
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

