Versionly
Monitore mudanças em APIs de terceiros; mapeie quebras para arquivos; abra PRs revisáveis com correção automática.
Servidor MCP hospedado
npx add-mcp 'https://mcp.versionly.dev/mcp'Instala no Claude Code, Codex, Cursor e outros
Documentação
A pessoa que é dona do checkout e a pessoa que ainda revisa o PR.
O Versionly monitora APIs de terceiros nos repositórios do GitHub que você conecta, mapeia mudanças que quebram código para arquivos e abre um pull request que seu time ainda revisa.
Donos de produto veem o raio de impacto em linguagem simples. Engenheiros mantêm as regras de revisão do GitHub. Os mesmos quatro passos. Leia sem jargão.
O que realmente acontece
Três movimentos. Um humano ainda faz o deploy.
- 01
Conecte repositórios selecionados
Instale o GitHub App do Versionly. Marque os projetos que usam Stripe, OpenAI, Twilio ou qualquer outra coisa que você acompanha. Outros repositórios nunca entram no workspace. - 02
Escaneie com base na documentação atual do fornecedor
Um escaneamento lê o repositório e o changelog / OpenAPI do fornecedor. Você recebe resultados com um caminho de arquivo e uma linha — não um aviso genérico de "algo mudou". - 03
Revise o pull request
Se um patch for seguro de propor, o Versionly abre um PR em uma branch determinística. CODEOWNERS, CI e o botão de merge continuam seus. Nada se mescla sozinho.
Percorra o mesmo ciclo como um dia no produto. Como funciona
Uma terça-feira
O fornecedor lançou uma atualização. O checkout não precisou quebrar.
Mesmo repositório de pagamentos, mesma tarde. Leia como um dia — não como quatro funcionalidades de produto.
Reproduzindo · 09:10
app.versionly.dev/connect
GitHub App seguro
Escolha repositórios
Acme Inc. · 3 disponíveis
acme/payments-api
TypeScript
Pronto
acme/customer-portal
Next.js
acme/internal-tools
Python
Resumo de acesso
2
repositórios selecionados
- Ler metadados de código
- Criar branches de correção
- Abrir pull requests
Conecte repositórios selecionados
Sem isso
Alguém pergunta no chat quais repositórios falam com pagamentos. A resposta é um palpite.
Com o Versionly
Você marca payments-api. Outros repositórios do GitHub nunca entram no Versionly.
Dono do produto
A pessoa que é dona do produto nomeia a superfície.
Engenheiro
A pessoa que escreve o código instala o App apenas onde é necessário.
Quando um fornecedor muda
Um resultado é um arquivo, não um sentimento.
Buscamos a página de depreciações e o changelog do próprio fornecedor — não uma tabela de consulta congelada. Se o OpenAI lista um substituto, esse id vai no patch. Se o modelo inventasse um nome, o escaneamento para e avisa você.
- Quebra vs. aviso — correção automática apenas quando a mudança é mecânica
- Email, Slack ou um webhook de saída quando um PR abre
- Escaneamentos agendados, por push ou no painel — mesmo passo de revisão
Como os times usam
Deixe o pager para incidentes reais. Não para um header renomeado.
"A parte útil não é o alerta. É a lista de arquivos e um PR que podemos rejeitar."
Líder de engenharia
"CODEOWNERS ainda se aplica. O Versionly abre a branch. Nós ainda somos donos do merge."
Engenheiro sênior
"Posso dizer 'dois arquivos no checkout' em vez de esperar alguém fazer grep no monorepo."
Dono do produto
FAQ
Perguntas, respondidas com clareza.
Tudo que os times costumam perguntar antes de conectar o primeiro repositório.
Role para navegar pelas respostas ou selecione qualquer pergunta.
Próximo passo
Conecte um repositório. Revise o primeiro pull request.
Comece com o projeto que fala com pagamentos ou um fornecedor de LLM. Se o PR parecer errado, feche-o. O Versionly não faz merge.