← Ripperdoc
Dossier · Tomasz Mroczyński

Tomasz Mroczyński

Jeg bygger løsninger som forsterker mennesker.

Jeg er generalist — jeg kobler teknologi, salg og praktisk problemløsning. Jeg har jobbet på begge sider av en implementering: snakket med kunden om hva de faktisk trenger, og deretter fått det til å virke hos dem. I dag har KI og automatisering kommet inn i det samme håndverket.

01Vendepunktet

Jeg begynte på den tekniske siden: datanettverk, kameraovervåking, brukerstøtte og implementeringer. Så kom salg og implementering av biometriske identifikasjonssystemer — først som spesialist, deretter som leder for salgsavdelingen. Etter det elleve år i distribusjon i Norge, der teknologien var det jeg holdt på med etter arbeidstid: jeg lærte, bygde egne prosjekter og eksperimenterte med backend-utvikling, self-hosting og API-integrasjoner.

I 2025 begynte jeg som lastebilsjåfør mens jeg fullførte førerkort klasse C. En måned senere satte en alvorlig arbeidsulykke en stopper for den veien. Jeg tok det som øyeblikket for bevisst å vende tilbake til det jeg holdt på med likevel.

De siste tre månedene har jeg utviklet min egen merkevare Ripperdoc og prosjekter knyttet til praktisk bruk av kunstig intelligens. Dette er ingen hundre og åtti graders vending: KI og automatisering utvider håndverket jeg allerede hadde samlet — å forstå hva kunden trenger, tegne løsningen, sette den i drift og holde den i gang.

02Erfaring i praksis

Salg og implementering
Hos PTC Security Systems mellom 2009 og 2011 gikk jeg fra spesialist innen salg og implementering til leder for salgsavdelingen. Den skriftlige referansen fra daglig leder oppgir at jeg alene sto for 80 prosent av omsetningen til hele salgsteamet og gjennomførte de største implementeringene av automatiske identifikasjonssystemer i selskapets historie.
Offentlige institusjoner
Jeg førte samtaler med polske offentlige institusjoner, blant annet fylkes- og kommunale myndigheter. Jeg begynte hos organene som bestemte fordelingen av midler, bygde tillit og nådde videre enheter gjennom anbefalinger. Det er arbeid som hviler på kjennskap til beslutningsstrukturer og på relasjoner som må vare lenger enn én bestilling.
Partnernettverk
Parallelt bygde jeg ut distribusjonen gjennom lokale installatører av identifikasjonssystemer, med lojalitetsordninger som belønnet et varig samarbeid.
Å finne kunder
Allerede den gang brukte jeg SEO og analyseverktøy til å finne potensielle kunder. KI og automatisering er for meg en måte å videreutvikle det arbeidet på — samme spørsmål om kunden, sterkere verktøy.
Forhandlinger
Fra 2021 til 2024 var jeg leder for klubben i Fellesforbundet og representerte de ansatte i forhandlinger med arbeidsgiver om lønn og arbeidsvilkår.
Arrangementer
Jeg var medarrangør av tre utgaver av Messen for polske næringsdrivende i Drammen og Mjøndalen, med ansvar for det tekniske.

03Hva jeg kan

Det sterkeste her er kombinasjonen, ikke ett enkelt fagfelt: jeg forstår hva kunden trenger, jeg kan tegne det, og jeg kan få det til å virke. Det er sjelden noen må forklare den ene siden for meg med den andre.

Jeg er ikke ekspert på alt som står nedenfor. Jeg lærer verktøy raskt, leter etter enklere måter å gjøre ting på, og klarer å sette sammen elementer fra ulike fagfelt til ett system som virker.

