Wiki · Integrace
GitHub
Agent s přístupem k repozitáři má stejná práva jako vy. Jak mu je dát rozumně a co mu pak zadávat.
🐙
Agent s přístupem k repozitáři není „jen čtenář“ — má stejná práva jako vy.
Když mu dáte token s právem zápisu, může pushovat, mazat větve i zavírat pull requesty.
Začněte právem jen pro čtení, pusťte ho do jednoho repozitáře a teprve pak přidávejte práva podle toho,
co mu opravdu chcete dovolit.
Co k tomu patří
| Věc | K čemu |
|---|---|
GitHub CLI gh | Přes něj agent dělá všechno — PR, issues, revize, repozitáře |
Přihlášení gh auth login | Buď interaktivně, nebo tokenem (GH_TOKEN v prostředí) |
| Běžící brána | Bez ní nefungují pravidelné úlohy ani webhooky |
Skill github | Hotový návod, jak s gh pracovat (je součástí Hermese) |
Ověření, že to funguje
gh auth status # kdo jsem a co smím
gh pr list --repo vlasnik/repo --state open --limit 3
gh pr diff 42 --repo vlasnik/repo # co PR mění
Když tohle projde, agent má přístup a můžete mu zadávat práci. Když ne, chyba obvykle říká, které oprávnění (scope) chybí.
Revize pull requestu
Zkontroluj tento pull request: přečti diff a najdi chyby, bezpečnostní problémy
a nekvalitní kód. Buď konkrétní — čísla řádků a citace problematického kódu.
Agent si diff stáhne, projde ho a napíše strukturovanou revizi. Když chcete, aby to dělal pořád stejně, udělejte z toho skill (vlastní pravidla revize) — pak se nemusí pokaždé učit, co vás zajímá.
Dvě cesty k automatickým revizím
| Pravidelná úloha (cron) | Webhook | |
|---|---|---|
| Jak to funguje | Každé 2 hodiny se agent zeptá, co je nového | GitHub zavolá hned, když PR vznikne |
| Potřebuje veřejnou adresu | Ne — funguje i za firewallem | Ano (přes reverzní proxy) |
| Zpoždění | Do intervalu | Vteřiny |
| Vhodné pro | Malý tým, osobní repozitáře | Firmu, kde záleží na čase |
Cron je bezpečnější začátek: nic nevystavujete do internetu a přesto máte revizi u každého PR. Webhook přidejte, až když vám zpoždění vadí (viz stránka o webhookách).
Co agent umí v repozitáři
| Úkol | Příklad |
|---|---|
| Projít a okomentovat PR | Revize s konkrétními nálezy, komentář přímo v PR |
| Založit větev a commit | Oprava, kterou pak projde CI |
| Issues | Založit, okomentovat, označit, zavřít |
| CI a kontroly | Přečíst výsledky běhů a najít, co spadlo |
| Release a tagy | Připravit vydání (s právem zápisu) |
Na co si dát pozor
| Situace | Co s tím |
|---|---|
Agent pushuje přímo do main | Zapněte ochranu větve (branch protection) a nechte ho pracovat jen přes PR |
| Token v gitu nebo v chatu | Token patří do .env (nebo do správce hesel); při úniku ho zneplatněte |
| Revize je obecná („kód vypadá dobře“) | Napište skill s vašimi pravidly a příklady; bez nich agent hádá, co je důležité |
| Agent komentuje každý PR i tam, kde nemá | Omezte úlohu na konkrétní repozitáře a štítky |
| Chybí oprávnění | gh auth status řekne které; u jemně zrnitých tokenů se přidává scope |
Jak to máme u nás
| Zvyk | Proč |
|---|---|
| Token jen pro čtení, dokud není potřeba zapisovat | Většina práce je čtení a komentování |
Změny vždy přes větev a PR, nikdy přímo do main | I když agent umí pushovat, člověk má poslední slovo |
| Vlastní skill s pravidly revize | Revize je pak stejná každý den a nemíjí to, na čem nám záleží |
| Výsledky do Telegramu, ne do e-mailu | Uvidíme je hned a nezapadnou |