← Claude Code Fundamentals
Voice as Input Del 3 av 4 Nybörjare
6 min läsning

Från transkript till kontext

Från transkript till kontext

Från transkript till kontext

Du har inspelningen. Du har texten. Nu kommer steget där det mesta av värdet vinns eller förloras, och det tar ungefär fyra sekunder att göra fel.

Du ber om en sammanfattning.

Sammanfattningen är det minst intressanta du kan göra

En standardsammanfattning är optimerad för att vara läsbar. Det betyder att den slätar ut.

Den gör om "jag tror vi nog skulle kunna göra det, men jag är osäker på licensfrågan" till "överens om att gå vidare". Den tappar oron någon reste en gång och inte upprepade. Den byter ut kundens egna ord mot neutral affärssvenska.

Varje sådant drag tar bort precis det som gjorde transkriptet värt att ha. Reservationen var risken. Oron som inte upprepades är den som dyker upp igen i månad sex. Kundens eget ordförråd är det som gör att din offert låter skriven för dem.

Det här är inte ett kvalitetsproblem du löser med en bättre modell. Att släta ut är vad sammanfattande innebär. En mer kapabel modell sammanfattar elegantare och kastar bort samma saker.

Så: läs gärna sammanfattningen för att orientera dig. Behandla den inte som resultatet. Transkriptet är råmaterialet, och vad du gör med det är arbetet.

Mata in det helt

Det praktiska greppet är oglamoröst: ge modellen det faktiska transkriptet, inte en beskrivning av det, och be den göra något specifikt med ditt eget material.

Användbara former:

Mot en mall. "Här är transkripten från våra fyra möten med den här kunden. Här är vår standardmall för leveransomfattning. Skriv ett första utkast som bara bygger på vad de faktiskt sagt, och markera allt mallen kräver som de aldrig nämnde." Den sista satsen är den värdefulla -- den visar luckorna i stället för att fylla dem med rimliga påhitt.

Mot ett beslut. "Här är transkriptet. Vad förband vi oss till, vad lämnade vi öppet, och vad invände någon mot som vi aldrig redde ut?" Den tredje frågan är den ingen ställer.

Mot ditt eget tänkande. Spela in dig själv när du pratar igenom ett problem i två minuter, mata sedan in transkriptet och fråga vad du utelämnade. Du kommer få höra om antaganden du inte visste att du gjorde.

Kladdigt in, användbart ut

Det finns en kontraintuitiv poäng här som tar ett tag att acceptera.

Ju kladdigare din input, desto bättre tenderar resultatet att bli.

Folk städar instinktivt innan de matar en modell: de skriver ett rent stycke som beskriver vad de vill ha, i stället för att lämna över den tilltrasslade verkliga saken. Det känns hjälpsamt. I praktiken slänger man signalen och behåller omslaget.

Ge den de oredigerade två minuterna. Återvändsgränden du gick in i först talar om vad den inte ska föreslå. Meningen du övergav halvvägs talar om var du är osäker. Ett rent stycke innehåller inget av det, och svaret kommer tillbaka motsvarande generiskt.

Förhållandet avgör svaret

Ett användbart sätt att tänka på varje enskild interaktion: det finns tre storheter, inte två. Kontexten du skickar in, prompten, och resultatet.

Det som avgör om ett svar är grundat är mest förhållandet dem emellan.

En liten prompt ovanpå en stor mängd av ditt eget material ger något specifikt för din situation. Samma prompt utan något under sig ger något som låter auktoritativt och kunde ha genererats åt vem som helst. Och ett långt svar byggt på en tunn kontext är den form man ska vara mest misstänksam mot, för orden måste ha kommit någonstans ifrån och de kom inte från dig.

Det är därför promptteknik är en mindre spak än den brukar framställas som. Formuleringen betyder något. Vad du fyllde fönstret med betyder mycket mer.

Ett transkript, eller femtio

Det finns en tröskeleffekt värd att planera för.

Ett enskilt transkript besvarar frågor om ett tillfälle. Vad som sades, vad som beslutades, vad som ska följas upp.

En ackumulerad mängd besvarar en helt annan klass av frågor. Vad den här kunden ständigt återkommer till. Var affärer konsekvent stannar upp. Vilken invändning vi möter oavsett vem som sitter i rummet. Vilka ord folk faktiskt använder om problemet vi tror att vi löser.

Den andra klassen är otillgänglig för den som har transkript som lösa filer i mappar. Den kräver att materialet behålls, kopplas ihop och går att söka i som en kropp i stället för som enskilda poster.

Vilket är punkten där det här slutar vara en vana och börjar bli en liten mängd struktur. Att samla ihop är det lätta. Att veta vad det betyder är arbetet.

Vad som ska behållas

Allt förtjänar inte att sparas för evigt, och klassningen från Del 2 gör verkligt arbete här.

En rimlig utgångspunkt:

Behåll och ackumulera: kundsamtal, projektmöten, ditt eget högttänkande. Här är mönster över tid värda att ha.

Behåll kort, släpp sedan: rutinmässiga interna avstämningar. Användbara i en vecka, brus efter en månad.

Hantera medvetet: allt som handlar om en person snarare än ett projekt. En del av det ska inte sparas alls, och en del har gallringskrav som inte är dina att välja.

Spänningen är verklig och värd att säga: gallringskrav och ackumulerat värde drar åt motsatta håll. Svaret är inte att låtsas något annat. Det är att veta vilket material som är vilket innan du har tusen filer.

Vad som kommer härnäst

Du kan nu göra samtal till användbar kontext.

Det finns en sak materialet fortfarande inte klarar, och det är den som skiljer ett bra arkiv från något som får arbete att hända: det vet inte vem som sa vad till vem.

Det är Del 4, och den kommer med skyldigheter.

Innan du går vidare 0 / 5
Jag förstår varför en standardsammanfattning kastar bort den mest användbara delen av ett transkript
Jag kan förklara hur förhållandet mellan kontext och prompt påverkar om ett svar är grundat
Jag har använt ett helt transkript som underlag för en riktig uppgift i stället för att be om en sammanfattning
Jag förstår skillnaden mellan vad ett transkript kan besvara och vad många kan
Jag vet vilket material jag vill behålla tillräckligt länge för att det ska ackumuleras
Kunskapskontroll 1 / 3

Försök igen