Jag byggde ett admin dashboard på under en timme
Stefan och jag hade ett möte i februari. Vi pratade om hans app, som han och jag bygger ihop. En kompis till honom hade testat den och missat hälften av funktionerna, för allt var för komprimerat på mobil.
Mot slutet av mötet frågade Stefan om det fanns ett admin-interface. Nåt där man kan se alla användare, svara på feedback, följa subscriptions.
Det fanns det inte. Och istället för att säga att jag skulle ta tag i det nästa helg byggde jag det. Live. Under mötet.
Hur det gick till
Jag öppnade terminalen och startade Claude Code i plan mode. Det innebär att Claude utforskar kodbasen och planerar vad som ska göras innan det ändrar en enda rad.
Claude läste igenom projektet, ställde några frågor om vad jag ville ha och presenterade sedan en plan. User management med sök och detaljvy. Feedback-system med möjlighet att svara och uppdatera status. Subscription-översikt. Enkel statistik: totalt antal användare, nya den senaste månaden, aktiva prenumerationer.
Jag sa OK. Sen körde den.
Vad som kom ut
36 nya filer. 130 admin-översättningsnycklar. En komplett admin-panel, skyddade routes och en superadmin-roll i databasen.
Det som är svårt att förmedla utan att visa live är hur fort det rör sig. Stefan satt och tittade. Han frågade om man behövde ha koll på koden för att använda det här. Nej, sa jag. Du behöver ha koll på vad du vill bygga. Det är en annan sak.
Sen kom testfasen. Jag körde agent browser, ett verktyg som navigerar i appen precis som en riktig användare fast automatiskt, tar screenshots och rapporterar vad som inte stämmer. Den hittade 54 ställen där översättningar saknades. Det som normalt kräver manuell genomgång av varje sida tog några minuter.
Claude fixade alla 54 på en gång.
Det handlar inte om att koda snabbare
Det folk missförstår är att det här inte handlar om snabbare kodning. Det handlar om att feedback-loopar krymper från veckor till minuter.
Stefan såg ett problem under ett möte. Vi diskuterade vad ett admin-interface borde innehålla. Jag byggde det medan vi pratade. Han kunde testa det, ge feedback och se ändringarna direkt.
Det är ett annat sätt att arbeta. Kortare avstånd mellan idé och faktiskt resultat.
Det här är samma mönster som driver mitt dagliga arbete: textfiler och AI som håller ihop allting, och Claude Code för att faktiskt bygga det som behöver byggas.
Det du behöver för att det ska fungera
Det finns en sak som separerar bra resultat från kaos: planering innan körning.
Med plan mode ser Claude igenom vad som redan finns och tänker igenom vad som behöver byggas innan det ändrar något. Det tar några minuter extra. Det sparar timmar av felsökning efteråt.
Utan plan mode är resultatet ofta att Claude löser halva problemet, missar beroenden och lämnar dig med kod som ser rätt ut men inte fungerar i sammanhanget.
Välj ett tydligt avgränsat problem. Läs planen innan du sätter igång. Testa resultatet ordentligt.
Vanliga frågor
Behöver man kunna programmera för att använda Claude Code?
Du behöver inte kunna skriva kod. Du behöver kunna beskriva vad du vill bygga. Det är en helt annan sak. Kan du förklara vad ett admin-interface ska innehålla i ett möte med din kompis, kan du förklara det för Claude.
Vad kostar Claude Code?
Claude Code kräver ett Claude Pro-konto på 20 dollar i månaden. Jag kör Max-planen på 100 dollar för projekt av den här storleken. För enklare uppgifter räcker Pro.
Hur vet du att koden är bra?
Det vet du inte per automatik. Det är anledningen till att testning är ett steg, inte ett alternativ. Agent browser och en genomläsning av planen är de två grejerna jag alltid gör. Kod som ser rätt ut men inte är testad är ett löfte, inte ett resultat.
Kan man använda det till andra saker än appar?
Ja. Rapporter som genereras automatiskt. Dataparsning. Scripts för repetitiva uppgifter. Admin-panelen är ett tydligt exempel för att den är synlig, men det är inte mer avancerat än många andra saker Claude Code kan göra.