Kunder, salg og partnerskap
En samtale om behovet framfor en produktpresentasjon. Arbeid med bedrifter og med offentlige institusjoner, oppbygging av partnernettverk og relasjoner som kommer tilbake. Presentasjoner, forhandlinger, møter og arrangementer.
Implementering og gjennomføring
Å føre en løsning fra avtale til drift hos kunden: omfang, rekkefølge på arbeidet, samarbeid med utviklere og installatører, opplæring av brukerne og oppfølging etter oppstart.
Teknologi, KI og automatisering
Webapplikasjoner, databaser, API-integrasjoner, automatiseringer og kunnskapsbaserte systemer — bygget og driftet på egen infrastruktur. I tillegg den fysiske siden: produkttilpasning, grafikk, 3D-modellering og print.
Next.jsFastAPINode.jsASP.NETPostgreSQLSupabaseRAGDockerAPI-integrasjonern8n-automatiseringerFlermodellorkestreringKI-arbeidsflyterCodexClaude Code

Kode du kan åpne: forken av MCP-serveren for finn.no github.com/tomaszmroczynski/finn-mcp

04Prosjekter

To av systemene under ble bygget på oppdrag: Sammen i Norge og Limes Dekor. Resten bygde jeg for meg selv og videreutvikler i daglig bruk eller i lukket testing. For hvert av dem oppgir jeg reell status, brukere og dokumentasjon som lar seg sjekke — mangler lenken, betyr det at jeg ikke har noe å vise, ikke at jeg glemte det.

  1. hos kunde
    Prosjekt for en organisasjon

    Sammen i Norge / SiN Studio

    Et trespråklig nettsted for en forening i Drammen, vokst fra presentasjonsside til et system som støtter driften: prosjekter, arrangementer, frivillighet, medlemskap og eget CMS med roller.

    Min rolle: Forfatter av det opprinnelige nettstedet og av alt som er bygget videre — fra en enkel presentasjonsside til et system som støtter driften av organisasjonen: informasjonsarkitektur, UX/UI, innholds- og rettighetsmodell, implementering, datamigrering, utrulling og videre utvikling.

    Next.js 16React 19Payload CMS 3PostgreSQL / SupabaseVerceli18n

    Brukere: styret, koordinatoren og SiN-teamet samt organisasjonens medlemmer · Prosjektside: www.sammeninorge.no/pl

  2. under utvikling

    Limes Dekor

    Butikk, ordrer, betalinger og produksjonsfiler for et verksted med laserskårne produkter. Samme renderer lager kundens forhåndsvisning og den endelige SVG-filen.

    Min rolle: Prosess, arkitektur, grensesnitt, implementering og utrulling — alt hos meg.

    Limes Dekor er min partners virksomhet. Oppdraget og omfanget er reelt, men dette er ingen uavhengig referanse — den lar seg ikke etterprøve hos noen som ikke har noe med meg å gjøre.

    Next.js 16ReactPrismaSupabase/PostgreSQLSVGStripeDocker

    Brukere: kommersiell kunde — eieren av Limes Dekor · Prosjektside: dekor.limes-interior.no

  3. i bruk

    Ripper Inject

    Læringssystem som gjør et dokument om til et kurs: ordforråd, oppgaver og gjentakelse etter SM-2, med tekstkontroll som fanger opp påstander modellen ikke hadde dekning for.

    Next.js 16TypeScriptDrizzleSupabaseOpenAI API

    Brukere: forfatteren + lukket testgruppe · Prosjektside: ripperdoc.ai/no/ripper-inject

  4. konsept

    Ripper Task Force

    Agenter som deler opp en oppgave og kjører den videre uten at mennesket må avgjøre underveis; mennesket får resultatet, ikke avbruddene.

    TypeScriptMCPzod

    Brukere: forfatteren · Prosjektside: ripperdoc.ai/no/ripper-task-force

  5. i bruk

    Ripper Brainstorm

    Flere modeller fra ulike leverandører diskuterer samme sak, og en nøytral modell leter etter felles, uuttalte antakelser — enighet mellom to modeller er ikke bevis.

    TypeScriptmulti-provider LLM

    Brukere: forfatteren · Prosjektside: ripperdoc.ai/no/ripper-brainstorm

  6. konsept

    Ripper Body Sync

    VR-økter fra Meta Quest 3 og helsedata samlet i ett bilde, analysert av en privat trener-modell. Kjører self-hosted fordi helsedata er sensitive.

    KotlinJetpack ComposeMCPMeta Quest 3

    Brukere: forfatteren · Prosjektside: ripperdoc.ai/no/ripper-body-sync

  7. i bruk

    ripperdoc.ai

    Denne siden. Trespråklig, med en jobbsøkingsmodul bak innlogging: henter utlysninger, rangerer dem, vurderer dem mot profilen og skriver utkast til søknader.

    Next.jsTypeScriptPostgreSQLMCPVercel

    Brukere: forfatteren · Prosjektside: denne siden

