Diese Seite wurde aus dem Englischen übersetzt.
Entwickler-Tools
Eine individuelle App mit GitHub-Integration entwickeln
Kliv ist ein KI-App-Builder. Beschreiben Sie die GitHub-Integration, die Sie möchten – Kundenanfragen, gelabelte Issues, Changelog-Entwürfe, Release-E-Mails und Rechnungen – und Kliv baut die App.
Geben Sie Ihre Idee einfach in das Textfeld ein, und AI baut sie für Sie
Was ist Kliv?
Kliv ist keine generische Integrations-Checkbox, die Sie anmelden und konfigurieren – Kliv ist ein KI-App-Builder, der Software für Sie baut.
Sie beschreiben in eigenen Worten, was Sie brauchen, und Kliv baut es: die Datenbank, die Logik, die Oberflächen und die Regeln. Das Ergebnis ist eine echte, funktionierende App, die Ihnen gehört. Sie können sie nutzen, später durch weitere Beschreibungen ändern lassen und auf Ihren eigenen Konten und Ihrer eigenen Domain betreiben. Es ist keine Vorlage mit Ihrem Namen darauf.
Auf dieser Seite ist diese App eine individuelle App, die sich mit GitHub verbindet und Menschen außerhalb des Repositorys den passenden Arbeitsablauf zeigt. Kliv baut alle Arten von Web-Apps; dies ist nur ein Beispiel, und darum geht es auf dem Rest dieser Seite.
Warum das Repository einen Empfang braucht
Die eigentliche Projektarbeit läuft oft schon in GitHub: Issues, Pull Requests, Meilensteine und Releases. Kunden sollten in der Regel nicht erst GitHub lesen müssen, um zu wissen, was passiert ist.
Kliv kann das Portal bauen, das Sie beschreiben – rund um Ihre Repositories. Kundenanfragen können gelabelte Issues öffnen. Der GitHub-Status kann sich zum Kunden spiegeln. Gemergte Pull Requests können Changelog-Entwürfe erzeugen. Releases können lesbare E-Mails und Meilenstein-Rechnungen erzeugen. Das Studio arbeitet weiter in GitHub; der Kunde sieht ein klares Kunden-Portal.
Beide Seiten des Webhooks
Fünf Datensätze tragen die Projekt-Historie zwischen GitHub und dem Kunden-Portal.
Das Projekt
Ein Projekt verknüpft einen Kunden mit den passenden Repositories und Meilensteinen. Anfragen, Changelog-Einträge und Rechnungen hängen an diesem Projekt.
Die Anfrage
Ein Kunde reicht eine Anfrage in normaler Sprache ein. Die App öffnet ein GitHub-Issue mit den passenden Labels und hält den Status synchron.
Der Changelog-Eintrag
Wenn ein Pull Request gemergt wird, schreibt der Webhook einen Entwurf mit dem PR-Titel, dem Projekt und der verknüpften Anfrage. Ein Mensch formuliert ihn um, bevor Kunden ihn sehen.
Die Meilenstein-Rechnung
Wenn ein Release einen Meilenstein abschließt, kann das Portal eine detaillierte Rechnung entwerfen, etwa für einen Festpreis-Meilenstein von 1.800 €, mit Kartenzahlung über Ihr eigenes Stripe-Konto.
Die Kundentrennung
Der Login eines Kunden zeigt nur die Projekte dieses Kunden. Ein Monorepo kann mehrere Kunden bedienen, weil der Zugriff den Projekt-Datensätzen folgt.
Ein Beispiel: Lenas Portal für ihr Produktstudio
So könnte ein Studio das nutzen. Es ist nur ein Beispiel – Sie würden Ihre eigenen Repositories, den Kundenzugriff, den Issue-Workflow, die Releases und die Abrechnungsregeln beschreiben.
Eine Kundenanfrage öffnet das richtige Issue
Lenas Kunde schreibt zwei einfache Sätze im Portal. Die App öffnet ein gelabeltes GitHub-Issue im richtigen Repository und verlinkt es zurück zur Kundenanfrage.
Die Priorisierung bleibt in GitHub
Das Studio schätzt, labelt und plant die Arbeit wie gewohnt in GitHub. Das Portal spiegelt den Status zurück in die Kundenansicht.
Ein Merge erzeugt einen Changelog-Entwurf
Wenn der Pull Request gemergt wird, erstellt der Webhook einen ausstehenden Changelog-Eintrag mit dem PR-Titel, dem Projekt und der gelösten Anfrage.
Ein Mensch genehmigt den Kundentext
Jemand formuliert den technischen PR-Titel in einen Satz um, den ein Kunde lesen soll, und gibt ihn für das Release frei.
Die Release-E-Mail ist kundenspezifisch
Die Veröffentlichung des Releases macht aus freigegebenen Entwürfen eine Changelog-Seite und schickt jedem Kunden per E-Mail nur die Punkte aus seinem Projekt.
Die Rechnung weiß, was geliefert wurde
Der abgeschlossene Meilenstein entwirft eine Rechnung aus den gelieferten Anfragen, aufgeschlüsselt mit einem Kartenzahlungslink auf derselben Seite, auf der der Kunde die Arbeit verfolgt hat.
Beschreiben Sie die GitHub-Integration, die Sie bauen möchten
Kliv baut nach Ihrer Beschreibung – je mehr Details Sie liefern, desto näher liegt die erste Version an Ihrem Ziel. Nennen Sie Repositories, Events, Labels, Kundenzugriff, Freigabeschritte, Benachrichtigungen und Abrechnung. Hier sind drei zum Weiterbauen:
Kunden-Portal
Anfragen rein, Changelogs raus, Zugriff pro Kunde.
“Baue ein Kunden-Portal, das mit unserer GitHub-Organisation verbunden ist. Kunden reichen Anfragen ein, die zu gelabelten Issues im richtigen Repository werden, der Issue-Status spiegelt sich zum Kunden, gemergte Pull Requests werden zu Changelog-Entwürfen, jeder Kunde sieht nur seine eigenen Projekte, und Festpreis-Meilensteine von 1.800 € können nach dem Release Rechnungen entwerfen.”
Öffentliche Changelog-Seite
GitHub-Releases werden zu lesbaren Beiträgen.
“Baue eine öffentliche Changelog-Seite für unser Produkt. Verwandle GitHub-Releases in Entwurfsbeiträge, verlange eine menschliche Freigabe vor der Veröffentlichung, lass Besucher sich per E-Mail abonnieren und verschicke eine Release-Ankündigung mit Links zu den gelieferten Punkten.”
Formular für Fehlermeldungen
Fehlermeldungen, die schon vorsortiert ankommen.
“Baue ein Formular für Fehlermeldungen für unser Support-Team. Meldende geben Schweregrad, Browser, Schritte zur Reproduktion, Screenshots und Kunden-ID an; die App legt ein GitHub-Issue mit Schweregrad-Labels und Anhängen an; und die meldende Person sieht den Live-Status, ohne ein GitHub-Konto zu benötigen.”
Die Teile, die Sie nicht selbst bauen
Die Verbindung ist eine einzige Autorisierung. Sie verbinden Ihre GitHub-Organisation einmal. Das Token verwaltet die Plattform, es landet nicht im Quellcode der App. Die App kann Issues öffnen, kommentieren, Releases lesen und Webhook-Events empfangen.
Entwürfe warten auf einen Menschen. Changelog-Einträge landen in einer Freigabe-Warteschlange. Kein Kunde sieht etwas, bevor jemand einen technischen PR-Titel in klare Release-Sprache umformuliert und freigegeben hat.
Die App hat auch ihr eigenes Repository. Kliv synchronisiert den Quellcode der App mit einem Repository, das Ihnen gehört, sodass auch das Werkzeug, das über die Lieferung berichtet, versioniert ist.
Slack kann ein weiteres Publikum sein. Ein Release kann eine Zusammenfassung in den Kanal posten, den Sie mit einem Kunden teilen.
GitHub ist ein Connector. Dasselbe Muster aus Aktion und Reaktion erreicht auch Slack, Notion, Linear, HubSpot und mehr. Erstellen & erweitern zeigt das größere Connector-Regal.
Häufige Fragen
Was genau ist Kliv?
Kliv ist ein KI-App-Builder. Sie beschreiben die Software, die Sie brauchen, Kliv baut die funktionierende App, und das Ergebnis gehört Ihnen. Für diese Seite heißt das: ein mit GitHub verbundenes Kunden-Portal mit Kundenanfragen, Issue-Erstellung, Status-Spiegelung, Changelog-Entwürfen, Release-E-Mails und Rechnungen.
Bekomme ich eine echte App oder eine Vorlage?
Eine echte App. Kliv baut die Daten, Regeln und Oberflächen für Ihren konkreten Fall – kein vorgefertigtes Theme zum Ausfüllen. Sie können sie weiter ändern, indem Sie beschreiben, was anders sein soll.
Kann ich sie nach dem Bau noch ändern?
Ja. Beschreiben Sie die Änderungen in einfachen Worten, und Kliv aktualisiert die App. Sie können Felder, Workflows, Seiten, E-Mails, Zugriffsregeln und Berichte anpassen, ohne von vorn zu beginnen.
Brauchen Kunden ein GitHub-Konto?
Nein. Kunden melden sich im Portal per E-Mail und Passwort, Google oder Passkey an. GitHub bleibt das Werkzeug des Studios, und Kunden sehen nur die abgeleiteten Datensätze.
Was, wenn ein Pull-Request-Titel zu technisch für die Veröffentlichung ist?
Jeder Eintrag kann als Entwurf in einer Freigabe-Warteschlange landen. Er bleibt unsichtbar, bis jemand ihn umformuliert und freigibt.
Funktioniert das auch mit privaten Repositories?
Ja. Sie autorisieren die Organisation einmal, und die Verbindung wird serverseitig verwaltet. Kein Schlüssel taucht im Quellcode der App auf.
Können zwei Kunden sich ein Monorepo teilen?
Ja. Anfragen und Changelog-Einträge tragen einen Projektbezug, und der Zugriff jedes Kunden wird auf diesen Datensätzen durchgesetzt.
Kann die App GitHub-Issues erstellen?
Ja. Eine Kundenanfrage kann ein gelabeltes Issue im richtigen Repository öffnen und den Bezug zur ursprünglichen Kundenanfrage behalten.
Können gemergte Pull Requests zu Changelog-Einträgen werden?
Ja. Webhooks können beim Mergen von Pull Requests Entwürfe erzeugen, die dann ein Mensch in kundentaugliche Formulierungen freigibt.
Können Releases E-Mails oder Slack-Nachrichten verschicken?
Ja. Ein Release-Event kann eine Changelog-Seite veröffentlichen, eine E-Mail verschicken und eine Zusammenfassung in einen gemeinsamen Slack-Kanal posten, wenn Sie diesen Ablauf definieren.
Können Meilenstein-Rechnungen Stripe nutzen?
Ja. Wenn Ihr Lieferprozess bezahlte Meilensteine enthält, können Rechnungen eine Kartenzahlung über Ihr eigenes Stripe-Konto enthalten.
Kann ich meine eigene Domain nutzen?
Ja. Das Kunden-Portal und der Changelog können auf Ihrer eigenen Domain laufen.
Kann ich später von Kliv weg wechseln?
Ja. Der Quellcode der App wird mit Ihrem eigenen Git-Repository synchronisiert.
Mehr in dieser Kategorie
Von Kreativen gebaut
Entdecken Sie, was möglich ist
Sehen Sie echte Apps, die Entwickler und Kreative weltweit mit Kliv gebaut haben
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.
Zeigen Sie Kunden die Arbeit, ohne das Repository offenzulegen
Beschreiben Sie die GitHub-Events, Issue-Regeln, den Kundenzugriff, die Changelog-Freigabe, die Release-E-Mails und die Abrechnung. Kliv baut das Kunden-Portal darum herum.
