Hoe triageert u open source issues voordat een maintainer ze bekijkt?
Een AI werknemer voor open source triage die elke nieuwe publieke GitHub issue leest zodra die wordt geopend, deze labelt volgens uw regels, een eerste reactie opstelt die gebaseerd is op uw documentatie, en het overlaat aan een maintainer. Hij labelt en stelt op. Hij sluit nooit een issue.
×
Een publieke repo krijgt issues die duplicaten zijn, vragen die al in de documentatie beantwoord zijn, echte bugs zonder reproductie, en feature requests, allemaal in dezelfde inbox, allemaal zonder label, allemaal wachtend op een maintainer die ook nog een gewone baan heeft. De eerste triageronde is mechanisch maar onvermijdelijk: lees de issue, bepaal wat voor soort issue het is, geef er een label aan, en vraag naar wat er ontbreekt voordat iemand er echt mee aan de slag kan. Bij die eerste ronde blijven issues steken. Een melder die een week lang geen reactie krijgt, gaat ervan uit dat het project dood is; een maintainer die een backlog van veertig issues zonder label opent, weet niet waar hij moet beginnen. Het werk is niet moeilijk. Het probleem is dat een mens steeds opnieuw dezelfde lus van lezen, labelen en reageren moet doorlopen voordat het interessante engineeringwerk zelfs maar kan beginnen.
Wanneer een nieuwe issue wordt geopend, leest de AI werknemer voor open source triage deze, bekijkt uw documentatie en bestaande issues alleen lezen, past de labels toe die uw regels voorschrijven, en stelt een eerste reactie op: een verwijzing naar de documentatie, een verzoek om een reproductie, of een notitie dat het op een duplicaat lijkt. Hij labelt en stelt op; een maintainer beslist. Hij sluit nooit een issue.
Zie precies hoe het werk wordt gedaan.
Start bij een nieuwe issue
Elke nieuw geopende publieke issue start een run, zodat de melder snel een gelabelde issue en een eerste reactie krijgt, niet pas nadat die een week lang ongelezen is blijven liggen.
Draagt uw triageregels mee
Welke labels er bestaan, wat als een bug telt versus een vraag, en hoe een goede reproductie eruitziet, reizen met hem mee als vaardigheden en geheugen, bijgewerkt naarmate de conventies van uw project veranderen.
Leest documentatie en issues alleen lezen
Hij doorzoekt uw documentatie en bestaande issues alleen lezen om de reactie te onderbouwen en waarschijnlijke duplicaten op te sporen. Inloggegevens blijven in het geheugen en worden nooit aan het model getoond.
Labelt volgens uw regels
Hij past de labels toe die uw regels voorschrijven: type, gebied, reproductie nodig. Zo opent een maintainer een backlog die al gesorteerd is in plaats van een muur van issues zonder label.
Stelt een eerste reactie op
Hij laat een conceptreactie achter die gebaseerd is op uw documentatie, zodat een maintainer die kan beoordelen en plaatsen. Dat kan een link zijn, een verzoek om een reproductie, of een notitie over een duplicaat.
Sluit nooit een issue
Hij labelt en stelt op, en stopt daar. Het sluiten, oplossen of afwijzen van een issue is altijd de beslissing van een maintainer.
Draait in uw eigen omgeving
Elke run is geïsoleerd binnen uw eigen infrastructuur en bereikt alleen de repo en de documentatie die nodig zijn om te triageren.
Leest documentatie en issues alleen lezen
Hij leest uw documentatie en bestaande issues om de reactie te onderbouwen. Hij bewerkt nooit een document en herschrijft nooit een andere issue.
Sluit nooit een issue
Hij labelt en stelt alleen op. Hij sluit een issue nooit, lost die nooit op en wijst die nooit af. Die beslissing blijft bij een maintainer.
Stelt op, plaatst nooit automatisch een oordeel
De eerste reactie is een concept dat een maintainer beoordeelt voordat het naar buiten gaat, zodat geen enkele melder een automatische afwijzing in naam van uw project krijgt.
De regels zijn van u
De labeltaxonomie en triageregels zijn van u, met versiebeheer en aangepast op uw voorwaarden, niet in het dashboard van een leverancier.
De publieke issue die vroeger een week lang zonder label bleef liggen, wordt nu al gesorteerd geopend, met een eerste reactie die gebaseerd is op uw documentatie, opgesteld en klaar. De AI werknemer doet de eerste ronde; de maintainer doet het engineeringwerk.
Bij elke issue
Gelabeld en opgesteld voordat een maintainer kijkt
Gebaseerd op documentatie
Eerste reacties opgebouwd uit uw documentatie, niet uit giswerk
Sluit nooit
De AI werknemer triageert; een maintainer beslist
