Regras do Projeto
Armazenadas em
.cursor/rules
, com controle de versão e com escopo para teu codebase.Regras do Usuário
Globais no teu ambiente do Cursor. Definidas nas configurações e sempre aplicadas.
AGENTS.md
Instruções do Agent em formato Markdown. Alternativa simples a
.cursor/rules
..cursorrules (Legado)
Ainda compatível, mas obsoleto. Usa Regras do Projeto em vez disso.
Como as regras funcionam

As regras se aplicam ao Chat e ao Inline
Edit. As regras ativas aparecem na barra lateral do Agent.
Regras do projeto
.cursor/rules
. Cada regra é um arquivo com controle de versão. Elas podem ter escopo usando padrões de caminho, ser invocadas manualmente ou incluídas com base na relevância. Subdiretórios podem incluir seu próprio diretório .cursor/rules
com escopo para aquela pasta.
Usa regras do projeto para:
- Codificar conhecimento específico do domínio sobre tua base de código
- Automatizar fluxos de trabalho ou templates específicos do projeto
- Padronizar decisões de estilo ou de arquitetura
Anatomia de uma regra
.mdc
), um formato que suporta metadados e conteúdo. Controla como as regras são aplicadas a partir do menu suspenso de tipo, que altera as propriedades description
, globs
, alwaysApply
.
Rule Type | Description |
---|---|
Always | Sempre incluída no contexto do modelo |
Auto Attached | Incluída quando arquivos que batem com um padrão glob são referenciados |
Agent Requested | Disponível para a IA, que decide se deve incluí-la. Deve fornecer uma descrição |
Manual | Só incluída quando mencionada explicitamente usando @ruleName |
Regras aninhadas
.cursor/rules
ao longo do teu projeto. Regras aninhadas são anexadas automaticamente quando arquivos no diretório delas são referenciados.
Criando uma regra
New Cursor Rule
ou indo em Cursor Settings > Rules
. Isso cria um novo arquivo de regra em .cursor/rules
. Nas configurações tu vês todas as regras e o status delas.

Gerando regras
/Generate Cursor Rules
. Útil quando tu já decidiste sobre o comportamento do agente e quer reutilizar essas decisões.
Melhores práticas
- Mantém as regras com menos de 500 linhas
- Divide regras grandes em várias regras componíveis
- Fornece exemplos concretos ou arquivos de referência
- Evita orientações vagas. Escreve regras como docs internas claras
- Reutiliza regras ao repetir prompts no chat
Exemplos
Padrões para componentes de frontend e validação de API
Padrões para componentes de frontend e validação de API
Esta regra define padrões para componentes de frontend:Ao trabalhar no diretório components:
- Sempre usa Tailwind para estilização
- Usa Framer Motion para animações
- Segue as convenções de nomeação de componentes
- Usa zod para toda a validação
- Define tipos de retorno com schemas do zod
- Exporta tipos gerados a partir dos schemas
Modelos para serviços Express e componentes React
Modelos para serviços Express e componentes React
Esta regra fornece um template para serviços Express:Usa este template ao criar um serviço Express:
- Segue princípios RESTful
- Inclui middleware de tratamento de erros
- Configura logging adequado
- Interface de Props no topo
- Componente como named export
- Estilos no final
Automatizando fluxos de trabalho de desenvolvimento e geração de documentação
Automatizando fluxos de trabalho de desenvolvimento e geração de documentação
Esta regra automatiza a análise do app:Quando pedirem para analisar o app:
- Roda o servidor de dev com
npm run dev
- Busca os logs do console
- Sugere melhorias de performance
- Extraindo comentários do código
- Analisando README.md
- Gerando documentação em Markdown
Adicionando uma nova configuração no Cursor
Adicionando uma nova configuração no Cursor
Primeiro cria uma propriedade para alternar em Pra usar no app, importa o reactiveStorageService e usa a propriedade:
@reactiveStorageTypes.ts
.Adiciona o valor padrão em INIT_APPLICATION_USER_PERSISTENT_STORAGE
em @reactiveStorageService.tsx
.Para recursos beta, adiciona o toggle em @settingsBetaTab.tsx
, caso contrário, adiciona em @settingsGeneralTab.tsx
. Toggles podem ser adicionados como <SettingsSubSection>
para checkboxes gerais. Dá uma olhada no restante do arquivo para exemplos.AGENTS.md
AGENTS.md
é um arquivo Markdown simples para definir instruções de agentes. Coloca ele na raiz do teu projeto como alternativa a .cursor/rules
para casos de uso simples.
Diferente das Regras do Projeto, AGENTS.md
é um arquivo Markdown comum, sem metadados nem configurações complexas. É perfeito pra projetos que precisam de instruções simples e legíveis, sem a sobrecarga de regras estruturadas.
Limitações atuais
- Somente no nível raiz:
AGENTS.md
deve ficar na raiz do teu projeto (v1.5) - Sem escopo: As instruções se aplicam globalmente ao teu projeto
- Arquivo único: Diferente de
.cursor/rules
, tu não pode dividir as instruções em vários arquivos
Suporte a
AGENTS.md
aninhado em subdiretórios tá planejado pra v1.6.Regras do usuário
.cursorrules
(Legado)
.cursorrules
na raiz do teu projeto ainda é compatível, mas será descontinuado. Recomendamos migrar para Project Rules para ter mais controle, flexibilidade e visibilidade.
FAQ
Por que minha regra não está sendo aplicada?
Por que minha regra não está sendo aplicada?
Confere o tipo de regra. Para
Agent Requested
, garante que exista uma descrição definida. Para Auto Attached
, garante que o padrão de arquivo corresponda aos arquivos referenciados.Regras podem referenciar outras regras ou arquivos?
Regras podem referenciar outras regras ou arquivos?
Sim. Usa
@filename.ts
para incluir arquivos no contexto da tua regra.Posso criar uma regra a partir do chat?
Posso criar uma regra a partir do chat?
Sim, gera regras de projeto a partir do chat usando o comando
/Generate Cursor Rules
.
Se Memories estiver ativado, as memórias são geradas automaticamente.As regras impactam o Cursor Tab ou outros recursos de IA?
As regras impactam o Cursor Tab ou outros recursos de IA?
Não. As regras se aplicam apenas ao Agent e ao Inline Edit.