05Erfaring

  1. Nå

    Egen virksomhet — Ripperdoc · Ripperdoc

    Design og bygging av systemer basert på KI, automatisering og integrasjoner — egne systemer og oppdrag for kunder (Limes Dekor, Sammen i Norge).

  2. 03–04/2025

    Lastebilsjåfør · Transport Service AS

    Et kort kapittel som endte med en arbeidsulykke — starten på et bevisst skifte mot teknologi.

  3. 09/2024 – 03/2025

    Opphold i arbeid · —

    Ingen lønnet arbeid i denne perioden.

  4. 2013 – 2024

    Distribusjon · Amedia AS

    Fast arbeid med distribusjon, drevet parallelt med å lære teknologi og bygge egne prosjekter. Fra 2021 til 2024 var jeg samtidig leder for klubben i Fellesforbundet: representerte de ansatte i forhandlinger med arbeidsgiver om lønn og arbeidsvilkår.

  5. 2009 – 2011

    Salg og implementering → leder for salgsavdelingen · PTC Security Systems

    Startet som salgs- og implementeringsspesialist og ble leder for salgsavdelingen. Implementering av biometriske identifikasjonssystemer, kundeanskaffelse i offentlig og privat sektor, samarbeid med utviklere og koordinering av teamet. Den skriftlige referansen fra daglig leder oppgir at jeg alene sto for 80 prosent av omsetningen til hele salgsteamet og gjennomførte de største implementeringene i selskapets historie.

  6. 2002 – 2012

    Egen virksomhet · Complet Tomasz Mroczyński

    Installasjon og konfigurasjon av datanettverk samt PC-service — hele kjeden fra kunde til drift.

  7. 2002 – 2006

    Salg og teknisk støtte · Strawford

    CCTV-installasjoner, LAN-installasjon, IT-helpdesk, service og opplæring.

06Utdanning

  1. 2021 – 2022

    Noroff — School of Technology and Digital Media

    Backend Web Development (.NET).

  2. 2002 – 2006

    Universitetet i Gdańsk

    Økonomi, spesialisering: analytiker.

07Slik leder jeg arbeidet

Jeg skriver ikke alt dette alene. Jeg arbeider med modeller slik jeg ville arbeidet med et team av spesialister: jeg stiller problemet, lytter til forslagene og avgjør — sammen med kostnaden ved avgjørelsen. Verdien ligger ikke i hvem som skriver kode raskest. Den ligger i hvem som stiller det riktige spørsmålet og hvem som sier nei — også til seg selv.

Jeg er monotrop. Oppmerksomheten min fordeler seg ikke på flere ting samtidig — den samler seg i én og går til bunns i den. Dette er en nevrodivergent profil, og jeg sier det rett ut, for det er det sterkeste jeg tar med meg inn i arbeidet: evnen til å gå dypere enn vanlig nysgjerrighet rekker, og bli ved saken lenger enn det vanligvis lønner seg.

Derav den monotrope generalisten. Bredden kom av dykk etter dykk, ikke av å smake litt på alt. Først nettverk, sikkerhetssystemer og implementeringer. Så elleve år med arbeid der teknologien var det jeg holdt på med etter arbeidstid. Nå KI. Én ting om gangen, lenge, og helt inn — og hver gang blir det igjen et håndverk som følger med videre.

