Builderen i 2026: når AI skriver koden og bliver brugeren
AI skriver koden, og agenterne bliver brugerne. Sådan omskriver kunstig intelligens, hvad det vil sige at være kryptobuilder i 2026.
Da ordet »builder« holdt op med at betyde én ting
I krypto har ét ord i årevis stået over alle andre: builder. Ikke investor, ikke trader, ikke influencer, men den, der bygger. Ordet bar en hel moral med sig: at skabe frem for at spekulere, at sende kode live frem for at sælge håb. HOGE Wire har før portrætteret både dyrkelsen af figuren, økonomien bag den og de ansigtsløse udgaver af den. I 2026 sker der noget nyt med selve ordet: definitionen bliver trukket fra hinanden i begge ender på én gang.
I den ene ende står værktøjerne. Kunstig intelligens skriver nu store dele af koden, så en enkelt person kan sende live, hvad der før krævede et helt team. I den anden ende står brugerne. De aktører, en builder bygger til, er i stigende grad ikke mennesker, men software-agenter, der selv har en pung og selv kan betale for sig. Når både hånden, der bygger, og hånden, der bruger, bliver kunstig, melder spørgsmålet sig af sig selv: Hvad er en builder overhovedet, når AI kan gøre det meste af det, ordet plejede at betegne?
Det er ikke et retorisk spørgsmål. Det afgør, hvem der får status, hvem der får penge, og hvem der hæfter, når noget går galt. Denne artikel følger forskydningen fra begge sider: værktøjerne, der bygger, og maskinerne, der bliver bygget til, og hvad de tilsammen gør ved den mest hyldede figur i kryptokulturen.
Fra cypherpunk til statussymbol: en kort forhistorie
Builder-figuren har rødder i cypherpunk-bevægelsen og i Satoshi Nakamotos anonyme kode. I mange år var det at bygge næsten ensbetydende med at skrive kryptografi og distribuerede systemer, som meget få mennesker forstod. Vitalik Buterin gjorde figuren til et forbillede, og en generation af udviklere byggede Ethereum-økosystemet op omkring idéen om offentlige goder. Ansigtsløsheden var ofte en del af pakken: nogle af de mest indflydelsesrige buildere har bygget under håndtag frem for navne.
Med tiden blev builder mindre en jobtitel og mere et statussymbol. At kalde sig builder signalerede tilhørsforhold: du var en af dem, der skabte, ikke en af dem, der bare handlede. Konferencer, hackathons og grants voksede op omkring identiteten, og en hel æstetik fulgte med, fra hoodie til »building in public« på Farcaster og X.
Men status inviterer til inflation. Når et ord giver adgang og anseelse, begynder flere at bruge det om sig selv, og grænsen for, hvad der tæller som at bygge, bliver blødere. I mange år holdt en naturlig barriere inflationen nede: kode var svært at skrive, og det tog tid at lære. Den barriere er nu ved at forsvinde. Det er præcis dér, AI skubber til definitionen.
Vibe coding: da byggeriet blev en samtale
I februar 2025 gav den tidligere Tesla- og OpenAI-forsker Andrej Karpathy et navn til en arbejdsform, der allerede var ved at brede sig: vibe coding. Han beskrev en stil, hvor udvikleren næsten ikke rører koden selv, men beskriver i almindeligt sprog, hvad der skal ske, og lader en AI-model skrive implementeringen. Fra en henkastet bemærkning på X blev udtrykket på under to år en dominerende måde at tale om softwareudvikling på.
Karpathy var fra starten ærlig om prisen. Koden, sagde han, kan være »very bloaty«, fuld af copy-paste og »awkward abstractions that are brittle«, og selv når den virker, er den nogle gange »just really gross«. Man er, som han formulerede det, stadig nødt til at stå for »the aesthetics, the judgment, the taste, and a little bit of oversight«. Med andre ord: modellen skriver, men mennesket hæfter for smagen og tilsynet.
Værktøjer som Cursor, GitHub Copilot og Claude Code gjorde det normalt at have en model som medskribent. For krypto, hvor meget værdi ligger i relativt kort, men uhyre sikkerhedskritisk kode, er det en dobbeltrandet gave. En enkelt udvikler kan nu prototype en hel app på en weekend. Men den samme lethed betyder, at koden bag den næste builder-demo måske aldrig er blevet læst grundigt igennem af et menneske. Det får konsekvenser, som vi vender tilbage til.
Nyheden der satte tonen: Base dropper det sociale og satser på maskiner
Hvis man skal sætte en dato på, hvornår builder-fortællingen for alvor drejede mod maskiner, er 15. juli 2026 et godt bud. Den dag trådte Jesse Pollak, manden bag Coinbases Ethereum-L2 Base, et skridt tilbage fra ledelsen af Base-appen og indrømmede, at hans satsning på onchain-socialt havde slået fejl. »I was definitively wrong«, skrev han. Væddemålet på buildere havde været rigtigt; udviklere byggede stablecoins og prediction markets. Men de sociale apps, konkluderede han, »disintegrated completely«.
I stedet omorganiserede Pollak Base omkring tre søjler: handel, betalinger og AI-agenter, med ambitionen om at blive »infrastructure for global finance«. Logikken bag den tredje søjle havde han luftet før: »Crypto is native money for computers, and artificial intelligence is going to create trillions of new economic actors«. Ledelsen af Base-appen gik til Jordan Fish, bedre kendt som Cobie, hvis fundraising-platform Echo Coinbase havde købt for 375 mio. dollar (omkring 2,4 mia. kroner ved en dollarkurs på cirka 6,46) året før.
Det bemærkelsesværdige er ikke, at én chef skiftede fokus. Det er, hvad skiftet siger om builder-idealet. Den mest synlige builder-platform i økosystemet erklærede offentligt, at fremtidens vigtigste brugere ikke er mennesker, der scroller og liker, men maskiner, der handler og betaler. For en kultur, der har dyrket den menneskelige skaber, er det et markant kursskifte, og det tvinger et nyt spørgsmål frem: Hvis brugeren er en maskine, hvad er builderen så?
Når brugeren ikke er et menneske: agenten som økonomisk aktør
For at en AI-agent kan være en »økonomisk aktør«, skal den kunne betale. Det er her et stykke infrastruktur ved navn x402 er blevet centralt. Standarden, som Coinbase offentliggjorde i maj 2025, genopliver den gamle HTTP-statuskode 402 (»Payment Required«), så en agent kan betale for data eller en tjeneste med stablecoins i ét enkelt kald, uden konto, abonnement eller API-nøgle.
I 2026 er x402 flyttet over i en neutral fond under Linux Foundation med opbakning fra blandt andre Google, Visa, Mastercard, Stripe og Circle, og Google har gjort standarden til sin foretrukne betalingsskinne, når AI-systemer skal betale hinanden. Det lyder teknisk, men konsekvensen er konkret: en agent kan holde en pung, betale per forespørgsel og selv udrulle kode uden et menneske i loopet.
Når betalingerne foregår i stablecoins, rører det direkte ved det kapløb, danske og europæiske banker fører om at udstede penge på kæden. Og for builderen ændrer det, hvad man overhovedet designer. En brugerflade til et menneske handler om knapper, tekst og tillid; en grænseflade til en agent handler om API’er, priser per kald og maskinlæsbare regler. »Builderen« bygger i stigende grad til noget, der aldrig ser en skærm, og som ikke bliver imponeret over en flot animation, men over en lav pris og en stabil svartid.
No-code-fabrikken: at »bygge« uden at skrive kode
Samtidig er der vokset en industri op, der lover, at man kan »bygge« helt uden at kode. På Base er Virtuals Protocol blevet den mest fremtrædende platform for at udrulle og tjene penge på AI-agenter, med en samlet markedsværdi for økosystemet i nogle hundrede millioner dollar (nogle milliarder kroner) i sommeren 2026. Andre tjenester lover færdige wallet-apps eller handelsbots ud fra kommandoer i almindeligt sprog. For den, der vil lancere et token eller en bot, er tærsklen faldet fra måneder med kode til minutter med prompts.
Det tvinger et definitionsspørgsmål frem. Er man builder, fordi man har udrullet en agent via en launchpad, uden at have skrevet en linje af den logik, agenten kører på? Svaret afhænger af, hvad man mener ordet skal beskytte. Betyder builder »en, der skaber noget, andre kan bruge«, tæller det uden videre. Betyder det »en, der forstår og hæfter for det, hun har skabt«, gør det ikke. De to betydninger var næsten det samme, dengang kode var svært at skrive. AI har skilt dem ad, og det er nyttigt at holde de tre lag af byggeri fra hinanden:
| Lag | Hvem eller hvad bygger | Typiske værktøjer | Hvad der sendes live | Største risiko |
|---|---|---|---|---|
| Håndværkeren | Menneske, der skriver koden selv | Solidity, Foundry, egne gennemgange | Protokoller, klienter, kontrakter | Langsomt og dyrt; få kan det |
| Den AI-forstærkede builder | Menneske plus AI-kodeassistent | Cursor, Claude Code, Copilot, vibe coding | Apps og kontrakter på uger frem for måneder | Kvalitet og sikkerhed i koden |
| Den autonome agent | Software, der selv skriver og udruller | Agent-frameworks, x402, egne wallets | Bots, tjenester, on-chain-transaktioner | Ingen ansvarlig; svær at stoppe |
Den forstærkede solo-builder: 10x eller teknisk gæld?
Den mest optimistiske læsning af 2026 er, at den enlige builder endelig er blevet så produktiv, som mytologien altid har hævdet. Flere undersøgelser peger på, at AI-assisterede udviklere sender kode ind markant hurtigere end deres kolleger. Den legendariske »10x-udvikler« er ikke længere blot en talemåde, men til en vis grad en beskrivelse af, hvad et godt værktøjssæt kan gøre ved en dygtig persons output.
Men hastighed er ikke det samme som kvalitet, og her begynder regningen. De samme værktøjer, der gør en person ti gange hurtigere, kan gøre koden mere skrøbelig, hvis ingen læser hver linje. Teknisk gæld, kode der virker nu, men knækker senere, hober sig op i det stille. For en builder, hvis omdømme før hvilede på håndværk, skifter grundlaget under fødderne: det er ikke længere nok at have sendt noget live hurtigt, for det kan næsten alle nu.
Det, der adskiller, bliver i stedet dømmekraften til at vide, hvad der ikke skal automatiseres. Hvilke dele af et system er så kritiske, at et menneske skal skrive og forstå dem linje for linje? Hvornår er en hurtig demo nok, og hvornår er den farlig? De spørgsmål har altid været en del af godt ingeniørarbejde, men i en vibe-kodet verden bliver de selve kernen i, hvad det vil sige at være en dygtig builder.
Sikkerheden: når AI skriver dine smart contracts
Ingen steder er indsatsen højere end i smart contracts, hvor en fejl ikke bare er en bug, men et direkte tab. Sikkerhedsfirmaet Veracode testede over 100 store sprogmodeller og fandt, at cirka 45 procent af de kodeeksempler, modellerne genererede, indførte en sårbarhed fra OWASP Top 10-listen. Flere uafhængige analyser af »vibe-kodede« applikationer i 2025 og 2026 peger i samme retning: hurtigere kode kommer typisk med flere sikkerhedsfund, ikke færre.
Det gør revisorernes rolle vigtigere, ikke mindre. Auditfirmaer oplever, at efterspørgslen stiger i takt med, at mere AI-genereret kode når frem til kæden, og de bedste af dem sælger nu lige så meget menneskelig dømmekraft som automatiserede scanninger. Pointen er ikke, at AI ikke kan bygge sikkert. Den er, at den lethed, der gør en person til builder på en weekend, er præcis den lethed, der kan sende ugennemlæst kode i produktion.
Karpathys egen advarsel, at man stadig skal stå for tilsynet, er blevet dyr at ignorere, når kontrakten holder på andres penge. En builder i 2026 måles i stigende grad ikke på, hvor hurtigt hun kan få en model til at skrive noget, men på, hvor godt hun kan afvise det, modellen skrev, når det ikke er godt nok. Det er en mindre glamourøs færdighed end at bygge fra bunden, men den er ved at blive den vigtigste.
Hvad venerationen belønner nu
Når værktøjerne ændrer sig, ændrer statussystemet sig med. I den gamle builder-kultur var beviset på arbejde ofte synligt: commits på GitHub, evnen til at skrive Solidity fra bunden, en tale på en konference. I 2026 forskydes signalerne. Det, der tæller, er i stigende grad, hvad der faktisk er sendt live og bliver brugt, ikke hvem eller hvad der skrev koden. At kunne få en agent til at bygge noget solidt er ved at blive lige så prestigefyldt, som det før var at kunne bygge det i hånden.
Det skaber nye rivaliseringer. Den builder, der før konkurrerede mod andre mennesker om opmærksomhed og finansiering, konkurrerer nu også mod andre menneskers agenter, der kan producere i døgndrift. Farcaster og X er stadig det offentlige rum, hvor omdømme bygges, men indholdet skifter karakter, fra »se min kode« til »se, hvad der virker«. Tabellen nedenfor forsøger at indfange forskydningen i, hvad der tæller som builder-kapital.
| Signal | Før (ca. 2015-2023) | Nu (2026) |
|---|---|---|
| Beviset på arbejde | Commits på GitHub, egen kode | Hvad der er sendt live og bruges, uanset hvem der skrev koden |
| Statussymbol | At kunne skrive Solidity fra bunden | At kunne få en model til at gøre det godt |
| Distribution | Konferencer og hackathons | Farcaster, X og demoer, der virker |
| Finansiering | VC, grants, tokens | Det samme, plus agent-launchpads og real yield |
| Den nye rival | Andre mennesker | Andre menneskers agenter |
Pengene: hvordan finansieringen forskyder sig
Fortæller man historien om buildere, kommer man ikke uden om, hvem der betaler. HOGE Wire har kortlagt builder-økonomien før: venturekapital, grants, tokens og i stigende grad real yield. AI ændrer ikke rørene, men det ændrer, hvad pengene jager. Andreessen Horowitz, hvis kryptofond fra 2022 på 4,5 mia. dollar stadig er den største, sektoren har set, har i årevis argumenteret for, at krydsfeltet mellem AI og krypto er den næste store retning, og agent-launchpads og »agentisk handel« er blevet blandt de områder, kapitalen søger mod.
For den enkelte builder betyder det både mulighed og risiko. Mulighed, fordi der er kapital og distribution til den, der bygger værktøjer, agenter kan bruge. Risiko, fordi finansiering, der jager et tema, har det med at oversvømme det med kopier, og fordi en agent-økonomi, der endnu ikke har bevist vedvarende efterspørgsel, kan tørre ud lige så hurtigt, som den kom.
Der er også en dybere spænding. Meget af den offentlige finansiering, buildere har levet af, byggede på idéen om at belønne mennesker for at skabe offentlige goder. Når en stor del af »skabelsen« bliver udført af modeller, bliver det sværere at afgøre, hvem der egentlig fortjener belønningen: personen, der skrev prompten, holdet, der byggede modellen, eller fællesskabet, der stillede dataene til rådighed. Det er et fordelingsspørgsmål, sektoren først lige er begyndt at stille.
Den nordiske vinkel: Rune Christensen, Sky og en dansk builder-virkelighed
Norden har sine egne svar på, hvad en builder kan være. Rune Christensen, der er dansk, var med til at grundlægge MakerDAO i 2015 og stod bag DAI, en af de mest brugte decentrale stablecoins. Gennem planen »Endgame« ledte han rebrandingen til Sky, der lancerede USDS ved siden af DAI og gjorde SKY til det nye styringstoken. Kernen i projektet er Atlas, hvad Christensen har kaldt »sort of a big governance layer«, et stort regelværk, der skal gøre styringen gennemsigtig og sværere at manipulere.
Netop dér møder den menneskelige builder AI-temaet fra en anden vinkel. Christensen har offentligt beskrevet en fremtid, hvor Atlas parres med »Governance AI«-værktøjer, så software gradvist kan hjælpe med at fortolke og håndhæve reglerne, efterhånden som teknologien bliver pålidelig. Her er AI ikke en agent, der handler for egen regning, men en assistent til det menneskelige fællesskab, der stemmer. Hvad det gør ved dem, der lever af at deltage i styringen, har vi set på i portrættet af delegatklassen.
Norden har flere buildere, der er værd at kende i den sammenhæng. Stani Kulechov, der er finsk, byggede ETHLend om til Aave, i dag en af de største låneprotokoller i DeFi, og analyseplatformen Dune er grundlagt af to nordmænd. For danske buildere er den nære virkelighed dog mere jordnær end visioner om AI-styring: uanset om man bygger med eller uden AI, er det Finanstilsynet, der udsteder MiCA-licenser, og reglerne gælder tjenesten, ikke sindet bag den.
Reguleringen: hvem hæfter, når en agent bygger?
MiCA har siden 30. december 2024 reguleret udbydere af kryptotjenester (CASP’er) og udstedere i EU, og i Danmark er det Finanstilsynet, der fører tilsyn og giver licenser. Men MiCA er skrevet med mennesker og virksomheder for øje. Når en autonom agent holder en pung, betaler regninger og udruller kode, opstår et hul i logikken: Hvem er udbyderen? Hvem hæfter, hvis agentens kontrakt fejler og tømmer en brugers midler?
Foreløbig peger ansvaret opad, mod de mennesker og selskaber, der satte agenten i gang, og mod de CASP’er, der leverer adgangen, vekslingen eller opbevaringen. Krypto-derivater falder i øvrigt fortsat under MiFID II, ikke MiCA, uanset om det er en agent eller et menneske, der handler dem. Reglerne rammer altså tjenesten og dens udbyder, ikke den kode, der udførte handlingen.
Men den grundlæggende spænding er ny. Hele builder-etikken byggede på idéen om en skaber, der står bag sit værk og kan drages til ansvar. En agent, der bygger, har ingen samvittighed at appellere til og ingen adresse at sende et påbud til. I de kommende år skal lovgivere afgøre, om ansvaret følger koden, kapitalen eller kommandoen, altså om man kan retsforfølge den, der skrev softwaren, den, der finansierede den, eller den, der trykkede på start. Det er en af de mest uafklarede diskussioner i sektoren, og den bliver kun mere presserende, jo flere agenter der bygger og handler på egen hånd.
Sådan læser du en builder-profil i 2026
Hvordan skelner man så substans fra støj, når enhver kan kalde sig builder, og en model kan skrive demoen på en eftermiddag? Nogle spørgsmål hjælper:
- Hvem skrev og læste koden? En builder, der kan forklare, hvad AI’en gjorde, og hvad hun selv besluttede, er mere troværdig end en, der bare peger på et hurtigt resultat.
- Er det revideret? Sikkerhedsgennemgange betyder mere, ikke mindre, når koden er AI-genereret.
- Hvem er brugeren? Bygger projektet til mennesker, til agenter eller til begge, og giver det mening for det, projektet vil løse?
- Hvad hæfter hun for? Doxxet eller ej, det afgørende er, om nogen står til ansvar, hvis det går galt.
- Har hun været med før? En builder, der har overlevet en hel cyklus, læser man anderledes end en, hvis historie helt og holdent er sket i dette opsving.
Den sidste pointe er værd at dvæle ved. Comeback-fortællingen, builderen der rejser sig efter et fald, er efterhånden sin egen genre, som vi har set i guiden til at læse kryptostifterens anden akt. I en tid, hvor værktøjerne gør det let at fremstå produktiv, bliver evnen til at vurdere en persons dømmekraft over tid vigtigere end at tælle commits eller beundre en glat demo.
For det, AI endnu ikke kan, er at tage ansvaret. Den kan skrive koden, foreslå arkitekturen og endda finde sine egne fejl. Men når en kontrakt fejler, en bruger mister penge, eller et fællesskab skal beslutte, hvad der er rigtigt, er der stadig brug for et menneske, der siger: det her står jeg bag. Måske er det dér, ordet builder ender med at samle sig igen, ikke om hvem der skriver koden, men om hvem der hæfter for den.
Ofte stillede spørgsmål
Hvad betyder »builder« i krypto?
En builder er en, der skaber projekter, protokoller eller apps i kryptoøkosystemet i stedet for blot at handle eller investere. Ordet bærer en status: at skabe noget, andre kan bruge. I 2026 er definitionen under pres, fordi AI kan skrive meget af koden, og fordi en voksende del af »brugerne« selv er software-agenter.
Hvad er vibe coding?
Vibe coding er en arbejdsform, som Andrej Karpathy gav navn i februar 2025, hvor udvikleren beskriver i almindeligt sprog, hvad der skal ske, og lader en AI-model skrive selve koden. Det gør prototyping meget hurtigere, men Karpathy advarede selv om, at resultatet kan være skrøbeligt og kræver menneskeligt tilsyn.
Hvorfor satser Base på AI-agenter?
Jesse Pollak trådte i juli 2026 tilbage fra ledelsen af Base-appen og indrømmede, at satsningen på sociale apps slog fejl. Han omlagde Base til tre søjler, handel, betalinger og AI-agenter, ud fra tesen om, at kunstig intelligens vil skabe »trillions of new economic actors«, der får brug for betalingsskinner på kæden.
Er AI-genereret kode sikker nok til smart contracts?
Ikke uden gennemgang. Sikkerhedsfirmaet Veracode fandt, at cirka 45 procent af kodeeksempler fra over 100 sprogmodeller indførte en sårbarhed fra OWASP Top 10. For smart contracts, hvor en fejl kan koste penge direkte, gør det revision og menneskeligt tilsyn vigtigere, ikke mindre.
Hvordan regulerer Finanstilsynet buildere og AI-agenter i Danmark?
Finanstilsynet fører tilsyn og udsteder MiCA-licenser til udbydere af kryptotjenester (CASP’er) og udstedere; reglerne gælder tjenesten, ikke personen eller softwaren bag. Krypto-derivater hører under MiFID II. Når autonome agenter handler og bygger, peger ansvaret foreløbig mod de mennesker og selskaber, der satte dem i gang.
Af Marcus Okafor, senioranalytiker hos HOGE Wire.