Esta página foi traduzida do inglês.
Ferramentas para desenvolvedores
Construa um app personalizado com integração ao GitHub
O Kliv é um construtor de aplicativos com IA. Descreva a integração com GitHub que você quer — pedidos de clientes, issues com label, rascunhos de changelog, e-mails de release e faturas — e ele constrói o app.
Basta inserir sua ideia na caixa de texto e AI irá construí-la para você
O que é o Kliv?
Kliv não é uma caixinha de integração genérica que você assina e configura — é um construtor de aplicativos com IA que cria software para você.
Você descreve o que precisa com suas próprias palavras, e o Kliv constrói: o banco de dados, a lógica, as telas e as regras. O resultado é um aplicativo real e funcional que é seu. Você pode usá-lo, mudá-lo depois pedindo alterações, e rodá-lo nas suas próprias contas e no seu próprio domínio. Não é um modelo pronto com o seu nome colado.
Nesta página, esse aplicativo é um app personalizado que se conecta ao GitHub e mostra o fluxo de trabalho certo para quem está fora do repositório. O Kliv constrói todo tipo de aplicativo web; este é um exemplo, e é disso que trata o restante desta página.
Por que o repositório precisa de uma recepção
O trabalho de entrega pode já viver no GitHub: issues, pull requests, milestones e releases. Mas os clientes geralmente não deveriam precisar ler o GitHub para saber o que aconteceu.
O Kliv pode construir o hub que você descrever ao redor dos seus repositórios. Pedidos do cliente podem abrir issues com as labels certas. O status do GitHub pode ser espelhado de volta para o cliente. Pull requests mesclados podem gerar rascunhos de changelog. Releases podem produzir e-mails legíveis e faturas de milestone. O estúdio continua trabalhando no GitHub; o cliente vê um hub de entregas claro.
Os dois lados do webhook
Cinco registros carregam a história da entrega entre o GitHub e o hub do cliente.
O projeto
Um projeto mapeia um cliente para os repositórios e milestones relevantes. Pedidos, entradas de changelog e faturas ficam vinculados a esse projeto.
O pedido
Um cliente registra um pedido em português claro. O aplicativo abre uma issue no GitHub com as labels certas e mantém o status sincronizado.
A entrada de changelog
Quando um pull request é mesclado, o webhook cria um rascunho com o título do PR, o projeto e o pedido vinculado. Uma pessoa reescreve antes de os clientes verem.
A fatura do milestone
Quando uma release fecha um milestone, o hub pode gerar uma fatura detalhada, como um milestone fixo de R$9.000, com checkout por cartão na sua própria conta Stripe.
O muro do cliente
O login de um cliente mostra apenas os projetos daquele cliente. Um monorepo pode atender vários clientes porque o acesso segue as linhas de projeto.
Um exemplo: hub de entregas do estúdio de produto da Camila
Veja como um estúdio poderia usar isso. É só um exemplo — você descreveria seus próprios repositórios, acesso de clientes, fluxo de issues, releases e regras de cobrança.
Um pedido do cliente abre a issue certa
A cliente da Camila escreve duas frases simples no hub. O aplicativo abre uma issue com label no repositório certo e a vincula de volta ao pedido do cliente.
A triagem continua no GitHub
O estúdio estima, rotula e agenda o trabalho no GitHub como sempre. O hub espelha o status de volta para a visão do cliente.
Um merge cria um rascunho de changelog
Quando o pull request entra, o webhook cria uma entrada de changelog pendente com o título do PR, o projeto e o pedido que ele resolveu.
Uma pessoa aprova o texto para o cliente
Alguém reescreve o título técnico do PR numa frase que um cliente deveria ler, e então aprova para a release.
O e-mail de release é específico por cliente
Publicar a release transforma rascunhos aprovados numa página de changelog e envia a cada cliente um e-mail só com os itens do seu projeto.
A fatura sabe o que foi entregue
O milestone fechado gera uma fatura a partir dos pedidos entregues, detalhada com um link de checkout por cartão na mesma página onde o cliente acompanhou o trabalho.
Descreva a integração com GitHub que você quer construir
O Kliv constrói a partir da sua descrição, então quanto mais detalhes você der, mais próxima a primeira versão. Inclua repositórios, eventos, labels, acesso de clientes, etapas de revisão, notificações e cobrança. Aqui vão três para você construir em cima:
Hub de entregas para clientes
Pedidos entram, changelogs saem, acesso por cliente.
“Construa um hub de entregas conectado à nossa organização do GitHub. Clientes registram pedidos que viram issues com label no repositório certo, o status da issue é espelhado de volta para o cliente, pull requests mesclados viram rascunhos de changelog, cada cliente vê apenas os próprios projetos, e milestones fixos de R$9.000 podem gerar faturas depois da release.”
Site público de changelog
Releases do GitHub viram posts legíveis.
“Construa um site público de changelog para o nosso produto. Transforme releases do GitHub em rascunhos de posts, exija aprovação humana antes de publicar, deixe visitantes assinarem por e-mail, e envie um anúncio de release com links para os itens entregues.”
Formulário de abertura de issues
Relatos de bugs que chegam já triados.
“Construa um formulário de abertura de bugs para o nosso time de suporte. Quem reporta envia severidade, navegador, passos para reproduzir, capturas de tela e ID da conta; o aplicativo abre uma issue no GitHub com labels de severidade e anexos; e quem reportou pode ver o status em tempo real sem precisar de uma conta no GitHub.”
As partes que você não constrói na mão
A conexão é uma única autorização. Você conecta sua organização do GitHub uma vez. O token fica guardado pela plataforma, não colado no código do aplicativo. O aplicativo pode abrir issues, comentar, ler releases e receber eventos de webhook.
Rascunhos esperam uma pessoa. Entradas de changelog chegam numa fila de revisão. Nada chega ao cliente até que alguém transforme o título técnico de um PR em uma linguagem de release clara e aprove.
O aplicativo também tem seu próprio repositório. O Kliv sincroniza o código-fonte do aplicativo com um repositório que é seu, então a ferramenta que reporta sobre a entrega também é versionada.
O Slack pode ser outra plateia. Uma release pode publicar um resumo no canal que você compartilha com um cliente.
O GitHub é um conector. O mesmo padrão de agir e reagir alcança Slack, Notion, Linear, HubSpot e outros. Construir e expandir mostra a prateleira completa de conectores.
Perguntas frequentes
O que exatamente é o Kliv?
O Kliv é um construtor de aplicativos com IA. Você descreve o software que precisa, ele constrói o aplicativo funcional, e você é dono do resultado. Nesta página, isso significa um hub de entregas conectado ao GitHub, com pedidos de clientes, criação de issues, espelhamento de status, rascunhos de changelog, e-mails de release e faturas.
Eu recebo um aplicativo de verdade, ou um modelo pronto?
Um aplicativo de verdade. O Kliv constrói os dados, as regras e as telas para o seu caso específico, não um tema pré-pronto para você preencher. Você continua mudando ao descrever o que quer diferente.
Posso mudar depois que ele for construído?
Sim. Peça alterações em palavras simples e o Kliv atualiza o aplicativo. Você pode ajustar campos, fluxos de trabalho, páginas, e-mails, regras de acesso e relatórios sem começar do zero.
Os clientes precisam de conta no GitHub?
Não. Os clientes entram no hub por e-mail e senha, Google, ou chave de acesso (passkey). O GitHub continua sendo a ferramenta do estúdio, e os clientes veem registros derivados.
E se o título de um pull request for técnico demais para publicar?
Toda entrada pode chegar como rascunho numa fila de revisão. Ela fica invisível até que alguém reescreva e aprove.
Isso funciona com repositórios privados?
Sim. Você autoriza a organização uma vez, e a conexão fica guardada no servidor. Nenhuma chave aparece no código-fonte do aplicativo.
Dois clientes podem compartilhar um monorepo?
Sim. Pedidos e entradas de changelog carregam o escopo do projeto, e o acesso de cada cliente é aplicado sobre essas linhas.
O aplicativo pode criar issues no GitHub?
Sim. Um pedido de cliente pode abrir uma issue com label no repositório certo e manter um link de volta para o pedido visível ao cliente.
Pull requests mesclados podem virar entradas de changelog?
Sim. Webhooks podem criar entradas em rascunho quando pull requests são mesclados, e então uma pessoa aprova o texto pronto para o cliente.
As releases podem enviar e-mails ou posts no Slack?
Sim. Um evento de release pode publicar uma página de changelog, enviar um e-mail e postar um resumo num canal compartilhado do Slack, se você definir esse fluxo.
As faturas de milestone podem usar o Stripe?
Sim. Se o seu fluxo de entrega incluir milestones pagos, as faturas podem incluir checkout por cartão na sua própria conta Stripe.
Posso usar o meu próprio domínio?
Sim. O hub do cliente e o changelog podem rodar no seu próprio domínio.
Posso migrar para fora do Kliv depois?
Sim. O código-fonte do aplicativo é sincronizado com o seu próprio repositório Git.
Mais nesta categoria
Criado por criadores
Explore o que é possível
Veja aplicativos reais criadas com Kliv por desenvolvedores e criadores no mundo todo
Memory Café Coordination Tool
A warm platform for dementia-friendly cafés, connecting caregivers, volunteers, and coordinators.
Remit Record
Track remittances and household budgets seamlessly.
Next Page Book Club
Manage your book club easily with proposals, voting, and history tracking.
Northfern Tattoo Studio
Portfolio and booking site for Northfern Tattoo Studio.
Campo Agua Gestión
Sistema de gestión del agua comunitario para aldeas.
つくりて — 伝統工芸職人サイト
職人が作品を展示し、受注管理を行うサイトです。
Tidal Surf Reports
Crowd-sourced surf condition tracking app.
Riverside Commons HOA Management
A portal for HOA management at Riverside Commons.
よやくん — レストラン予約管理
小規模レストラン向けの予約管理サイトです。
Troop 214 Scout Management
A management tool for Scout Troop 214, focused on outings, advancement, and communication.
Te Kura Kaupapa Māori Whānau Board
A whānau coordination tool for Māori-medium schools.
Tsev Nyeem Ntawv Library
Mobile library coordinator for Hmong and Lao communities.
Memory Café Coordination Tool
A warm platform for dementia-friendly cafés, connecting caregivers, volunteers, and coordinators.
Remit Record
Track remittances and household budgets seamlessly.
Next Page Book Club
Manage your book club easily with proposals, voting, and history tracking.
Northfern Tattoo Studio
Portfolio and booking site for Northfern Tattoo Studio.
Campo Agua Gestión
Sistema de gestión del agua comunitario para aldeas.
つくりて — 伝統工芸職人サイト
職人が作品を展示し、受注管理を行うサイトです。
Tidal Surf Reports
Crowd-sourced surf condition tracking app.
Riverside Commons HOA Management
A portal for HOA management at Riverside Commons.
よやくん — レストラン予約管理
小規模レストラン向けの予約管理サイトです。
Troop 214 Scout Management
A management tool for Scout Troop 214, focused on outings, advancement, and communication.
Te Kura Kaupapa Māori Whānau Board
A whānau coordination tool for Māori-medium schools.
Tsev Nyeem Ntawv Library
Mobile library coordinator for Hmong and Lao communities.
Mostre aos clientes o trabalho sem expor o repositório
Descreva os eventos do GitHub, as regras de issues, o acesso de clientes, a revisão de changelog, os e-mails de release e a cobrança. O Kliv constrói o hub de entregas em torno deles.
