Den här sidan har översatts från engelska.
Utvecklarverktyg
Bygg en egen app med GitHub-integration
Kliv är en AI som bygger appar. Beskriv GitHub-integrationen du vill ha – kundförfrågningar, märkta issues, changelog-utkast, releasemejl och fakturor – så bygger den appen.
Skriv bara in din idé i textrutan så bygger AI den åt dig
Vad är Kliv?
Kliv är ingen generisk integrationsruta du registrerar dig för och konfigurerar – det är en AI som bygger programvara åt dig.
Du beskriver vad du behöver med egna ord, och Kliv bygger det: databasen, logiken, skärmarna och reglerna. Det du får är en riktig, fungerande app som är din. Du kan använda den, ändra den i efterhand genom att be om ändringar, och köra den på dina egna konton och din egen domän. Det är ingen mall med ditt namn på.
På den här sidan är den appen en egen app som kopplar till GitHub och visar rätt arbetsflöde för människorna utanför repot. Kliv bygger alla möjliga webbappar; det här är ett exempel, och det är vad resten av sidan handlar om.
Varför repot behöver en reception
Leveransarbetet lever kanske redan i GitHub: issues, pull requests, milstolpar och releaser. Kunder ska oftast inte behöva läsa GitHub för att veta vad som hänt.
Kliv kan bygga portalen du beskriver kring dina repon. Kundförfrågningar kan öppna märkta issues. GitHub-status kan speglas tillbaka till kunden. Mergade pull requests kan skapa changelog-utkast. Releaser kan ge läsbara mejl och milstolpsfakturor. Studion fortsätter arbeta i GitHub; kunden ser en tydlig leveransportal.
Webhookens båda sidor
Fem poster bär leveransberättelsen mellan GitHub och kundportalen.
Projektet
Ett projekt kopplar en kund till de relevanta repona och milstolparna. Förfrågningar, changelog-poster och fakturor hänger på det projektet.
Förfrågan
En kund lämnar en förfrågan på vanlig svenska. Appen öppnar en GitHub-issue med rätt etiketter och håller statusen i takt.
Changelog-posten
När en pull request mergas skriver webhooken ett utkast med PR-titeln, projektet och den länkade förfrågan. En person skriver om det innan kunder ser det.
Milstolpsfakturan
När en release stänger en milstolpe kan portalen skapa en specificerad faktura, till exempel en fastprismilstolpe på 18 000 kr, med kortbetalning via ditt eget Stripe-konto.
Kundväggen
En kunds inloggning visar bara den kundens projekt. Ett monorepo kan betjäna flera kunder eftersom åtkomsten följer projektraderna.
Ett exempel: Sofias leveransportal för produktstudion
Så här kan en studio använda det. Det är bara ett exempel – du skulle beskriva dina egna repon, kundåtkomst, issue-flöde, releaser och faktureringsregler.
En kundförfrågan öppnar rätt issue
Sofias kund skriver två meningar på vanlig svenska i portalen. Appen öppnar en märkt GitHub-issue i rätt repo och länkar den tillbaka till kundförfrågan.
Sorteringen stannar i GitHub
Studion uppskattar, etiketterar och planerar arbetet i GitHub som vanligt. Portalen speglar statusen tillbaka till kundvyn.
En merge skapar ett changelog-utkast
När pull requesten landar skapar webhooken en väntande changelog-post med PR-titeln, projektet och förfrågan den löste.
En person godkänner kundtexten
Någon skriver om den tekniska PR-titeln till en mening en kund bör läsa och godkänner den för releasen.
Releasemejlet är kundspecifikt
Att publicera releasen gör godkända utkast till en changelog-sida och mejlar varje kund bara posterna från deras projekt.
Fakturan vet vad som levererats
Den stängda milstolpen skapar en faktura ur levererade förfrågningar, specificerad med en kortbetallänk på samma sida där kunden följde arbetet.
Beskriv GitHub-integrationen du vill bygga
Kliv bygger utifrån din beskrivning, så ju mer detaljer du ger, desto närmare blir första versionen. Ta med repon, händelser, etiketter, kundåtkomst, granskningssteg, aviseringar och fakturering. Här är tre att bygga vidare på:
Leveransportal för kunder
Förfrågningar in, changelogs ut, åtkomst per kund.
“Bygg en leveransportal kopplad till vår GitHub-organisation. Kunder lämnar förfrågningar som blir märkta issues i rätt repo, issue-status speglas tillbaka till kunden, mergade pull requests blir changelog-utkast, varje kund ser bara sina egna projekt, och fasta milstolpar på 18 000 kr kan skapa fakturor efter release.”
Publik changelog-sida
GitHub-releaser förvandlade till läsbara inlägg.
“Bygg en publik changelog-sida för vår produkt. Gör GitHub-releaser till utkast, kräv ett mänskligt godkännande före publicering, låt besökare prenumerera via mejl, och skicka en releasekungörelse med länkar till det som levererats.”
Formulär för buggrapporter
Buggrapporter som kommer in redan sorterade.
“Bygg ett buggformulär för vårt supportteam. Rapportörer anger allvarlighetsgrad, webbläsare, steg för att återskapa, skärmdumpar och konto-ID; appen skapar en GitHub-issue med allvarlighetsetiketter och bilagor; och rapportören kan se live-status utan att behöva ett GitHub-konto.”
Delarna du inte bygger för hand
Kopplingen är en auktorisering. Du kopplar din GitHub-organisation en gång. Token hålls av plattformen, inte inklistrad i appens kod. Appen kan öppna issues, kommentera, läsa releaser och ta emot webhook-händelser.
Utkast väntar på en person. Changelog-poster hamnar i en granskningskö. Inget når en kund förrän någon förvandlat en teknisk PR-titel till tydligt releasespråk och godkänt den.
Appen har också ett eget repo. Kliv synkar appens källkod med ett repo du äger, så att verktyget som rapporterar om leveransen också är versionshanterat.
Slack kan vara en till publik. En release kan lägga upp en sammanfattning i kanalen du delar med en kund.
GitHub är en koppling. Samma agera-och-reagera-mönster når Slack, Notion, Linear, HubSpot och fler. Bygg och utöka visar den bredare kopplingshyllan.
Vanliga frågor
Vad är Kliv, egentligen?
Kliv är en AI som bygger appar. Du beskriver programvaran du behöver, den bygger den färdiga appen, och du äger resultatet. På den här sidan betyder det en leveransportal kopplad till GitHub, med kundförfrågningar, skapade issues, speglad status, changelog-utkast, releasemejl och fakturor.
Får jag en riktig app eller en mall?
En riktig app. Kliv bygger data, regler och skärmar för ditt specifika fall, inte ett färdigt tema du fyller i. Du fortsätter ändra den genom att beskriva vad du vill ha annorlunda.
Kan jag ändra den efter att den byggts?
Ja. Be om ändringar med vanliga ord, så uppdaterar Kliv appen. Du kan justera fält, arbetsflöden, sidor, mejl, åtkomstregler och rapporter utan att börja om.
Behöver kunderna GitHub-konton?
Nej. Kunderna loggar in i portalen med mejl och lösenord, Google eller nyckel (passkey). GitHub förblir studions verktyg, och kunderna ser härledda poster.
Tänk om titeln på en pull request är för teknisk för att publiceras?
Varje post kan landa som ett utkast i en granskningskö. Den syns inte förrän någon skrivit om och godkänt den.
Fungerar det med privata repon?
Ja. Du auktoriserar organisationen en gång, och kopplingen hålls på serversidan. Ingen nyckel hamnar i appens källkod.
Kan två kunder dela ett monorepo?
Ja. Förfrågningar och changelog-poster bär projektomfång, och varje kunds åtkomst gäller på de raderna.
Kan appen skapa GitHub-issues?
Ja. En kundförfrågan kan öppna en märkt issue i rätt repo och behålla en länk tillbaka till den kundvända förfrågan.
Kan mergade pull requests bli changelog-poster?
Ja. Webhookar kan skapa utkast när pull requests mergas, sedan godkänner en människa den kundfärdiga formuleringen.
Kan releaser skicka mejl eller Slack-inlägg?
Ja. En release kan publicera en changelog-sida, skicka ett mejl och lägga upp en sammanfattning i en delad Slack-kanal om du definierar det flödet.
Kan milstolpsfakturor använda Stripe?
Ja. Om ditt leveransflöde innehåller betalda milstolpar kan fakturor få kortbetalning via ditt eget Stripe-konto.
Kan jag använda min egen domän?
Ja. Kundportalen och changeloggen kan köras på din egen domän.
Kan jag lämna Kliv senare?
Ja. Appens källkod synkas till ditt eget Git-repo.
Mer i den här kategorin
Byggt av kreatörer
Utforska vad som är möjligt
Se riktiga appar byggda med Kliv av utvecklare och kreatörer över hela världen
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.
Visa kunderna arbetet utan att blotta repot
Beskriv GitHub-händelserna, issue-reglerna, kundåtkomsten, changelog-granskningen, releasemejlen och faktureringen. Kliv bygger leveransportalen kring dem.
