max ronner

Infrastruktur och agent-system för team som vuxit ur standardlösningarna.

Reducerade en plattform på 66 000 rader till dess hållbara kärna och levererade semantisk sökning nästa dag.

max@ronner.dev

Vad jag driver

  1. JobFilter.ai avvecklad

    Byggdes två gånger, för två målgrupper som aldrig kom.

    En hostad karriärplattform, sedan ett API för publika jobbannonser riktat till agenter. Lagret som bedömer korpusen — dedup, färskhet, verifiering — finns kvar som kod; tjänsten, dess postgres-kluster och domänen är borta.

    varför den stängdes beslutsträdet
  2. RentFree.site live

    En hyresgäst per sajt, där ägandet är din publika nyckel.

    Deploy via git push över SSH, ingen registrering, och nyckeln är ägaren. Tappar du den blir sajten föräldralös; att radera är ett irreversibelt kommando.

    rentfree.site
  3. Behörighetsmodell för agenter igång

    Ersatte körtidsgodkännandedialoger med ett byggtidsbevis.

    Behörigheter för AI-agenter som byggtidsbevis i stället för en körtidsvana: capabilities → scopes → profiler i home-manager. nixos-rebuild fallerar redan vid okänd capability innan något körs — sandbox-profilen får ett skrivskyddat projekt och fyra verktyg.

    inlägget
  4. Kluster & byggfarm igång

    Självhostad deploy-pipeline som publicerar den här sidan från riktig hårdvara.

    En mini-PC med k3s, en Nix-byggfarm över den, Flux image automation, allt versionshanterat. Tre noder fram till september; HA-versionen klarade ett nodbortfall i övning och förlorade ändå mot elräkningen. Parallella utrullningar kraschade en gång på minnestryck mitt i deploy; utrullningar är sekventiella nu — långsammare, medvetet.

    inlägget

Jag tar mig an senior infrastrukturuppdrag, agentarkitektur och plattformsteknik — och gör resultatet tråkigt att driva: ett kommando för att deploya, byggen som fallerar säkert, en återrullning som någon faktiskt har kört.

Deployer ingen vill köra, en miljö ingen har översikt över, en agent med behörigheter den inte borde ha: beskriv felmodellen, inte stacken. Skicka repot, eller incidenten som återkommer, och första svaret är en skriftlig genomläsning av det verkliga systemet — vad som går sönder, hur ofta, och vad jag skulle ta bort först.

max@ronner.dev