Kontext slår prompter. Policy slår hype.

Varje team landar i samma frågor

Jag har kört över tio workshops med utvecklarteam, säljorganisationer och blandade grupper det senaste året. Varje gång samma sak: när ett team sätter sig med riktiga problem från sin egen backlog och faktiskt använder verktygen, så dyker policyfrågor upp. Inte för att någon planerat det. För att praktiken tvingar fram beslut.

Inte identiska frågor. Men samma beslutsområden. Varje gång.

En grupp bygger en modul direkt i produktionskod. Fem dollar i modellkostnad. Ingen dokumentation. Ingen change request. Vem äger den koden nu?

En annan grupp får inte igång det externa verktyget. Laddar ner en lokal språkmodell på en bärbar dator och bygger naturligt språk-sökning i sin reseplaneringsprodunkt. Ingen extern API. Ingen hjälp. Levererar. Men vilken data gick igenom modellen?

En tredje grupp planerar och genomför 60% av vad utvecklingschefen kallar "minst två veckors arbete" på en dag. Senior utvecklare förutspådde edge cases som modellen oberoende identifierade i nästa fråga. Samma prompt som alla andra använde. Skillnaden? Kontexten i fönstret. Inte prompten.

Elva policyfrågor uppstod under en enda dag. Ingen av dem planerad.

Det här är inte unikt för det teamet. Det är ett mönster.

Frågorna som alltid dyker upp

Efter tio workshops har jag sett samma beslutsdomäner dyka upp oavsett bransch, teamstorlek eller teknisk mognad. Här är tre som kommer upp i varje session.

Ägandskap av AI-genererad kod

Vem äger output? Den som skrev prompten? Den som checkade in koden? Organisationen?

Svaret är enkelt: den som checkar in koden är personligt ansvarig. Oavsett om den är AI-genererad eller handskriven. Det finns ofta konsensus om detta i teamet. Men det saknas en formell policy att luta sig mot när frågan väcks sex månader senare.

Data till externa modeller

Vad får skickas? Personnummer — aldrig. Kunddata — bedömning per fall. Intern kod — oftast tillåtet. Ekonomi och avtal — gråzonen.

Den verkliga risken är inte att någon medvetet bryter mot reglerna. Det är att någon skickar information till en gratisversion utan att tänka på datalagring. Utan policy bestämmer varje individ själv. Det är inte en strategi.

Kunskapsdelning

Hur delar teamet AI-erfarenheter internt?

Utan ett system försvinner insikterna med individen. En CTO satte upp dedikerade forskningstillfällen. Första veckan deltog en person. Presentationen var så bra att det utlöste spontant deltagande. Kultur först, struktur sen.

---

Det här är tre av elva återkommande beslutsdomäner. Var och en tar sig olika uttryck beroende på teamstorlek, teknisk mognad och typen av arbete. Det fullständiga ramverket — alla elva frågor mappade mot tre ansvarsnivåer — är det vi arbetar igenom i Spår 3 och Spår 4.

Policy lever där arbetet sker

En policy som lever i ett dokument är inte en policy. Den måste leva där arbetet sker.

För team som använder Claude Code eller liknande repo-medvetna verktyg innebär det att besluten hamnar i en CLAUDE.md eller CONVENTIONS.md i repots rot. Varje session börjar med att verktyget läser era riktlinjer. Policyn är inte något man behöver komma ihåg. Den är i kontextfönstret från start.

Tanken att bygga organisationslogik direkt in i ett gemensamt repo — ett "Company OS" — är värd att utforska för alla team som bedriver seriöst AI-assisterat arbete.

Senioritet är multiplikatorn

Det här är vad jag ser i varje workshop: senioritet är multiplikatorn. Inte promptteknik.

Utvecklaren med 15 års erfarenhet av sitt system slår den som kan skriva "bättre" prompter men inte förstår domänen. Varje gång. Klyftan ökar.

Prompten är den minst intressanta variabeln i ekvationen. Det som avgör output är vad verktyget redan vet när du frågar. Kontextfönstret. Det som är inläst innan du skriver en enda rad. Det är hela grejen.

Policy förstärker detta. Den skyddar organisationen från att självsäkra men felaktiga svar skeppas till produktion. Den ser till att erfarenhet trumfar hastighet. Att den som vet mest också har störst utväxling.

Slutsats

Branschen lägger oproportionerligt mycket energi på prompter. Det säljer kurser. Det säljer nyhetsbrev. Men det bygger ingenting.

Det som bygger något: riktiga problem, riktiga verktyg, riktiga beslut. Policy som växer ur praktik. Inte ur ett inspirationsföredrag.

Varje team jag har jobbat med har landat i samma insikt: det handlar inte om att formulera bättre frågor. Det handlar om att ladda rätt kontext och ta ansvar för resultatet.

Kontext slår prompter. Varje gång.