Comunidade

Por que construímos um servidor MCP para o backend móvel? (Construa em público #1)

A empresa desenvolveu um servidor MCP (Model Context Protocol) para permitir que IA como Claude ou Cursor operem o backend de aplicações por chat, eliminando a necessidade de configuração manual. O objetivo é integrar diretamente as ferramentas existentes, como criar bancos de dados e implantar funções em nuvem, tudo dentro da conversa com a IA, sem mudar para interfaces diferentes.

Compartilhar
Why we built an MCP server for our mobile backend? (Build in public #1) - DEV Community

Sua IA já pode escrever seu aplicativo. Ela só não conseguia operar o backend por trás dele, até agora.

Vamos começar com a ideia que fez tudo isso fazer sentido, porque tudo mais segue dela. MCP, o Protocolo de Contexto do Modelo, é uma maneira de permitir que um agente IA como Claude ou Cursor realmente opere o backend do seu aplicativo por meio de chat, em vez de apenas escrever código sobre ele. Essa mudança é o que este post inteiro trata e é o que acabamos de lançar para AppAmbit.

Aqui está a lacuna que ela fecha. Se você constrói com IA, sabe como se sente: o agente desenha uma funcionalidade e a escreve perfeitamente, então estaca no momento em que um backend real é envolvido, um lugar para armazenar dados, uma função para executar ao se registrar, uma peça viva que realmente precisa existir. Ela pode descrever o trabalho, não fazê-lo. Então você sai do seu editor, configura as coisas manualmente e volta. O servidor MCP do AppAmbit remove essa detour. Aponte Claude ou Cursor para seu workspace, e ele constrói contra o AppAmbit diretamente: crie um banco de dados, implante funções em nuvem e conecte o aplicativo que as chama. Em seguida, continue operando da mesma conversa, altere uma bandeira, libere uma atualização e revise seus crashes, eventos e faturamento sem nunca deixar a conversação.

Nós construímos especificamente para as ferramentas que você já usa, Claude e Cursor, com tokens de acesso escopo para que o agente alcance apenas o que você permite. Nenhuma nova aplicação para aprender, nenhum contexto a ser alterado. Ele encontra você onde você já trabalha.

A escolha mais importante do design foi esta: não construímos um grande botão mágico que tenta fazer tudo de uma vez. Construímos uma ferramenta específica para cada trabalho. Há uma ferramenta para criar um banco de dados, uma ferramenta para implantar uma função em nuvem, uma ferramenta para alternar uma bandeira de recurso, uma ferramenta para liberar uma versão e ferramentas para revisar crashes, verificar eventos e ver o faturamento diretamente do console. Cada um faz uma única coisa clara. Então "crie um banco de dados para perfis e implante uma função de registro" se torna uma conversa: o agente cria o banco de dados, implanta a função e conecta o aplicativo que as chama, não há backend separado para ser configurado.

Agora a parte honesta, porque isso é sobre construir em público. Criar as ferramentas acabou sendo a metade fácil. A metade difícil foi fazer o agente escolher consistentemente a ferramenta correta no momento certo, e isso veio quase inteiramente da maneira como descrevemos cada uma delas. Uma ferramenta com uma descrição vaga é uma ferramenta que o agente usa de forma errada: ela alcança a ação errada, ou inventa parâmetros que não existem. O bom comportamento da ferramenta não é mágico, é boa escrita.

URL do Servidor MCP

MCP Server URL

Configuração do Cliente MCP

Client MCP Configuration

Documentação do AppAmbit

Documentação AppAmbit

E isso levou à verdadeira lição. As descrições das ferramentas não podiam viver em seu próprio pequeno mundo, elas tinham que corresponder exatamente à nossa documentação e API. No momento em que a descrição de uma ferramenta se desviava do que os documentos diziam, duas coisas quebravam ao mesmo tempo: a agente ficava confusa, assim como qualquer desenvolvedor lendo os documentos. Então começamos a tratar nossa documentação e descrições de ferramentas como uma única fonte da verdade. Quando mudamos como algo funciona, a documentação e a descrição da ferramenta mudam juntas, propositalmente. A alinhamento é o que silenciosamente torna o agente confiável, ele e sua equipe sempre estão lendo a mesma história.

O retorno para você é simples. Você descreve o que quer, e o agente do AppAmbit realmente faz isso, no Claude ou Cursor, com um banco de dados real, código em nuvem real, e seus crashes, eventos e cobrança a uma frase de distância. Backend e aplicativo, construídos e operados em uma única conversa.

Claude MCP AppAmbit

Claude MCP AppAmbit conectando...

Este é o primeiro post em uma série de construção pública onde compartilhamos como estamos construindo o AppAmbit, as partes úteis e as lições aprendidas. Se você mesmo construiu um servidor MCP, adoraria ouvir como você mantém descrições de ferramentas e documentação da API alinhadas. Siga em X » AppAmbit.

Fonte original

Conteúdo traduzido e adaptado pela redação do Notícias Mobile. Confira também a matéria na fonte original.

Leia a matéria completa