Slik bruker du det: én prioritet framfor fem parallelle, kontekst skriftlig, og bolker med tid til arbeid som krever konsentrasjon. Da får du saken løst ved roten, og et nytt fagfelt tatt raskere enn du regnet med. Møter, kundesamtaler og forhandlinger er en normal del av arbeidet mitt — jeg har hatt mange av dem og går gjerne inn i dem igjen. Jeg ber bare om at en dag ikke består av bare det.

Vi fjerner den administrative friksjonen og beholder ettertankens friksjon.

Fra et rådsreferat i prosjektet, 18. juni 2026 — korreksjon av min egen antakelse
Beslutningsprotokoll
Beslutningsprotokoll4 oppføringer · ledet av TM
SpørsmålRipper Brainstorm
2026-06-18

Hva hører til produktets kjerne, og hva er et tillegg?

Uenigheten

Hvert forslag om utvidelse åpnet den samme diskusjonen på nytt.

Jeg spør

Mister produktet integritet eller identitet hvis du fjerner dette? Fungerer det fullt ut uten, er det en utvidelse — valgfri og avslått som standard.

Kostnad · kortere funksjonsliste i kjernen. Til gjengjeld: et kriterium som avgjør også når jeg ikke er til stede.

KorreksjonRipper Brainstorm
2026-06-18

Er enighet mellom to modeller et bevis på at de har rett?

Standardantakelsen

Når to uavhengige modeller kommer til samme konklusjon, er saken avgjort. Slik fungerer de fleste flermodellsverktøy: enighet behandles som resultatet.

Jeg korrigerer

Enighet er ofte en illusjon. Begge stemmene kan stilltiende godta den samme feilaktige premissen og være enige nettopp fordi de deler den blinde flekken. Derfor fikk den nøytrale modellen i oppgave å peke ut ikke bare forskjellene, men framfor alt de FELLES, UUTTALTE ANTAKELSENE — og gjøre dem om til kontrollspørsmål forankret i et konkret tekstutdrag.

Konsekvensen

Derfor må stemmene komme fra ulike leverandører. To kjøringer av samme modell deler treningsdata og de samme systematiske feilene — enigheten deres betyr ingenting.

Kostnad · en ekstra runde og et tredje abonnement i full oppsett. Til gjengjeld: den eneste måten å oppdage en feil ingen av partene ser.

ProtestRipper Brainstorm
2026-06-18

Skal referatet fra en privat diskusjon sendes til en ekstern tjeneste?

På bordet

Automatisk synkronisering — svært bekvemt, lite arbeid, og min egen idé.

Jeg avslår

Produktet lover personvern og arbeid på eget utstyr. Å sende private deliberasjoner ut i stillhet spiser opp det løftet. Eksporten forblir manuell; automatikk kun med uttrykkelig samtykke.

Kostnad · flere klikk og mindre imponerende automatikk. Til gjengjeld: et løfte som tåler kontroll.

TilbakeholdenhetLimes Dekor
produksjon

Skal graveringsflaten oppdages automatisk fra produktmodellen?

Mulig

Teknisk sett var det ingenting i veien for at systemet fant den selv.

Jeg avgjør

Dette steget blir hos mennesket. Her koster en maskinfeil ødelagt materiale, ikke en rettelse i nettleseren — og et panel som ødelegger produksjonen én gang, blir aldri åpnet igjen.

Kostnad · et kvarters arbeid per nytt produkt. Til gjengjeld: tilliten som selvstendigheten står og faller med.

Åpne oppføringer

Rådet oppdager ikke selv at stemmene er uenige — det ser mennesket, eller en nøytral modell på forespørsel. Publiseringskøen i Social Studio har ennå ikke gått gjennom en full produksjonssyklus. Norsk lærer jeg med en applikasjon jeg selv har skrevet; jeg snakker med anstrengelse, og den saken er ikke lukket.

08Når jeg fraråder KI

En modell koster ved hvert kall, svarer med forsinkelse, og svarer av og til annerledes enn i går. For noen oppgaver er det prisen for noe man ikke får til på annen måte. For andre er det prisen for ingenting. Her er tilfellene der jeg sier at dette ikke bør gjøres med en modell, og hva jeg foreslår i stedet.

