Memories é o sistema para compartilhar e manter contexto entre conversas.
Há dois mecanismos para isso no Windsurf: Memories, que são geradas automaticamente pelo Cascade, e Rules, que são definidas manualmente pelo usuário no nível global, de workspace ou de sistema.
Memories, Rules, Workflows ou Skills?
| Recurso | O que faz | Como é ativado | Quando usar |
|---|---|---|---|
| Rules | Diz ao Cascade como se comportar (por exemplo, “use bun, não npm”) | always_on, glob, model_decision ou manual (veja abaixo) | Convenções de código, guias de estilo, restrições do projeto |
| AGENTS.md | Regras com escopo por localização, sem configuração | Automático — raiz = sempre ativo, subdiretório = glob | Convenções específicas de diretório sem frontmatter |
| Workflows | Templates de prompt para tarefas repetíveis de várias etapas | Somente manualmente via comando slash /[workflow-name] | Implantações, revisões de PR, checklists de release |
| Skills | Procedimentos de várias etapas empacotados com arquivos de apoio (scripts, templates) | Invocados dinamicamente pelo modelo, ou por @mention | Tarefas complexas em que o Cascade precisa de arquivos de referência — vale investir aqui |
| Memories | Contexto que o Cascade gera automaticamente durante as conversas | Recuperação automática quando relevante | Deixe o Cascade lembrar fatos pontuais; para conhecimento duradouro, prefira Rules ou AGENTS.md |
Como gerenciar Memories
Customizations no menu deslizante no canto superior direito do Cascade, ou por “Windsurf - Settings” no canto inferior direito. Para editar uma Memory existente, basta clicar nela e depois clicar no botão Edit.
Memories
~/.codeium/windsurf/memories/. O Cascade as recupera quando considera que são relevantes. Memories geradas em um workspace não ficam disponíveis em outro, e não são incluídas em commits no seu repositório.
Memories geradas automaticamente existem apenas na sua máquina. Se você quiser que o Cascade se lembre de algo de forma duradoura — e compartilhe isso com sua equipe — peça ao Cascade para gravar isso em uma Rule em
.windsurf/rules/ ou no AGENTS.md do seu repositório.Rules
| Escopo | Localização | Observações |
|---|---|---|
| Global | ~/.codeium/windsurf/memories/global_rules.md | Arquivo único, aplicado a todos os workspaces. Sempre ativo. Limitado a 6.000 caracteres. |
| Workspace | .windsurf/rules/*.md | Um arquivo por Rule, cada um com seu próprio modo de ativação. Limitado a 12.000 caracteres por arquivo. |
| AGENTS.md | Qualquer diretório no seu workspace | Processado pelo mesmo mecanismo de Rules — nível raiz = sempre ativo; subdiretório = auto-glob para esse diretório. |
| Sistema (Enterprise) | Específico do SO (por exemplo, /etc/windsurf/rules/) | Implantado pela TI, somente leitura para os usuários finais. |
Descoberta de regras
- Workspace atual e subdiretórios: Todos os diretórios
.windsurf/rulesdentro do seu workspace atual e de seus subdiretórios - Estrutura do repositório Git: Para repositórios Git, o Windsurf também pesquisa até o diretório raiz do Git para encontrar regras em diretórios pai
- Suporte a múltiplos workspaces: Quando várias pastas estão abertas no mesmo workspace, as regras são deduplicadas e exibidas com o menor caminho relativo
Locais de armazenamento de regras
.windsurf/rulesno diretório do seu workspace atual.windsurf/rulesem qualquer subdiretório do seu workspace.windsurf/rulesem diretórios pai até a raiz do Git (para repositórios Git)
.windsurf/rules do seu workspace atual, não necessariamente na raiz do Git.
Para começar a usar Rules, clique no ícone Customizations no menu deslizante superior direito do Cascade e vá até o painel Rules. Lá, você pode clicar no botão + Global ou + Workspace para criar novas regras nos níveis global ou de workspace, respectivamente.
Os arquivos de regras de workspace são limitados a 12.000 caracteres cada. O arquivo de regras globais é limitado a 6.000 caracteres.
Modos de ativação
trigger. Isso controla quando o conteúdo da regra é fornecido ao Cascade e quanto da janela de contexto ele consome:
| Modo | valor de trigger: | Como chega ao Cascade | Custo de contexto |
|---|---|---|---|
| Sempre ativo | always_on | O conteúdo completo da regra é incluído no prompt do sistema em todas as mensagens. | Todas as mensagens |
| Decisão do modelo de IA | model_decision | Apenas a description é mostrada no prompt do sistema. O Cascade lê o arquivo completo da regra quando decide que a descrição é relevante. | Descrição sempre; conteúdo completo sob demanda |
| Glob | glob | A regra é aplicada quando o Cascade lê ou edita um arquivo que corresponde ao padrão globs (por exemplo, *.js, src/**/*.ts). | Somente quando arquivos correspondentes são acessados |
| Manual | manual | A regra não fica no prompt do sistema. Você a ativa digitando @rule-name na caixa de entrada do Cascade. | Somente quando mencionada com @ |
O arquivo de regras globais (
global_rules.md) e os arquivos AGENTS.md no nível raiz não usam frontmatter — ficam sempre ativos.Práticas recomendadas
- Mantenha as regras simples, concisas e específicas. Regras muito longas ou vagas podem confundir o Cascade.
- Não é necessário adicionar regras genéricas (por exemplo, “escreva um bom código”), pois isso já está incorporado aos dados de treinamento do Cascade.
- Formate suas regras usando marcadores, listas numeradas e Markdown. Esse formato é mais fácil para o Cascade seguir do que um parágrafo longo. Por exemplo:
- Tags XML podem ser uma forma eficaz de comunicar e agrupar regras semelhantes. Por exemplo:
Regras de Sistema (Enterprise)
.md) no diretório apropriado para o seu sistema operacional. O sistema carregará automaticamente todos os arquivos .md desses diretórios.
Como funcionam as regras de sistema
Importante: As regras em nível de sistema devem ser gerenciadas pela sua equipe de TI ou de segurança. Garanta que suas equipes internas cuidem da implantação, atualizações e conformidade de acordo com as políticas da sua organização. Você pode usar ferramentas e fluxos de trabalho padrão, como Mobile Device Management (MDM) ou Configuration Management, para fazer isso.