Pylon er et åpen kildekode-prosjekt (MIT) som kobler hendelser fra Sentry, GitHub eller cron-jobber til kjøringer av Claude Code i sandboxede Docker-containere. Når en Sentry-feil trigger en webhook, klones repoet inn i en container, agenten foreslår en fiks, og diff-en sendes til Telegram eller Slack der du må trykke «Approve» før en PR faktisk opprettes på GitHub. Hele oppsettet kjører på din egen maskin.
Den praktiske verdien er at Pylon ikke prøver å erstatte Claude Code, men gir det en jobb. Kommandolinjen er tre kall: pylon construct my-sentry --from sentry, pylon start, og pylon test my-sentry for å fyre av en test-webhook. Pipeline-malen for Sentry er ferdig konfigurert; du kobler bare til en kanal for godkjenning og peker daemonen mot codebase-en.
«Pylon is a self-hosted daemon that triggers sandboxed Claude Code agents from webhooks (Sentry, cron, chat) and reports results with human approval — no data leaves your machine.» — Prosjektets egen beskrivelse på dev.to
For deg som har vurdert agent-orkestrering på produksjonskode, er menneskelig-i-loopen-mønsteret det interessante. Diff-en lander i chat før den blir til en PR, så du beholder kontrollen over hva som faktisk treffer hovedgrenen. At alt kjører lokalt løser også datasensitivitet: kildekoden forlater aldri nettverket ditt.
Hva bør du gjøre?
- Sjekk om bruksmønsteret passer: høy volum av Sentry-feil, planlagte vedlikeholdsjobber (dependency-bumps, lint-fikser), eller chat-kommandoer som
/fix-bug XYZ. - Test først på en sandbox-CI-runner med Docker, ikke produksjonsserveren. Pylon spinner opp containere med hele repoet montert.
- Konfigurer Telegram eller Slack som godkjenningskanal før du kobler på Sentry. Uten det vil agenten merge fikser uten review.