Formatet er fast.
Datoer, beløp, fakturanumre og postnumre fra et dokument med stabilt oppsett er en jobb for en parser eller et regulært uttrykk. Null kostnad, svar på millisekunder, og samme svar hver gang. En modell på samme oppgave tar betalt for hver side og skriver med jevne mellomrom ned et tall som aldri sto der.
Regelen er deterministisk.
«Er beløpet over grensen og landet på lista, gjelder en annen sats» hører hjemme i kode, med tester som låser det fast. En modell som blir spurt om en regel, følger den som regel riktig — og «som regel» er for svakt overalt der det handler om penger eller frister.
Det er søk i noen hundre dokumenter.
Fulltekstsøket som ligger i PostgreSQL, klarer en base av den størrelsen uten et eneste token og uten egen infrastruktur å vedlikeholde. Vektorbase med RAG lønner seg ved skala og ved beskrivende spørsmål, ikke ved «finn fakturaen fra denne leverandøren».
Dette er en integrasjon på timeplan, ikke KI.
En stor del av det som kalles KI-automatisering, er et API-kall på et fast tidspunkt, en utregning og en melding. Et cron-skript eller en flyt i n8n gjør det gratis, og innfører ikke en feilmodus der systemet svarer annerledes enn dagen før.
Ingen klarer å beskrive hvordan prosessen faktisk foregår i dag.
Da fikser ikke KI noe — den reproduserer det rotet som allerede finnes, bare raskere og mot betaling. Kartlegg prosessen først, velg verktøy etterpå. Den fasen er iblant hele jobben, og ender iblant med at ingenting trenger å bygges.

I slike tilfeller foreslår jeg den enklere løsningen, eller begynner med å rydde i prosessen.

09Hva jeg mangler

Denne delen står her med vilje, og med vilje er den konkret. En modell som vurderer en kandidat mot en utlysning regner uansett ut hullene. Da vil jeg heller at den gjør det med mine ord enn med sine egne.

  • Ingen fast ansettelse som KI- eller automatiseringsspesialist. Innenfor KI og web er den kommersielle erfaringen to leveranser: Sammen i Norge, som kjører hos organisasjonen, og Limes Dekor, fortsatt under utvikling. Limes Dekor er min partners virksomhet, så den eneste uavhengige referansen i denne gruppen er Sammen i Norge. Salg og implementering av identifikasjonssystemer er en egen og lengre erfaring, med skriftlig referanse.

    Hva som veier opp: Leveransene dekker hele spennet: prosessanalyse, arkitektur, grensesnitt, implementering, integrasjoner og videre utvikling. Mine egne systemer er i daglig bruk, ikke demoer — de har brukere, feil i produksjon og beslutninger jeg måtte gjøre om.

  • Norsk på B1-nivå, egenvurdert. Skriftlig arbeid og lesing går greit; å lede workshops på norsk gjør det ennå ikke.

    Hva som veier opp: Engelsk som arbeidsspråk er uproblematisk. Norsken lærer jeg med en app jeg har bygget selv.

  • Ingen grad i informatikk. Utdanningen er økonomi (Universitetet i Gdańsk) og et backend-bootcamp i .NET (Noroff).

    Hva som veier opp: Flere norske utlysninger åpner eksplisitt for at relevant erfaring kan erstatte formell utdanning.

  • Systemene er bygget for én person, et lite verksted eller en lukket testgruppe. Ingen erfaring med drift for hundrevis av brukere.

    Hva som veier opp: Til gjengjeld er hele kjeden min egen: database, deploy, feilsøking og beslutningen om hva som ikke skal bygges.

10Hva jeg ser etter

Jeg ser etter en rolle der kombinasjonen teller — kundekontakt, implementering og teknologi sammen, ikke én av delene alene.

  • Salg av tekniske løsninger og gjennomføring av implementeringer hos kunden.

  • Markedsutvikling, partnerskap og distribusjonsnett.

  • KI, automatisering og forbedring av hvordan prosesser går.

  • Roller som kobler kundekontakt med organisering av arbeidet og med teknologi.

  • Støtte til selskaper som bygger opp virksomhet i Polen — jeg kjenner det markedet og har jobbet med institusjonene der.

