- 1️⃣ total tystnad - 2️⃣ musik i lurarna - 3️⃣ halvkaos + kaffe - 4️⃣ annat?

Jag håller på att testa Claude Cowork ganska intensivt just nu och funderar på att göra en genomgång eller mini-kurs här i communityt. Planen är att köra riktiga scenarier från vardagen, inte teori. Jag tänker visa både det som funkar bra och det som faktiskt inte gör det. Snabb fråga till er: Vad hade ni helst velat att AI hjälpte er med i ert workflow just nu?Och skulle en genomgång av Cowork vara intressant här inne? Det påverkar lite vad jag lägger mest fokus på framåt.

Nu när detta community börjar få nya med guider är jag så nyfiken på vad ni har för idéer i bakhuvudet. Vibe coding handlar ju om att göra tröskeln till skapande så låg som möjligt. Är det en personlig app för att hålla koll på träningen? En smart landningssida för ett sidoprojekt? Eller kanske något som automatiserar ett tråkigt moment på jobbet? Berätta gärna i kommentarerna vad du drömmer om att bygga eller vad du testar just nu. Inga idéer är för små eller för stora för att diskuteras här i studion!

My process usually starts as if I’m talking to the owner of a development company. First, we do a system brief. Outcomes, constraints, what the system must achieve. That brief usually goes through one, two, sometimes three iterations until it’s clean. From there, I move into a senior-level architectural discussion between me and the AI. We go back and forth, refining ideas, pressure-testing assumptions, and turning rough concepts into structured thinking. Out of that comes real documentation often 10 to 20 documents in total. Some short, some long. System briefs, architecture outlines, infrastructure designs, domain models, boundaries, ingestion and validation flows, human-in-the-loop reviews if AI is involved, and so on. A key part of this is canon. I always define canonical documents: a system brief canon, sometimes a domain canon, sometimes something more specific. These are single sources of truth. The AI understands what “canonical” means, and when things drift, I can always pull it back with “read the canon first.”All of this happens before I touch an IDE. With human developers, this usually happens implicitly they ask the right questions and create the documentation themselves. AI doesn’t do that. It has no long-term memory. So I create the structure for it. That way, when it starts to hallucinate or wander, I can anchor it instantly instead of re-explaining everything from scratch. Only after that foundation is in place do I move into the IDE and let the agent work. The documentation isn’t overhead it’s the control system. So… what do the rest of you do? Or Am I just being overly fucking anal? One thing I forgot to mention: once I move into the IDE—Visual Studio Code, Antigravity, or both that’s where prompting really matters. I don’t just start prompting and hoping for the best. Before any code happens, I create what I call System Specification Documents. I catalogue them and explicitly require the agent to read every single one in detail. To make sure it hasn’t just skimmed them, I ask the agent to explain the project back to me the purpose, constraints, goals, and boundaries. No coding is allowed at this stage. No output. Just comprehension. If it misunderstood something, or if I missed something, we fix that immediately.

Det blir många timmar framför skärmen i jakten de bästa lösningarna för Vibe Coding... och en hel del prenumerationer ;) Om du har nytta av mina guider och vill bjuda på en påtår så finns det nu en möjlighet att göra det här och inne i Classroomet. Allt stöd går direkt i ner i min ficka och hjälper mig att skapa mer och bättre innehåll för er. Tack! 🙏 👉 Klicka här för att bjuda mig på en kaffe (50 kr): kaffe.birgir.se (Swish & kort)