Tutoriais
Como Usar MCP no Cursor AI: Integracao
MCP no Cursor transforma o editor num hub que conversa com seu banco, cria issues no GitHub e chama APIs — tudo sem sair do chat. Aqui ta
DevDoido
Carregando
MCP no Cursor transforma o editor num hub que conversa com seu banco, cria issues no GitHub e chama APIs — tudo sem sair do chat. Aqui ta
Como Usar MCP no Cursor AI: Integracao. MCP no Cursor transforma o editor num hub que conversa com seu banco, cria issues no GitHub e chama APIs — tudo sem sair do chat. Aqui ta o setup completo com exemplos que funcionam.
Cursor sem MCP ja e forte. Cursor com MCP e outro nivel. A diferenca e que sem MCP o Cursor so enxerga o codigo que esta aberto no editor. Com MCP, ele enxerga o banco de dados, o historico de PRs no GitHub, o estado da sua infra — tudo ao mesmo tempo.
Na pratica, muda completamente o tipo de tarefa que voce consegue fazer no chat. Sem MCP, voce pede 'crie um endpoint de listagem de usuarios' e o Cursor gera codigo generico. Com MCP de PostgreSQL, voce pede a mesma coisa e ele ja sabe que sua tabela users tem as colunas id, name, email, created_at — porque ele consultou o schema real do banco.
Outro exemplo: voce ta debugando um bug e quer ver as issues abertas no repo. Sem MCP, voce abre o browser, vai no GitHub, filtra por label. Com MCP de GitHub, voce digita no chat 'quais issues estao abertas com label bug?' e recebe a lista na hora. Nao e revolucionario? Nao. Mas economiza dezenas de context switches por dia. E isso se acumula.
Galera, a configuracao leva 5 minutos. Serio. Nao tem desculpa pra nao configurar.
Esse e o setup que mais impacta a produtividade no dia a dia. Ter o banco de dados acessivel direto no chat do Cursor significa que o agente consegue gerar queries corretas, criar migrations baseadas no schema real e debugar problemas de dados sem voce sair do editor.
Aqui vai o JSON de configuracao:
Com o PostgreSQL conectado, voce pode pedir coisas como: 'gere uma migration que adiciona coluna avatar_url na tabela users', 'escreva uma query que retorna os 10 usuarios mais ativos do ultimo mes', 'explique o schema da tabela orders e sugira indices'. O agente consulta o banco real e gera codigo que funciona de primeira.
O MCP Server de GitHub da acesso a quase tudo da API: issues, pull requests, reviews, busca em codigo, branches. E a integracao mais util depois do banco de dados.
Pra gerar o token: va em github.com > Settings > Developer settings > Personal access tokens > Fine-grained tokens. De permissao de leitura e escrita em Issues e Pull Requests do repo que voce quer acessar. Token com escopo minimo, sempre.
Com GitHub conectado, da pra fazer coisas como: 'crie uma issue no repo X com titulo Bug no login e descricao detalhada', 'liste os PRs abertos que estao esperando review', 'busque no codigo do repo onde a funcao calculateTotal e usada'. Tudo no chat do Cursor.
Um workflow que eu uso muito: abro o chat, peco 'liste as issues com label feature-request do ultimo sprint' e depois peco pro Cursor criar um branch e comecar a implementar a feature direto. O contexto da issue ja ta carregado, entao o codigo gerado ja considera os requisitos escritos la.
Quando voce precisa conectar o Cursor a uma API que nao tem MCP Server pronto, da pra criar um custom server rapido. E mais simples do que parece.
Digamos que voce tem uma API interna da empresa em api.minhaempresa.com que retorna dados de clientes. Em vez de copiar e colar JSONs de resposta no chat do Cursor, voce cria um MCP Server que faz esse fetch automaticamente.
E a config no .cursor/mcp.json:
Pronto. Agora voce pode perguntar no chat do Cursor 'busca o cliente Joao Silva na API interna' e ele chama a tool automaticamente. O retorno vem direto no contexto da conversa, entao voce pode continuar com 'agora gera um componente que exibe esses dados do cliente'. O fluxo fica natural.
Ter MCP configurado e so o comeco. O valor de verdade ta em como voce usa no dia a dia. Aqui vao 5 workflows que eu uso toda semana e que economizam tempo real.
Consulte o schema do banco no chat, peca pro Cursor gerar o endpoint + types + migration tudo de uma vez. O codigo ja sai com os tipos corretos.
Saiba mais →Peca pro Cursor ler a issue do GitHub e gerar o branch + codigo + testes baseados nos requisitos. Contexto da issue vira contexto do codigo.
Saiba mais →Quando tem bug, peca pro Cursor consultar os dados do banco envolvidos. Ele analisa os dados, identifica o problema e sugere a correcao.
Saiba mais →Conecte sua API real via MCP, peca pro Cursor gerar mocks baseados em respostas reais. Os mocks ficam realistas porque sao baseados em dados de verdade.
Saiba mais →Peca pro Cursor ler o diff do PR no GitHub e fazer code review. Ele tem contexto do projeto + schema do banco + historico de issues pra dar feedback relevante.
Saiba mais →O workflow de schema-first development e o que mais impacta. Antes do MCP, eu escrevia types manualmente baseado no que eu lembrava do banco. Agora o Cursor consulta o schema e gera tudo automatico. Zero typo, zero campo esquecido.
Quer dominar as ferramentas que vao definir o mercado? No CrazyStack voce aprende React, Node.js e as melhores praticas de desenvolvimento na pratica. MCP e Cursor sao ferramentas poderosas, mas o diferencial e saber construir projetos completos.
Template e exemplos reais de agents.md pra padronizar contexto
Dica de seguranca: use sempre o banco de desenvolvimento local. Nunca aponte MCP pra banco de producao. Se precisar consultar dados de prod, faca um dump e restaure localmente.
O issue-to-code tambem e absurdo. Voce literalmente fala 'implementa a issue #42' e o Cursor le a issue, entende os requisitos, cria o branch, gera o codigo e os testes. Claro que voce precisa revisar — mas o ponto de partida e muito melhor do que comecar do zero.