Tilbakemelding i Slack, merge hos ingeniøren
I forrige selskap lot Sid Devin sortere feil og ønsker i en Slack-kanal. Brukeren snakket med Devin. En ingeniør trykket merge hvis det trengtes. Han var en topp 200-bruker globalt.
Gjort med Valgfri agentMiddels
Hva som ble gjort
Sid Nanda (@sidstronaut) skriver 30. september 2026 at han brukte Devin tungt i forrige selskap, til han var en topp 200-bruker globalt. De hadde en Slack-kanal bare for tilbakemelding på appen. Devin sorterte hver feil og hvert funksjonsønske. Brukerne snakket med Devin for å løse saken, og en ingeniør trykket merge hvis det trengtes. Med lesetilgang kunne den feilsøke asynkrone løp eller infrastruktur i dybden. Han skriver at det var dyrt, og at de betalte premien. Devin Review var dyrt, og fanget noen feil hos ham. Ikke-tekniske ansatte kunne være med på pull requests, mens ingeniørene passet på trådene, uten at de ansatte måtte sette opp lokale miljøer. Profilen sier New York, NY.
Hvordan det gikk
Ingeniøren merger når det trengs. Innlegget sier ikke hvor mange feil som ble merget, og ikke navnet på selskapet.
Verdt å vite
Han skriver at Devin Review fanget noen feil, uten å si hvilke. Lesetilgang er det han beskriver for dyp feilsøking, ikke skrivetilgang.
Slik gjør du det
- La agenten svare i [kanal] og skrive et utkast til endring. Ikke merge.
- Gi den lesetilgang hvis den skal feilsøke. Ikke gi den rett til å legge ut.
- La en ingeniør lese tråden og trykke merge, eller la den ligge.
Prøv det med Valgfri agent
I [kanal], sorter denne tilbakemeldingen og skriv et forslag til endring. Bruk bare lesetilgang. Ikke merge. Ikke rull ut. En ingeniør tar merge etter å ha lest [tråd].
Tekst i klammer bytter du ut med ditt eget.
Ferdig når. En ingeniør har lest forslaget, og ingenting er merget uten det trykket.
Sikkerhetsregel. Agenten merger ikke og ruller ikke ut. En person med ansvar trykker merge.
Les originalen
Les originalen · @sidstronaut på X ·