What You’ll Learn
- Understanding user rules and project rules
- When to use each rule type
- Writing effective rules
Rule Types
| Rule Type | File | Scope | Purpose |
|---|---|---|---|
| User Rules | user_rules.md | Global (all projects) | Personal coding preferences |
| Project Rules | AGENTS.md | Current project | Team conventions, project standards |
User Rules (user_rules.md)
User rules define global preferences that apply across all projects. Access: Settings → User Rules- Use Cases
- Example
- Coding style: Indentation, naming conventions
- Language: Response language preferences
- Comments: Comment style and detail level
- Communication: Tone and verbosity
Project Rules (AGENTS.md)
Project rules define standards specific to the current project. Store in the project root and commit to version control for team-wide sharing.- Use Cases
- Example
- Team conventions: Shared coding standards
- Architecture: Design patterns, state management
- Testing: Coverage requirements, frameworks
- Workflows: Build commands, PR guidelines
Rule Precedence
When rules conflict, project rules override user rules:Writing Effective Rules
Be Specific:- Use clear, directive language (“Always…”, “Never…”, “Prefer…”)
- Group related rules under section headers
- Keep rules concise (one concept per bullet)
- Review and update rules as project evolves
FAQs
How do I create rule files?
How do I create rule files?
Create
user_rules.md for personal preferences and AGENTS.md in your project root for project-specific rules. Use plain Markdown with bullet points.When do rule changes take effect?
When do rule changes take effect?
Rule changes apply immediately in new conversations and influence current conversation responses.
Can I override project rules temporarily?
Can I override project rules temporarily?
Project rules take precedence, but you can provide specific instructions in your prompt to override for a single request.