Dê ao Cursor uma memória que nunca esquece
O Swylink dá ao Cursor contexto inteligente e persistente. Decisões do Claude Code, Windsurf ou Copilot são pesquisáveis por significado — o Cursor sempre sabe o que aconteceu.
Conecte o Cursor em 4 passos
- 01Instalarnpx swylink@latest init
- 02Autenticarnpx swylink auth
- 03Conectarnpx swylink connect
- 04ProgramarAbra o Cursor e comece
Onde o Swylink grava a configuração do Cursor
.cursor/mcp.jsonAo rodar npx swylink connect, o Swylink detecta automaticamente o Cursor e grava a configuração da ponte MCP neste caminho. Nenhuma edição manual é necessária.
Por que o Cursor precisa de memória persistente entre ferramentas
O Cursor é um dos editores com IA mais poderosos disponíveis, mas seu modelo de contexto tem uma limitação fundamental: ele é limitado ao projeto e à sessão. O arquivo .cursorrules define convenções do projeto, e o Composer do Cursor pode orquestrar edições em múltiplos arquivos com precisão impressionante. Mas no momento em que você fecha essa sessão ou muda para o Claude Code para uma refatoração complexa, todo aquele contexto acumulado — as decisões de arquitetura que você discutiu, os padrões de API que você definiu, os trade-offs de dependências que você avaliou — desaparece.
O Swylink preenche essa lacuna atuando como uma camada de memória semântica persistente. Cada decisão tomada durante uma sessão do Composer é automaticamente capturada com metadados estruturados: o que mudou, por que mudou, quais arquivos foram afetados e quais tags descrevem o domínio. Quando você depois abre o Claude Code para uma refatoração mais profunda ou para debugar um problema em produção, você pode pesquisar "por que reestruturamos o módulo de auth" e recuperar instantaneamente o raciocínio da sua sessão no Cursor.
Isso é especialmente valioso para desenvolvedores que usam o Cursor para prototipagem rápida e edição multi-arquivo, e depois mudam para o Claude Code para trabalho arquitetural mais complexo. Sem o Swylink, você precisaria re-explicar cada decisão anterior. Com o Swylink, suas ferramentas de IA compartilham uma memória unificada — a velocidade do Cursor encontra a profundidade do Claude Code, sem perda de contexto entre eles.
Contexto que flui do Cursor para suas outras ferramentas de IA
Quando você trabalha no Cursor, o Swylink captura as decisões que importam: escolhas de arquitetura feitas durante sessões do Composer, seleções de pacotes e por que alternativas foram rejeitadas, decisões de design de API e estruturas de endpoints, raciocínio de reestruturação de arquivos e limites de módulos, convenções de nomenclatura estabelecidas durante refatorações, e trade-offs de performance discutidos com a IA. Depois, quando você abre o Claude Code ou Windsurf, pode pesquisar por significado — pergunte "por que escolhemos essa estrutura de API" e obtenha a decisão exata da sua sessão no Cursor, completa com o raciocínio e arquivos afetados.
Perguntas frequentes sobre o Swylink e o Cursor
O Swylink funciona com o Composer do Cursor?
Sim. O Swylink captura contexto de todas as interações do Cursor, incluindo sessões de edição multi-arquivo do Composer. Quando o Composer toma decisões arquiteturais em múltiplos arquivos, o Swylink persiste essas decisões com metadados estruturados para que sejam pesquisáveis a partir de qualquer outra ferramenta de IA na sua stack.
Onde fica a configuração MCP do Cursor?
O Cursor lê sua configuração MCP de .cursor/mcp.json na raiz do seu projeto. Executar npx swylink connect detecta automaticamente o Cursor e escreve o bloco de servidor correto neste arquivo. Nenhuma edição manual de JSON é necessária.
O Swylink pode ler meu .cursorrules?
O Swylink não lê nem modifica seu arquivo .cursorrules. Ele opera através do protocolo MCP como uma ferramenta separada que o Cursor pode chamar. Seu .cursorrules continua funcionando como antes — o Swylink adiciona memória persistente entre ferramentas por cima da configuração existente do Cursor.