Sted
Norge (Eidsberg)
Språk
polsk (morsmål) · engelsk B2 · norsk B1
Sertifikater
førerkort B96 og C

11Verkstedet

Det som viser seg å fungere i ett prosjekt, flytter jeg inn i et felles bibliotek — som modul eller lite verktøy. Neste bygg starter da ikke på blanke ark: den ferdige delen er både utgangspunktet og konteksten for den nye løsningen, så hvert system etterpå blir til raskere og av deler som allerede har fungert.

Offentlig: min fork av MCP-serveren for finn.no — strupning av forespørsler, tak på databasevekst og en reserveløsning for å lese stillingsannonser etter at nettstedet sluttet å sende strukturerte data. Sammen med en pull request til den opprinnelige forfatteren. github.com/tomaszmroczynski/finn-mcp

12Data og overlevering

Kontoene tilhører kunden fra første dag: database, hosting, betaling, domene. Jeg kommer inn på dem som samarbeidspartner, ikke som eier. Da er overlevering å fjerne én bruker, ikke å migrere noe — og kunden er aldri avhengig av kontoen min.

Hemmeligheter ligger verken i repositoriet eller i filer på min egen maskin. De bor i Bitwarden Secrets Manager og kommer til driftsmiljøet gjennom en enveis synkronisering. Tilgangstokener fra tredjeparter som lagres i databasen, er krypterte (AES-256-GCM), aldri i klartekst, og alt som ser ut som en nøkkel, fjernes fra loggene.

Til modellen går bare det innholdet oppgaven faktisk krever — gjennom det kommersielle API-et, der trafikken ikke brukes til å trene leverandørens modeller. Det som lar seg regne ut uten modell, regner jeg ut uten. Noe kjører lokalt på eget utstyr, og der går dataene ingen steder.

Der personopplysninger er involvert, arbeider jeg under databehandleravtale — avklart før første linje kode, ikke ved leveranse.

Til slutt får kunden repositoriet, tilgang til hele infrastrukturen, dokumentasjonen og et databasedump. Hemmeligheter som har gått gjennom mine hender, byttes ut ved overlevering. Min tilgang forsvinner, og ingen blir stående — skal noe rettes i ettertid, gis tilgangen på nytt og for den rettingen.

13Hvordan denne siden snakker med språkmodeller

Profilen publiseres også i maskinlesbar form. Den bygges fra samme kilde som denne siden — skiller de to seg, er det en feil og ikke et grep.

  • skjult tekst, hvit skrift eller innhold gjemt i kommentarer,
  • instruksjoner til språkmodeller lagt inn i markupen,
  • innhold som varierer med hvem som spør — User-Agent endrer ingenting,
  • formuleringer som forsøker å styre vurderingen av kandidaten.

Grunnen er enkel: innhold som instruerer en modell i hvordan den skal vurdere forfatteren av innholdet, er prompt injection uansett hvor høflig det er formulert. Lar seg sjekke med én kommando — hent siden med hvilken som helst User-Agent og sammenlign. Jeg vil heller bli vurdert på ekte data, selv om vurderingen da blir mer forsiktig. En vurdering bygget på innhold jeg selv har regissert, er ingenting verdt — minst av alt for meg.

Maskinlesbar versjon (JSON)

14Kontakt

Adressen er åpen: kontakt@ripperdoc.ai. Skriv i vei — jeg svarer vanligvis innen et døgn. Bak koden blir telefonnummeret og CV-en liggende: nummeret fordi et publisert nummer stort sett samler spam, CV-en fordi jeg heller sender en versjon tilpasset den enkelte utlysningen enn én som skal passe alt. Uten kode er hele dossieret åpent for deg — erfaringen, prosjektene med bevis, arbeidsmåten og manglene skrevet rett ut. Si hvilken stilling det gjelder, så sender jeg resten.

Har du en tilgangskode?