home / use cases / it en developers / github-issue-triage

GitHub-issuetriage terwijl jij code schrijft

Zodra een issue wordt geopend, leest jouw Aivell hem, labelt hem, speurt naar duplicaten en geeft een nuttige eerste reactie — met de vraag naar de versie en stappen die in een bugreport ontbreken. Op vrijdag veegt hij de backlog door. Hij reageert en labelt; sluitbeslissingen voorbij overduidelijke duplicaten blijven menselijk.

Bekijk de demo

start wanneer: Er wordt een nieuw issue geopend op een van je repositories

Het probleem

Issuetriage is een belasting die je betaalt in contextwissels. Een nieuw issue landt midden in een functie: is het een duplicaat van #482, een vraag die de docs beantwoorden, of een echte bug zonder versienummer? Dat uitzoeken kost tien minuten archeologie, dus het wordt uitgesteld — en een issuetracker waar een week lang niets een eerste reactie krijgt, vertelt gebruikers stilletjes dat ze maar moeten stoppen met melden.

De backlog stapelt zich op. Ongelabelde issues zijn niet te filteren, bijna-duplicaten kweken onafhankelijke commentaardraden, en het onvermijdelijke opruimweekend keert terug als een slechte gewoonte. Niets hiervan is engineering; alles ervan steelt engineeringtijd.

Hoe jouw Aivell het doet

  1. De webhook gaat af bij het openen. Op het moment dat een issue wordt aangemaakt start de chore — geen polling, geen ochtendrooster voor triage.
  2. Het issue wordt echt gelezen. Tekst, geplakte logs, gelinkte context. De Aivell labelt het volgens jouw taxonomie en doorzoekt eerdere issues en je docs — geïndexeerd in de kennisbank op de box — op duplicaten en bestaande antwoorden.
  3. Eerste reactie in minuten, niet dagen. Duplicaten worden aan het origineel gekoppeld en beleefd gesloten. Vragen krijgen de doc-link. Bugreports zonder versie of reproductiestappen krijgen de vraag — één keer, en vriendelijker dan een botsjabloon.
  4. De scherpe gevallen gaan rechtstreeks naar een mens. Alles wat riekt naar een beveiligingsmelding wordt nooit publiek beantwoord; Chiara krijgt het onmiddellijk per mail. En geen bug of featureverzoek wordt ooit door de machine gesloten — de guardrail blokkeert dat fysiek.
  5. Vrijdag is onderhoudsdag. De geplande ronde zet issues op een rij die zestig dagen stil zijn en labelt de zwervers, zodat de backlog niet langer geruisloos aangroeit.

Melders krijgen antwoord terwijl de melding nog warm is, maintainers krijgen issues die voorgesorteerd binnenkomen met de ontbrekende details al opgevraagd — en de triageregels blijven een alinea gewone taal die je onder de koffie kunt aanpassen.

De chore, zoals jij hem zou opschrijven.

Geen flowcharts, geen code — een chore is gewoon een bericht aan je Aivell, in je eigen woorden. Hij maakt er een degelijke, bewaakte procedure van en volgt die naar de letter. Deze:

Giulia Aivell · triage incoming issues ● actief

lees een geopend issue volledig, inclusief geplakte logs

label het — bug, feature, vraag of support

speur naar duplicaten; link het origineel en sluit de kopie beleefd

vragen die de docs al beantwoorden krijgen een eerste reactie met de link

bugreports zonder versie of stappen? vraag ernaar, vriendelijk, één keer

beveiligingsmeldingen krijgen geen publieke reactie — mail Chiara onmiddellijk

sluit nooit een bug of featureverzoek; dat beslissen mensen

zet op vrijdag de issues op een rij die 60 dagen stil zijn en label de ongelabelde

Jij
Begrepen — ik ga meteen aan de slag en meld me zodra er ergens een mens nodig is.
Giulia Aivell

De tools die hij gebruikt.

Gekoppeld met passkeys met één klik — geen gekopieerde tokens, geen OAuth-gedoe.

Webhooks start de chore wanneer een issue opent
GitHub labelt, reageert, koppelt duplicaten
Knowledge Base controleert de docs en eerdere issues
Schedule draait de vrijdagse onderhoudsronde
Email escaleert beveiligingsmeldingen privé

Verstandige guardrails.

Elke tool kan worden beperkt tot precies wat deze chore nodig heeft. Voor deze zou je kunnen instellen:

GitHub Mag labelen en reageren op de repositories die jij hebt opgegeven. Sluiten mag alleen bij duplicaten die hij aan een origineel heeft gekoppeld.
GitHub Alleen issues en comments — geen pushes, geen merges, geen wijzigingen aan code of instellingen.
Email Beveiligingsescalaties gaan naar het adres van de maintainers, nergens anders heen.

Vragen, beantwoord.

Onze repositories zijn privé. Waar gaat de issuetekst heen? +

Naar jou. De box haalt het issue op, en al het lezen en redeneren gebeurt op de box — het enige dat terugreist naar GitHub zijn het label en de comment. Geen tweede AI-dienst ziet ooit je tracker.

Gaat hij issues sluiten of in discussie met melders? +

Hij sluit precies één ding — duplicaten, met een link naar het origineel — want de guardrail staat niets meer toe. Elk ander issue blijft open voor een mens, en de toon van eerste reacties is wat jij in de chore hebt geschreven.

Wat gebeurt er als iemand een beveiligingslek meldt? +

Stilte in het openbaar, snelheid in privé. De chore verbiedt een publieke reactie en mailt in plaats daarvan direct de maintainer — het ene triagegeval waarin een snel sjabloonantwoord precies verkeerd is.

Kan hij aan de code zelf komen? +

Nee. Een guardrail beperkt hem tot issues en comments — geen pushes, geen merges. Triage is bibliothecariswerk, en de Aivell blijft strikt achter de balie van de bibliothecaris.

Gerelateerd.

Wat is een Aivell?

Een Aivell is een on-premise AI-collega: een kleine box die je op je netwerk aansluit, zijn eigen AI aan boord draait en het repetitieve werk van je bureau haalt. Prompts, documenten, data — er verlaat nooit iets je kantoor. Trek de internetkabel eruit: hij werkt gewoon door.

Je beschrijft elke taak als een chore, in gewone taal. Je Aivell maakt er een degelijke, bewaakte procedure van en voert die op de achtergrond uit — met guardrails op elke tool, een volledige audit trail en goedkeuringen binnen handbereik wanneer jij dat wilt. Eenmalige installatie, vast maandbedrag. Geen tokens, geen meerkosten.

Bekijk de demo

inferentie aan boord · air-gapped · vast maandbedrag