Jak propojit vývoj a nasazování softwaru v GitHubu pomocí agent apps

Kolik karet prohlížeče máte otevřených vedle svého pull requestu?

Představte si, že přebíráte nový úkol: v úvodním průvodci zkušební verzí produktu změnit krok „Pozvěte své kolegy“ na nepovinný. S rostoucím počtem registrací podpora stále častěji upozorňuje, že tento krok uživatelům komplikuje začátky. Na první pohled jednoduchá úprava.

Od upřesnění zadání po nasazení ale potřebujete odpovědět na čtyři otázky:

• Je to vůbec správná změna?
• Jsou závislosti, které upravuji, v pořádku?
• Jak změnu bezpečně zpřístupnit uživatelům?
• Je právě teď bezpečné ji nasadit?

Odpověď na každou otázku se nachází v jiném nástroji. Při práci na pull requestu tak musíte přenášet stejný kontext mezi čtyřmi prostředími.

GitHub agent apps přinášejí potřebné nástroje přímo tam, kde už pracujete. Využívají stejnou platformu a běhové prostředí jako Copilot cloud agent. Následující modelový příklad ukazuje, jak můžete prostřednictvím služeb Amplitude, Endor Labs, LaunchDarkly a PagerDuty tyto otázky zodpovědět a úkol dokončit, aniž byste opustili GitHub.

Ověření zadání pomocí Amplitude

Podpora uvádí, že krok „Pozvěte své kolegy“ obtěžuje zákazníky, kteří s produktem začínají. Neupřesnila ale, kdo si stěžuje ani zda tyto potíže vedou k odchodu zákazníků. Je tedy namístě zadání nejprve ověřit. Místo otevírání Amplitude a sestavování dotazu můžete oslovit agenta Amplitude přímo na kartě Agents:

@amplitude[agent] Souvisí dokončení kroku pro pozvání týmu s úspěšným postupem v dalších fázích konverzního trychtýře? Rozdělte výsledky podle segmentů, které sledujeme.

Výsledky ukážou jasný rozdíl: uživatelé z týmů, kteří krok dokončí, se později častěji vracejí. U jednotlivců tato souvislost neplatí. Zadání má proto smysl upravit: jednotlivcům umožnit krok odložit, ale pro týmy jej zachovat.

Produktová data jsou tak dostupná přímo v GitHubu a umožňují upravit směr ještě před napsáním prvního řádku kódu.

Průběžná kontrola závislostí s Endor Labs

Copilot otevře návrh pull requestu se změnou. Implementace zároveň aktualizuje závislosti používané v úvodním průvodci. Místo čekání na případné selhání bezpečnostní kontroly v CI můžete v komentáři požádat agenta Endor Labs:

@endor-labs-github-agenthq[agent] Prověřte, zda je v závislostech, kterých se tento pull request dotýká, něco, na co si mám dát pozor.

Agent identifikuje změněné závislosti, zkontroluje známé zranitelnosti i širší rizika balíčků a výsledky zveřejní v pull requestu. V tomto příkladu je vše v pořádku a není potřeba nic napravovat.

Kontrola závislostí se stává preventivním krokem prováděným během práce na změně, nikoli až reakcí na neúspěšnou kontrolu v CI.

Řízené zpřístupnění změny přes LaunchDarkly

Předchozí zjištění se promítne do implementace: jednotlivci získají možnost krok přeskočit, zatímco týmy budou pokračovat stávající cestou. Protože se tyto segmenty určují při registraci, lze na ně přímo cílit pomocí příznaku funkce, tedy feature flagu. Agenta LaunchDarkly můžete požádat o nastavení stejně jako člena týmu:

@launchdarkly-agent[agent] please create a feature flag for this pull request and wire it into the code. 
   - key: defer-team-invite 
   - type: boolean 
   - default: false 
   - target: solo-intent signups 
   - rollout: internal > 5% > 25% > 100% 

Agent vytvoří příznak v LaunchDarkly a doplní implementaci do kódu formou commitu, který zkontrolujete. Pokud cílové prostředí vyžaduje schválení, místo přímé změny cílení vytvoří žádost o schválení. O pokračování postupného zpřístupňování tak stále rozhoduje člověk.

Práci v dalším nástroji, ruční předávání úprav kódu a koordinaci přes Slack nahrazuje jeden komentář v pull requestu a commit ke kontrole.

Posouzení rizika nasazení s PagerDuty

Kontrola kódu potvrdí správnost implementace. Zda je ale služba v dobrém stavu pro nasazení, je jiná otázka. Před sloučením změn můžete oslovit agenta PagerDuty:

@pagerduty-agent-app[agent] Posuďte riziko nasazení tohoto pull requestu do služby zajišťující úvodního průvodce. Zkontrolujte aktivní incidenty i nedávnou historii incidentů a doporučte, zda pokračovat.

Agent přiřadí repozitář k odpovídající službě v PagerDuty, zkontroluje aktivní incidenty, projde historii za posledních 90 dní a porovná soubory v pull requestu s oblastmi, kterých se týkaly předchozí incidenty.

V tomto příkladu je riziko nízké. Nejsou žádné aktivní incidenty ani významná souvislost mezi minulými incidenty a aktuálními změnami. Agent doporučí pokračovat.

Nic dramatického se nestane – a právě o to jde. Posouzení rizika nasazení se stává běžnou součástí práce s pull requesty, ne činností, ke které se přistupuje až ve chvíli, kdy vydání působí rizikově.

Zapojení agent apps do pracovních postupů

Amplitude, LaunchDarkly, Endor Labs i PagerDuty používáte dál. Nemusíte už ale mezi nimi ručně přenášet kontext: všechny mohou pracovat přímo v postupech, které používáte na GitHubu.

Při cestě od nápadu do produkce mohou vývojáři zapojit jednotlivé služby právě tehdy, kdy potřebují jejich data nebo schopnosti. GitHub se díky agent apps stává místem, kde vývojáři a agenti koordinují další kroky bez přepínání mezi nástroji.

Agent apps jsou dostupné v GitHub Marketplace. Po instalaci a povolení aplikace pro Vaši organizaci ji můžete využít několika způsoby:

• Přiřaďte ji k issue a zahajte tím úkol.
• Pomocí @zmínky v komentáři pull requestu ji požádejte o analýzu nebo provedení akce.
• Vyberte ji na kartě Agents ve svém repozitáři.

Mezi další aplikace dostupné při uvedení agent apps patří:

• Agent Packfiles prochází backlog a připravuje strategii migrace.
• Agent Miro propojuje vizuální spolupráci s pracovními postupy při vývoji kódu.
• Agent Bright Security autonomně zajišťuje kompletní dynamické bezpečnostní testování přímo v GitHubu.
• Agent SonarQube přináší do relací agentů v GitHubu analýzu, kontrolu splnění kritérií kvality a nápravu problémů.
• Agent Octopus Deploy dokáže odhalovat, diagnostikovat a řešit selhání nasazení.