You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Vi ingår i ett litet team på SVT som bygger chatboten [Ossy](https://www.svt.se/sport/artikel/fraga-ossy-om-vinter-os) – och ramverket med samma namn som gör det möjligt att snabbt skapa nya expertbotar. Det speciella är inte bara vad vi bygger, utan hur: vi jobbar inte på ett traditionellt sätt med stora specialistroller och långa ledtider, utan med AI som primär metod genom hela kedjan.
16
+
Det här är en beskrivning av hur ett litet produktteam kan jobba när AI inte är ett “tillägg”, utan **förstahandsmetoden** genom hela kedjan. Poängen är inte vad man bygger (det kan vara en intern assistent, en kundnära bot, ett verktyg för analys eller en ny feature), utan **hur man bygger** när produktionstakt, utforskning och kvalitet drivs av ett AI-stött flöde.
17
17
18
18

19
19
20
-
Det finns team som “använder AI ibland” och team som har byggt hela arbetssättet runt AI. I Ossy-teamet på SVT Nyheter tillhör vi den andra kategorin: **AI är inte en perifer assistent – den är vårt primära sätt att bygga, testa, designa och verifiera.** Människorna i teamet fokuserar på riktning, kvalitet, risk och omdöme.
20
+
Det finns team som “använder AI ibland” och team som har byggt hela arbetssättet runt AI. Vi tillhör den andra kategorin: **AI är inte en perifer assistent – den är vårt primära sätt att bygga, testa, designa och verifiera.** Människorna i teamet fokuserar på riktning, kvalitet, risk och omdöme.
21
21
22
22
Tre principer styr allt:
23
23
@@ -31,7 +31,7 @@ Tre principer styr allt:
31
31
32
32
## Arbetssättet i korthet
33
33
34
-
Vi är bara **tre utvecklare + en redaktionell person**. Vi har inga dedikerade UX:are, testare, AD eller DevOps-resurser. Vår modell är enkel:
34
+
Vi är ett litet team (typiskt **2–4 personer**) och har sällan lyxen av dedikerade UX:are, testare, designers eller DevOps-resurser per initiativ. Vår modell är enkel:
35
35
36
36
-**Vi äger riktning, ansvar och omdöme**
37
37
-**AI står för produktionstakten och bredden**: kod, test, text, designunderlag, alternativ, jämförelser, refaktoreringar
@@ -60,7 +60,7 @@ Det här skiljer sig från traditionell utveckling där man ofta “håller fast
60
60
61
61
## Kvalitet som system
62
62
63
-
Vi jobbar inte med idén att “människan ska dubbelkolla allt AI gör”. Vi jobbar med idén att **kvalitet byggs som ett system**. Eftersom Ossy är en chatbot går det sällan att testa “exakt rätt text”. I stället använder vi:
63
+
Vi jobbar inte med idén att “människan ska dubbelkolla allt AI gör”. Vi jobbar med idén att **kvalitet byggs som ett system**. I generativa system går det sällan att testa “exakt rätt text”. I stället använder vi:
64
64
65
65
-**Enhetstester**
66
66
-**Integrationstester**
@@ -76,14 +76,14 @@ Vi har flera skyddslager för att skydda boten och människorna som använder de
76
76
77
77
## Drift, ansvar och ramverk
78
78
79
-
När man inte har ett stort stödmaskineri behöver man ett tydligt ägarskap. Teamet äger drift och incidenter, och vi har övervakning i SVTs moln (t.ex. dashboards i Grafana), separata kostnads-/användningsdashboards för modellleverantörer och notifieringar när nivåer passeras.
79
+
När man inte har ett stort stödmaskineri behöver man ett tydligt ägarskap. Teamet äger drift och incidenter, och vi har övervakning i vår plattform (t.ex. dashboards i Grafana), separata kostnads-/användningsdashboards för modellleverantörer och notifieringar när nivåer passeras.
80
80
81
81
Och: om en modell förändras, blir sämre eller får nya begränsningar — **då byter vi**. Vi har redan gjort flera byten under projektet.
82
82
83
83
En central del i arbetssättet är att vi byggt ett ramverk för att snabbt skapa kunniga “expertbotar”. Varje bot får:
84
84
85
85
- en **persona** (röst, ton, ansvar, gränser)
86
-
- ett antal **verktyg** (t.ex. SVTs tablå/arkiv, artiklar, FAQ, livesport-resultat)
86
+
- ett antal **verktyg** (t.ex. interna dokument, domänspecifika datakällor, API:er, produktlogik och policyer)
87
87
-**tester och säkerhetsfilter**
88
88
89
89
(Detaljerna i botarnas funktion är inte poängen här — poängen är att ramverket gör det billigt att skapa och iterera.)
@@ -104,6 +104,8 @@ Och en varning:
104
104
105
105
## Slutsats
106
106
107
-
AI kommer inte ta våra jobb. Den kommer göra att vi kan göra **mycket mer**, **snabbare** och ofta **bättre** – om vi bygger arbetssättet för det.
107
+
AI kommer inte ta våra jobb ännu. Den kommer göra att vi kan göra **mycket mer**, **snabbare** och ofta **bättre** – om vi bygger arbetssättet för det.
108
+
109
+
*Den här texten är baserad på en [artikel publicerad på Medium](https://medium.com/the-svt-tech-blog/ai-as-the-primary-way-of-working-c2397a256726), där Christian delar insikter från sitt kunduppdrag – hur teamet byggt sitt arbetssätt runt AI som förstahandsmetod, med fokus på snabba iterationer, inbyggd kvalitet och aktivt ansvarstagande.*
0 commit comments