Ta strona została przetłumaczona z języka angielskiego.
Narzędzia dla programistów
Zbuduj własną aplikację z integracją GitHub
Kliv to konstruktor aplikacji AI. Opisz integrację z GitHub, jakiej potrzebujesz — zgłoszenia klientów, oznaczone etykietami issues, szkice dziennika zmian, e-maile o wydaniach i faktury — a Kliv zbuduje tę aplikację.
Po prostu wpisz swój pomysł w polu tekstowym, a AI zbuduje go za Ciebie
Czym jest Kliv?
Kliv to nie kolejna gotowa integracja, którą włącza się i konfiguruje w ustawieniach — to konstruktor aplikacji AI, który buduje oprogramowanie za Ciebie.
Opisujesz własnymi słowami, czego potrzebujesz, a Kliv to buduje: bazę danych, logikę, ekrany i reguły. Efektem jest prawdziwa, działająca aplikacja, która należy do Ciebie. Możesz jej używać, zmieniać ją później, prosząc o poprawki, i uruchomić na własnych kontach oraz własnej domenie. To nie jest szablon z Twoją nazwą na górze.
Na tej stronie tą aplikacją jest własna aplikacja, która łączy się z GitHubem i pokazuje właściwy przebieg pracy osobom spoza repozytorium. Kliv buduje wszelkiego rodzaju aplikacje webowe — to jeden przykład, a reszta strony właśnie o nim opowiada.
Dlaczego repozytorium potrzebuje fasady dla klientów
Praca nad projektem może już toczyć się w GitHubie: zgłoszenia, pull requesty, kamienie milowe i wydania. Klienci zwykle nie powinni musieć czytać GitHuba, żeby wiedzieć, co się dzieje.
Kliv może zbudować centrum, które opiszesz, wokół Twoich repozytoriów. Prośby klientów mogą otwierać oznaczone etykietami zgłoszenia. Status z GitHuba może odzwierciedlać się z powrotem u klienta. Scalone pull requesty mogą tworzyć szkice wpisów w dzienniku zmian. Wydania mogą generować czytelne e-maile i faktury za kamienie milowe. Zespół dalej pracuje w GitHubie, a klient widzi przejrzyste centrum dostaw.
Obie strony webhooka
Pięć rodzajów rekordów przenosi historię realizacji zamówienia między GitHubem a centrum klienta.
Projekt
Projekt łączy jednego klienta z odpowiednimi repozytoriami i kamieniami milowymi. Prośby, wpisy w dzienniku zmian i faktury są przypisane do tego projektu.
Prośba
Klient zgłasza prośbę zwykłym językiem. Aplikacja otwiera zgłoszenie w GitHubie z odpowiednimi etykietami i synchronizuje jego status.
Wpis w dzienniku zmian
Gdy pull request zostaje scalony, webhook tworzy szkic z tytułem PR-a, projektem i powiązaną prośbą. Zanim klient go zobaczy, ktoś go przeredagowuje.
Faktura za kamień milowy
Gdy wydanie zamyka kamień milowy, centrum może wystawić szkic szczegółowej faktury — na przykład za kamień milowy o stałej cenie 7500 zł — z płatnością kartą na Twoim własnym koncie Stripe.
Ściana dostępu klienta
Logowanie jednego klienta pokazuje tylko jego projekty. Jedno monorepo może obsługiwać wielu klientów, bo dostęp jest przypisany do wierszy projektów.
Przykład: centrum dostaw pracowni produktowej Zofii
Oto, jak mogłaby z tego skorzystać jedna pracownia. To tylko przykład — Ty opisałbyś własne repozytoria, dostęp klientów, przepływ pracy nad zgłoszeniami, wydania i zasady rozliczeń.
Prośba klienta otwiera właściwe zgłoszenie
Klient Zofii wpisuje w centrum dwa zdania zwykłym językiem. Aplikacja otwiera oznaczone etykietą zgłoszenie w GitHubie, we właściwym repozytorium, i łączy je z powrotem z prośbą klienta.
Segregacja zgłoszeń zostaje w GitHubie
Pracownia jak zwykle wycenia, etykietuje i planuje pracę w GitHubie. Centrum odzwierciedla status z powrotem w widoku klienta.
Scalenie tworzy szkic wpisu w dzienniku zmian
Gdy pull request zostaje wdrożony, webhook tworzy oczekujący wpis w dzienniku zmian z tytułem PR-a, projektem i prośbą, którą rozwiązał.
Ktoś zatwierdza treść dla klienta
Ktoś przeredagowuje techniczny tytuł PR-a na zdanie zrozumiałe dla klienta, a następnie zatwierdza je do wydania.
E-mail o wydaniu jest dopasowany do klienta
Publikacja wydania zamienia zatwierdzone szkice w stronę dziennika zmian i wysyła każdemu klientowi e-mail tylko z pozycjami z jego projektu.
Faktura wie, co zostało dostarczone
Zamknięty kamień milowy generuje szkic faktury na podstawie zrealizowanych próśb, z pozycjami i linkiem do płatności kartą na tej samej stronie, na której klient śledził postęp prac.
Opisz integrację z GitHub, którą chcesz zbudować
Kliv buduje na podstawie Twojego opisu, więc im więcej szczegółów podasz, tym bliższa celu będzie pierwsza wersja. Uwzględnij repozytoria, zdarzenia, etykiety, dostęp klientów, etapy przeglądu, powiadomienia i rozliczenia. Oto trzy przykłady, na których możesz się oprzeć:
Centrum dostaw dla klienta
Prośby na wejściu, dziennik zmian na wyjściu, dostęp według klienta.
“Zbuduj centrum dostaw dla klienta połączone z naszą organizacją na GitHubie. Klienci zgłaszają prośby, które stają się oznaczonymi etykietą zgłoszeniami we właściwym repozytorium, status zgłoszenia odzwierciedla się z powrotem u klienta, scalone pull requesty stają się szkicami wpisów w dzienniku zmian, każdy klient widzi tylko swoje własne projekty, a kamienie milowe o stałej cenie 7500 zł mogą tworzyć szkice faktur po wydaniu.”
Publiczna strona dziennika zmian
Wydania z GitHuba zamienione w czytelne wpisy.
“Zbuduj publiczną stronę z dziennikiem zmian dla naszego produktu. Zamieniaj wydania z GitHuba w szkice wpisów, wymagaj zatwierdzenia przez człowieka przed publikacją, pozwól odwiedzającym zapisać się przez e-mail i wysyłaj ogłoszenie o wydaniu z linkami do wprowadzonych zmian.”
Formularz zgłaszania błędów
Zgłoszenia błędów, które trafiają do zespołu już wstępnie posegregowane.
“Zbuduj formularz zgłaszania błędów dla naszego zespołu wsparcia. Osoby zgłaszające podają poziom istotności, przeglądarkę, kroki do odtworzenia błędu, zrzuty ekranu i identyfikator konta; aplikacja zakłada zgłoszenie w GitHubie z etykietami istotności i załącznikami; a zgłaszający widzi status na żywo bez konieczności posiadania konta GitHub.”
Elementy, których nie budujesz ręcznie
Połączenie to jedna autoryzacja. Łączysz swoją organizację na GitHubie raz. Token przechowuje platforma, a nie kod aplikacji. Aplikacja może otwierać zgłoszenia, dodawać komentarze, czytać wydania i odbierać zdarzenia webhook.
Szkice czekają na człowieka. Wpisy w dzienniku zmian trafiają do kolejki przeglądu. Żaden nie dotrze do klienta, dopóki ktoś nie zamieni technicznego tytułu PR-a na jasny język wydania i go nie zatwierdzi.
Aplikacja ma też własne repozytorium. Kliv synchronizuje kod źródłowy aplikacji z repozytorium, które należy do Ciebie, więc narzędzie raportujące o dostawach też jest wersjonowane.
Slack może być kolejnym odbiorcą. Wydanie może wysłać podsumowanie na kanał, który współdzielisz z klientem.
GitHub to jeden konektor. Ten sam wzorzec działania i reakcji obejmuje Slacka, Notion, Linear, HubSpot i inne. Zbuduj i rozszerz pokazuje szerszą półkę konektorów.
Najczęściej zadawane pytania
Czym dokładnie jest Kliv?
Kliv to konstruktor aplikacji AI. Opisujesz potrzebne oprogramowanie, Kliv buduje działającą aplikację, a Ty jesteś jej właścicielem. W przypadku tej strony oznacza to centrum dostaw połączone z GitHubem: prośby klientów, tworzenie zgłoszeń, odzwierciedlanie statusu, szkice dziennika zmian, e-maile o wydaniach i faktury.
Czy dostaję prawdziwą aplikację, czy szablon?
Prawdziwą aplikację. Kliv buduje dane, reguły i ekrany dopasowane do Twojego konkretnego przypadku, a nie gotowy motyw do wypełnienia. Możesz ją dalej zmieniać, opisując, co ma być inaczej.
Czy mogę ją zmienić po zbudowaniu?
Tak. Poproś o zmiany zwykłymi słowami, a Kliv zaktualizuje aplikację. Możesz dostosować pola, przepływy pracy, strony, e-maile, reguły dostępu i raporty bez zaczynania od nowa.
Czy klienci potrzebują kont GitHub?
Nie. Klienci logują się do centrum przez e-mail i hasło, Google lub klucz dostępu. GitHub pozostaje narzędziem pracowni, a klienci widzą tylko dane pochodne.
Co jeśli tytuł pull requesta jest zbyt techniczny do publikacji?
Każdy wpis może trafić jako szkic do kolejki przeglądu. Pozostaje niewidoczny, dopóki ktoś go nie przeredaguje i nie zatwierdzi.
Czy to działa z prywatnymi repozytoriami?
Tak. Autoryzujesz organizację raz, a połączenie jest przechowywane po stronie serwera. Żaden klucz nie pojawia się w kodzie źródłowym aplikacji.
Czy dwóch klientów może współdzielić jedno monorepo?
Tak. Prośby i wpisy w dzienniku zmian mają przypisany zakres projektu, a dostęp każdego klienta jest egzekwowany na poziomie tych wierszy.
Czy aplikacja może tworzyć zgłoszenia w GitHubie?
Tak. Prośba klienta może otworzyć oznaczone etykietą zgłoszenie we właściwym repozytorium i zachować powiązanie z prośbą widoczną dla klienta.
Czy scalone pull requesty mogą stawać się wpisami w dzienniku zmian?
Tak. Webhooki mogą tworzyć szkice wpisów przy scalaniu pull requestów, a następnie człowiek zatwierdza treść gotową dla klienta.
Czy wydania mogą wysyłać e-maile lub wiadomości na Slacku?
Tak. Zdarzenie wydania może opublikować stronę dziennika zmian, wysłać e-mail i zamieścić podsumowanie na współdzielonym kanale Slacka, jeśli tak zdefiniujesz ten przepływ.
Czy faktury za kamienie milowe mogą korzystać ze Stripe?
Tak. Jeśli Twój proces dostaw obejmuje płatne kamienie milowe, faktury mogą zawierać płatność kartą na Twoim własnym koncie Stripe.
Czy mogę użyć własnej domeny?
Tak. Centrum klienta i dziennik zmian mogą działać na Twojej własnej domenie.
Czy mogę później zrezygnować z Kliv?
Tak. Kod źródłowy aplikacji synchronizuje się z Twoim własnym repozytorium Git.
Więcej w tej kategorii
Zbudowane przez twórców
Zobacz, co jest możliwe
Zobacz prawdziwe aplikacje zbudowane z Kliv przez deweloperów i twórców z całego świata
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.
Pokaż klientom postęp prac, nie odsłaniając repozytorium
Opisz zdarzenia z GitHuba, reguły zgłoszeń, dostęp klientów, przegląd dziennika zmian, e-maile o wydaniach i rozliczenia. Kliv zbuduje wokół nich centrum dostaw.
