Localização contínua, onde quer que seu conteúdo esteja: ele chega aqui e volta.
Uma API REST, uma CLI sem dependências, uma GitHub Action que falha seu job quando uma linha é recusada, um servidor MCP para seus próprios agentes, doze webhooks assinados, vinte formatos de arquivo e quarenta e um conectores.
push
- integrações, nenhuma cobrada
- 41integrações, nenhuma cobrada
- formatos de arquivo
- 20formatos de arquivo
- Ferramentas MCP
- 17Ferramentas MCP
- Webhooks assinados
- 12Webhooks assinados
Comece no terminal, finalize no pull request.
Inicialize um projeto, envie seu arquivo de origem e puxe as traduções. Na CI, a GitHub Action executa os mesmos comandos, faz commit dos arquivos na branch e falha seu job quando uma linha é recusada. A CLI é publicada no npm e não precisa de outra dependência.
Três pipelines que valem a pena adotar.
Bloquear o merge
Execute a Action em pull requests com sua entrada de commit definida como none, adicione uma etapa que falhe quando um arquivo puxado estiver faltando uma chave e torne o job uma verificação obrigatória na proteção de branch. Sem essa etapa, uma nova execução ou um novo commit passa com a linha ainda recusada.
Publicar no merge
Chame o endpoint de publicação para cada localidade quando a main avançar, com um token que tenha a capacidade manage. Um aplicativo lendo a URL mais recente obtém a nova versão sem um redeploy.
Deixe um agente corrigir o restante
Inicie o servidor MCP com um token de projeto em TRANSGLOT_TOKEN. Seu agente pode ler as chaves falhas de um lote e seus motivos, repeti-las através das barreiras ou escrever uma correção, que é salva como uma edição humana.
FAQs
A documentação cobre o restante. Estas são as questões que decidem se você começa.
Existe uma API de localização que eu possa chamar do meu próprio código?
Posso incluir a tradução no meu pipeline de CI?
Existe uma API privada que vocês usam e nós não?
Do que a CLI precisa?
Como os webhooks são autenticados?
Qual plano preciso para usar a API?
Posso exportar meus dados?
41 conectores, já construídos.
Adicione uma etapa ao pipeline que você já tem.
Inicialize, faça push e observe a primeira execução passar pelas validações. Nada mais em seu build muda.