UsługiNarzędzia AI do kodowania
GitHub Copilot w ramach zasad, które już masz
Konfigurujemy Copilota i jego agenta w chmurze zgodnie z zasadami twojej organizacji, wytycznymi dla repozytoriów i procesem review, a potem mierzymy wyniki pilotażu, zanim wdrożenie pójdzie dalej.
Wymagane checki i ochrona branchy pozostają nietknięte.
Co daje pierwszy projekt wdrożeniowy
Zaczynamy od jednego repozytorium i kilku zadań typowych dla zespołu, na przykład poprawki drobnego błędu, który pokazuje już nieprzechodzący test. Przed startem pilotażu ustalamy z tobą, co uznamy za sukces i kto podejmuje decyzję.
Na koniec masz działającą konfigurację w tym repozytorium i spisaną decyzję, czy rozszerzać wdrożenie, na które repozytoria i na jakich warunkach.
- Instrukcje budowania i testów, z których korzysta agent w chmurze, zapisane w repozytorium
- Zasady akceptacji pull requestów agenta, uzgodnione z twoimi recenzentami
- Zapis zaakceptowanych zmian, nakładu pracy na review i kosztu dla każdego zadania
- Konfiguracja i runbook, z których twój zespół skorzysta bez nas
Najpierw twoje ustawienia GitHuba
Copilot działa w ramach reguł ustawionych w twojej organizacji na GitHubie. Dlatego zanim cokolwiek ruszymy, czytamy te reguły: ustawienia organizacji, zasady każdego repozytorium, ochronę branchy i CI.
- Zasady, które włączają lub wyłączają funkcje Copilota, w całej organizacji i dla poszczególnych repozytoriów
- Własne instrukcje w każdym repozytorium, opisujące, jak kod jest budowany, testowany i pisany
- Uzgodniona lista repozytoriów i danych, których dotyczy praca
Kiedy agent w chmurze otwiera pull request
Pull requesty agenta w chmurze traktujemy jak każdą inną zmianę: każdy z nich przegląda człowiek, a wymagane checki muszą przejść. Z twoimi recenzentami ustalamy, na co warto zwracać uwagę i kiedy zmiana powinna wrócić do agenta.
- Wymagane przez ciebie checki CI nadal obowiązują
- Każdy recenzent widzi, o co poproszono agenta
- To, co znajdują recenzenci, a także poprawki i reverty, w podziale na zespół, zadanie i model
Pilotaż mierzony względem twojego punktu odniesienia
Zanim pilotaż się zacznie, mierzymy punkt odniesienia. Potem pilotaż obejmuje pracę typową dla twoich zespołów, a jego wyniki porównujemy z tymi wartościami wyjściowymi. Raporty dotyczą zespołów, zadań i modeli. Żaden inżynier nie jest oceniany indywidualnie.
Jak programiści uczą się pracy z Copilotem
Programiści najszybciej oswajają się z Copilotem, pracując nad zgłoszeniami, które są naprawdę otwarte w twoim backlogu. Uczą się wybierać do danego zadania między czatem, edycjami a agentem. Pokazujemy też, jak opisać zgłoszenie na tyle jasno, żeby agent w chmurze mógł je dokończyć. Omawiamy również review pull requestów, które otwiera agent. Szkolenie prowadzimy zdalnie albo na miejscu w twojej firmie w Niemczech lub w Polsce, po niemiecku, angielsku lub polsku.
Co zostaje w twojej organizacji
- Zasady Copilota i własne instrukcje repozytoriów
- Runbooki do dodawania kolejnych repozytoriów i zespołów
- Pomiary z pilotażu, wykonane na pracy twoich zespołów
Co muszą pokazać liczby
- Liczba pull requestów agenta w chmurze, które zostają zmergowane bez poprawek
- Ile trwa review, gdy pull request otworzył agent, a ile, gdy zrobił to człowiek
- Ile kosztują licencje i użycie w zestawieniu z pracą, która zostaje zmergowana
Pytania
Czy Copilot pasuje do naszego sposobu pracy i narzędzi, których używamy?
Sprawdzamy to, zanim zajmiemy się czymkolwiek innym. Przechodzimy przez ustawienia organizacji i ochronę branchy, twoje CI i wszystkie podłączone do niego narzędzia. Jeśli okaże się, że Copilot słabo pasuje do niektórych repozytoriów albo typów zadań, pilotaż pokaże to przed szerszym wdrożeniem.
Część naszych zespołów pracuje z innymi agentami kodującymi. Czy to ma znaczenie?
Nie. Praca obejmująca kilka narzędzi należy do innej z naszych usług: Wdrażanie agentów kodujących.
Chodzi o GitHub Copilot czy o Microsoft 365 Copilot?
O GitHub Copilot, czyli asystenta i agentów, z których zespoły programistyczne korzystają przy kodzie. Microsoft 365 Copilot to inny produkt, stworzony dla aplikacji Office, i nie zajmujemy się jego wdrażaniem.
Powiązane usługi
Wdrażanie agentów kodujących
Agenci, którzy z kilku zespołów pilotażowych trafiają do reszty działu inżynierii, ze szkoleniami i jedną wspólną konfiguracją.
Harness engineering
Konfiguracja, która mówi agentowi, jak budować, testować i zmieniać twój kod, trzymana w systemie kontroli wersji.
Ewaluacje na twoich repozytoriach
Narzędzia, modele lub ustawienia porównywane ze sobą na zmianach, które zostały już zmergowane, zanim wybierzesz jedno z nich.
Z bloga
Metryki pilotażu GitHub Copilot
Co mierzą metryki użycia Copilota od GitHuba, gdzie się kończą i jak połączyć je z własnymi danymi o review i poprawkach, żeby zdecydować o kontynuacji.
Ochrona branchy dla pull requestów agentów
Ustawienia ochrony branchy i rulesetów na GitHubie, które powinny obowiązywać, gdy agenci kodujący otwierają pull requesty, i jak sprawdzić, czy naprawdę działają.
Porozmawiaj z inżynierem
Przyjdź z jednym zadaniem, które chcesz usprawnić. Rozmowa trwa 30 minut i nie wymaga dostępu do twoich systemów ani danych.
Rezerwacja odbywa się w Kalendarzu Google.
Wolisz najpierw napisać? Zostaw adres e-mail i kilka zdań, a odpowiemy, proponując terminy.
Sprawdź wersję roboczą w swoim programie pocztowym
Wyślij ją stamtąd, a inżynier odpowie ci osobiście, proponując terminy 30-minutowej rozmowy. Jeśli wersja robocza się nie otworzyła, napisz do nas na adres miki@cloudsail.com.