Questa pagina è stata tradotta dall’inglese.
Strumenti per sviluppatori
Crea un’app su misura con integrazione GitHub
Kliv è un builder di app basato su IA. Descrivi l’integrazione GitHub che desideri — richieste dei clienti, issue etichettate, bozze di changelog, email di release e fatture — e Kliv costruisce l’app.
Inserisci semplicemente la tua idea nella casella di testo e l’AI la realizzerà per te
Cos’è Kliv?
Kliv non è una casella di integrazione generica da attivare e configurare — è un builder di app basato su IA che costruisce il software per te.
Descrivi ciò di cui hai bisogno con parole tue, e Kliv lo realizza: il database, la logica, le schermate e le regole. Il risultato è un’app vera e funzionante, che è tua. Puoi usarla, modificarla in seguito chiedendo delle modifiche, e farla girare sui tuoi account e sul tuo dominio. Non è un template con il tuo nome sopra.
In questa pagina, l’app in questione è un’app su misura che si collega a GitHub e mostra il flusso di lavoro giusto alle persone che non hanno accesso al repository. Kliv costruisce ogni tipo di web app; questo è solo un esempio, ed è ciò di cui parla il resto di questa pagina.
Perché il repository ha bisogno di una reception
Il lavoro di consegna probabilmente vive già in GitHub: issue, pull request, milestone e release. Di solito i clienti non dovrebbero dover leggere GitHub per sapere cosa è successo.
Kliv può costruire l’hub che descrivi attorno ai tuoi repository. Le richieste dei clienti possono aprire issue etichettate. Lo stato di GitHub può rispecchiarsi verso il cliente. Le pull request unite possono generare bozze di changelog. Le release possono produrre email leggibili e fatture per le milestone. Lo studio continua a lavorare in GitHub; il cliente vede un hub di consegna chiaro.
Le due facce del webhook
Cinque record raccontano la storia della consegna tra GitHub e l’hub del cliente.
Il progetto
Un progetto collega un cliente ai repository e alle milestone pertinenti. Richieste, voci di changelog e fatture dipendono da quel progetto.
La richiesta
Un cliente invia una richiesta in linguaggio semplice. L’app apre una issue GitHub con le etichette giuste e mantiene lo stato allineato.
La voce di changelog
Quando una pull request viene unita, il webhook scrive una bozza con il titolo della PR, il progetto e la richiesta collegata. Una persona la riscrive prima che i clienti la vedano.
La fattura di milestone
Quando una release chiude una milestone, l’hub può generare una bozza di fattura dettagliata, ad esempio per una milestone fissa da 1.500 €, con pagamento con carta sul tuo account Stripe.
Il muro tra clienti
L’accesso di un cliente mostra solo i progetti di quel cliente. Un monorepo può servire più clienti perché l’accesso segue le righe dei progetti.
Un esempio: l’hub di consegna dello studio di prodotto di Sofia
Ecco come uno studio potrebbe usarlo. È solo un esempio — tu descriveresti i tuoi repository, l’accesso dei clienti, il flusso di lavoro delle issue, le release e le regole di fatturazione.
Una richiesta del cliente apre la issue giusta
Il cliente di Sofia scrive due frasi semplici nell’hub. L’app apre una issue GitHub etichettata nel repository giusto e la collega alla richiesta del cliente.
Il triage resta in GitHub
Lo studio stima, etichetta e pianifica il lavoro in GitHub come al solito. L’hub rispecchia lo stato nella vista del cliente.
Un merge crea una bozza di voce di changelog
Quando la pull request viene unita, il webhook crea una voce di changelog in sospeso con il titolo della PR, il progetto e la richiesta che ha risolto.
Una persona approva il testo per il cliente
Qualcuno riscrive il titolo tecnico della PR in una frase che il cliente possa leggere, poi la approva per la release.
L’email di release è specifica per cliente
Pubblicare la release trasforma le bozze approvate in una pagina di changelog e invia a ogni cliente via email solo gli elementi del proprio progetto.
La fattura sa cosa è stato consegnato
La milestone chiusa genera una bozza di fattura dalle richieste consegnate, dettagliata con un link di pagamento con carta sulla stessa pagina dove il cliente ha seguito il lavoro.
Descrivi l’integrazione GitHub che vuoi costruire
Kliv costruisce a partire dalla tua descrizione, quindi più dettagli fornisci, più la prima versione sarà vicina a ciò che vuoi. Includi repository, eventi, etichette, accesso dei clienti, passaggi di revisione, notifiche e fatturazione. Eccone tre da cui partire:
Hub di consegna clienti
Richieste in entrata, changelog in uscita, accesso per cliente.
“Crea un hub di consegna clienti collegato alla nostra organizzazione GitHub. I clienti inviano richieste che diventano issue etichettate nel repository giusto, lo stato della issue si rispecchia verso il cliente, le pull request unite diventano bozze di changelog, ogni cliente vede solo i propri progetti, e le milestone fisse da 1.500 € possono generare bozze di fattura dopo la release.”
Sito pubblico di changelog
Release di GitHub trasformate in articoli leggibili.
“Crea un sito pubblico di changelog per il nostro prodotto. Trasforma le release di GitHub in bozze di articoli, richiedi l’approvazione di una persona prima della pubblicazione, permetti ai visitatori di iscriversi via email, e invia un annuncio di release con i link agli elementi rilasciati.”
Modulo di raccolta issue
Segnalazioni di bug che arrivano già smistate.
“Crea un modulo di raccolta bug per il nostro team di supporto. Chi segnala inserisce gravità, browser, passaggi per riprodurre il problema, screenshot e ID account; l’app apre una issue GitHub con etichette di gravità e allegati; e chi segnala può vedere lo stato in tempo reale senza bisogno di un account GitHub.”
Le parti che non costruisci a mano
La connessione è un’unica autorizzazione. Colleghi la tua organizzazione GitHub una sola volta. Il token è custodito dalla piattaforma, non incollato nel codice dell’app. L’app può aprire issue, commentare, leggere le release e ricevere eventi webhook.
Le bozze aspettano una persona. Le voci di changelog arrivano in una coda di revisione. Niente raggiunge un cliente finché qualcuno non trasforma un titolo tecnico di PR in un linguaggio di release chiaro e lo approva.
Anche l’app ha il proprio repository. Kliv sincronizza il codice sorgente dell’app con un repository di tua proprietà, così anche lo strumento che riporta sulla consegna è versionato.
Slack può essere un altro pubblico. Una release può pubblicare un riepilogo nel canale che condividi con un cliente.
GitHub è un connettore fra tanti. Lo stesso schema azione-e-reazione raggiunge Slack, Notion, Linear, HubSpot e altri. Build & extend mostra lo scaffale più ampio dei connettori.
Domande frequenti
Cos’è esattamente Kliv?
Kliv è un builder di app basato su IA. Descrivi il software di cui hai bisogno, Kliv costruisce l’app funzionante, e tu sei proprietario del risultato. Per questa pagina, significa un hub di consegna collegato a GitHub, con richieste dei clienti, creazione di issue, rispecchiamento dello stato, bozze di changelog, email di release e fatture.
Ottengo un’app vera o un template?
Un’app vera. Kliv costruisce dati, regole e schermate per il tuo caso specifico, non un tema preconfezionato da riempire. Continui a modificarla descrivendo cosa vuoi cambiare.
Posso modificarla dopo che è stata costruita?
Sì. Chiedi le modifiche con parole semplici e Kliv aggiorna l’app. Puoi modificare campi, flussi di lavoro, pagine, email, regole di accesso e report senza ricominciare da capo.
I clienti hanno bisogno di un account GitHub?
No. I clienti accedono all’hub con email e password, Google o passkey. GitHub resta lo strumento dello studio, e i clienti vedono record derivati.
Cosa succede se il titolo di una pull request è troppo tecnico per essere pubblicato?
Ogni voce può arrivare come bozza in una coda di revisione. Resta invisibile finché qualcuno non la riscrive e la approva.
Funziona con repository privati?
Sì. Autorizzi l’organizzazione una sola volta, e la connessione è custodita lato server. Nessuna chiave compare nel codice sorgente dell’app.
Due clienti possono condividere un unico monorepo?
Sì. Richieste e voci di changelog portano un ambito di progetto, e l’accesso di ogni cliente è applicato su quelle righe.
L’app può creare issue GitHub?
Sì. Una richiesta del cliente può aprire una issue etichettata nel repository giusto e mantenere un collegamento alla richiesta visibile al cliente.
Le pull request unite possono diventare voci di changelog?
Sì. I webhook possono creare bozze quando le pull request vengono unite, poi una persona approva un testo pronto per il cliente.
Le release possono inviare email o messaggi Slack?
Sì. Un evento di release può pubblicare una pagina di changelog, inviare un’email e pubblicare un riepilogo in un canale Slack condiviso, se definisci quel flusso.
Le fatture di milestone possono usare Stripe?
Sì. Se il tuo flusso di consegna include milestone a pagamento, le fatture possono includere un pagamento con carta sul tuo account Stripe.
Posso usare il mio dominio?
Sì. L’hub del cliente e il changelog possono girare sul tuo dominio.
Posso lasciare Kliv in seguito?
Sì. Il codice sorgente dell’app si sincronizza con il tuo repository Git.
Altro in questa categoria
Creato da creatori
Scopri cosa è possibile
Guarda app reali create con Kliv da sviluppatori e creatori in tutto il mondo
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.
Mostra ai clienti il lavoro senza esporre il repository
Descrivi gli eventi GitHub, le regole per le issue, l’accesso dei clienti, la revisione del changelog, le email di release e la fatturazione. Kliv costruisce l’hub di consegna attorno a questi elementi.
