En alltid-på Codex-setup, från soffan till poolen.

Fram tills nu har vibe coding krävt att du satt vid en maskin. Du öppnade en terminal, du ritade upp en plan, du körde modellen och du tittade på vad som hände. När du gick ifrån skrivbordet pausade flödet. Sessionen levde i en terminal som du själv hade öppnat, och den dog när du stängde locket.

När Codex flyttade in i en mobil-app blev tre saker möjliga samtidigt:

• Du kan initiera en körning utan att vara framför en dator. En kort prompt från ett kötillstånd, och något kompetent börjar jobba för dig.
• Du kan styra en kraftigare maskin från fickan. Telefonen behöver inte vara där allting händer. Den är fjärrkontrollen, inte motorn.
• Du kan plocka upp en pågående tråd. Det du startade vid skrivbordet är fortfarande där när du är ute. Inga kopierade promptar, ingen omstart, ingen "var var jag?".

Det här är poängen med kursen. Att du går från en setup där varje maskin är sin egen ö, till ett flöde där all kontext är delad. Du läser, godkänner och styr från den enhet som råkar vara närmast. Den enhet som råkar göra det tunga jobbet är alltid samma. Och du tappar aldrig tråden.

Sättet de flesta använder en kodassistent på i början är samma sätt som de använde sin editor på i tio år. En session per maskin. Stationären hemma har sin terminal, laptopen i ryggsäcken har sin egen, och om du skulle drömma om att jobba från mobilen så har telefonen ingen alls.

Det funkar tills du försöker växla. Då dyker symptomen upp:

• Du commitar på fel maskin. Branch ligger lokalt på stationären, du behöver den på laptopen, du börjar mejla zip-filer till dig själv.
• Du tappar promptkedjan. Du vet vad du sa till modellen, men du minns inte exakt hur den svarade. Eller tvärtom.
• Du börjar undvika att flytta dig. Eftersom kostnaden för att byta enhet är hög, sätter du dig hellre vid skrivbordet i fyra timmar i sträck. Och då har hela poängen med portabilitet försvunnit.

Rotorsaken är att tillstånd lever i lokala terminaler. Lösningen är att flytta tillståndet, både kodens och samtalets, till en plats alla enheter pratar emot.

Du behöver en bas. En enhet som inte stängs av när du går ut, som inte slutar prata internet när locket går igen, som inte tappar fjärrsessionen när skärmsläckaren startar. Den enheten är inte din laptop. Laptopen är en klient i den här arkitekturen, inte servern.

Det enda hårda kravet är att maskinen kan köra Codex. Det betyder att du har stora friheter. Mac mini, en gammal Mac med locket öppet, en stationär Windows-burk, din speldator som ändå står i hörnet, en liten Linux-mini eller en mini-PC du fått över från jobbet. Det är inte modellnamnet som avgör. Det är att den klarar tre saker.

1. 01

   Den är tyst nog att glömma

   Du kan ha den stående i samma rum som du sover utan att höra den. Det är det här som avgör om den faktiskt blir påslagen dygnet runt, inte specifikationsbladet.

2. 02

   Den är energisnål nog att alltid vara på

   Den ska kunna jobba över natten utan att du vaknar med dåligt klimatsamvete. En liten mini-PC eller Mac mini drar lite ström. En tung speldator drar mer, men det funkar fortfarande, du blir bara mer medveten om elräkningen.

3. 03

   Den kör en miljö du kan utveckla i

   Mac, Linux eller Windows med WSL. Det viktiga är att Codex har sin terminal, sina nycklar och sitt git på plats. Det är inte OS-religion, det är att verktygskedjan ska kännas hemma.

Setup-checklista

• Stäng av automatisk vila. Energiinställningarna i ditt OS, sätt maskinen så att den inte somnar när skärmen släcks. Annars dör körningar mitt i.
• Slå på "starta om automatiskt efter strömavbrott". Om strömmen blinkar vill du att maskinen kommer tillbaka utan att du behöver vara där.
• Fjärrinloggning på. SSH på Mac eller Linux, OpenSSH-servern på Windows. Bara din användare. Du vill kunna nå maskinen från laptopen i samma nätverk, eller via Tailscale utanför.
• GitHub-credentials på plats. SSH-nyckel inlagd, git ssh-testad, gh CLI inloggad. Det är det här som låter alla enheter pusha mot samma centrala punkt.
• En projektmapp att alltid jobba i. Inte en hög filer på skrivbordet. Ett dedikerat ~/code som klonar repon i sig. Lätt att backupa, lätt att tänka kring.

Det är lätt att läsa en setup-guide och tänka "okej, men ska jag verkligen jobba från en solstol?". Det korta svaret är att du nästan aldrig kommer att jobba från solstolen. Du kommer att flytta arbete dit. Det är en viktig skillnad.

En dag i flödet

1. 07:30

   Skrivbordet hemma

   Du startar dagen vid din riktiga maskin. En timme djupt arbete: planering, refaktorer, det som kräver att du tänker brett.

2. 10:00

   Ut till caféet

   Du tar laptopen. Pullar branchen. Fortsätter på ett mindre tydligt avgränsat spår. Pushar igen innan kaffet är slut.

3. 14:00

   Promenad eller pool

   Du har laptopen kvar i ryggsäcken. Du tar fram telefonen, kollar att den senaste körningen gick igenom, godkänner en diff, säger till modellen att fortsätta med nästa steg på hemma-maskinen.

4. 18:00

   Tillbaka hemma

   Du sätter dig en kort stund vid skrivbordet, ser vad som hänt under dagen, gör en pull, granskar och mergar.

Vad mobilen är bra på, vad den är dålig på

Det här är hela poängen. Det är inte att du ska kunna utveckla en helt ny app på telefonen. Det är att du ska kunna behålla framdriften i din kod under timmar du tidigare hade förlorat helt.