WEBVTT

1
00:00:04.260 --> 00:00:08.490
I dag der skal vi kigge lidt på generelt,
hvad vibe-kodning er og kan.

2
00:00:08.540 --> 00:00:13.270
Og så skal vi helt konkret vise et nyt
produkt fra Promte, som er Promte Kodning.

3
00:00:13.960 --> 00:00:18.770
Som er et vibe-kodningsværktøj til det,
vi kalder samfundskritiske organisationer.

4
00:00:20.280 --> 00:00:24.190
Men inden vi gør det,
så vil jeg lige præsentere,

5
00:00:24.620 --> 00:00:27.170
hvem vi er fra Promte her på kaldet.

6
00:00:28.635 --> 00:00:33.385
Men dem, vi har på kaldet fra Promte
i dag, det er blandt andet Christian.

7
00:00:34.735 --> 00:00:40.595
Som er teknisk ansvarlig her
i Promte og har arbejdet med

8
00:00:40.595 --> 00:00:46.275
AI meget længe. og anvender
agentisk kodning hver dag til at

9
00:00:46.275 --> 00:00:49.605
bygge videre på vores produkt
og tilføje funktioner til det.

10
00:00:51.115 --> 00:00:56.855
Jeg selv er kommercielt
ansvarlig i Promte og

11
00:00:56.855 --> 00:01:02.486
har været med til at implementere
Promte og generelt AI på

12
00:01:02.486 --> 00:01:07.435
tværs af en række offentlige
organisationer og større virksomheder i

13
00:01:07.435 --> 00:01:12.235
Danmark i løbet af de seneste år.
Jeg er måske lidt nyere til vibe-kodning.

14
00:01:12.235 --> 00:01:13.775
Jeg har prøvet at

15
00:01:13.775 --> 00:01:18.705
vibe-kode blandt andet de her slides
og vores hjemmeside og sådan nogle ting.

16
00:01:19.575 --> 00:01:21.415
Så det er sådan lidt mit
perspektiv ind i det.

17
00:01:21.635 --> 00:01:24.625
Og så har vi allieret os
med vores gode medstifter Victor,

18
00:01:24.695 --> 00:01:28.155
som kommer til at være chat-moderator
i dag. Så det vil sige,

19
00:01:28.155 --> 00:01:31.905
alt hvad I skriver i chatten, det vil
han sørge for, at vi får fulgt op på.

20
00:01:32.295 --> 00:01:36.915
Så det er hans stemme, I hører, hvis der
lige bliver brudt ind undervejs i min

21
00:01:36.915 --> 00:01:38.355
eller Christians talestrøm.

22
00:01:38.355 --> 00:01:41.925
Så er det ham der lige kan sikre
at vi får jeres spørgsmål med.

23
00:01:42.975 --> 00:01:45.445
Så endelig bare brug
chatten som sagt undervejs.

24
00:01:45.892 --> 00:01:50.233
Men inden vi går i gang, så kan man
sige sådan helt konkret at kigge på

25
00:01:50.233 --> 00:01:55.803
vibe-kodning, så kan man sige at Promte
er den her fælles modulære AI-platform.

26
00:01:56.372 --> 00:02:02.303
Og vi har teamet her, og vi bygger
vores løsning på nogle principper,

27
00:02:02.793 --> 00:02:05.122
som vi har prøvet
at beskrive her til højre.

28
00:02:05.553 --> 00:02:10.372
Så først og fremmest så er løsningen
udviklet i fællesskab med vores brugere.

29
00:02:10.372 --> 00:02:13.033
Så det er i tæt samarbejde
med vores kunder,

30
00:02:13.033 --> 00:02:17.722
at vi bliver ved med sådan at finde på nye
funktionaliteter og udvikle vores produkt.

31
00:02:17.853 --> 00:02:19.773
Og høre, hvilke
problemstillinger der er derude,

32
00:02:19.773 --> 00:02:22.413
så prøver vi at komme med løsninger
i samarbejde med vores kunder.

33
00:02:22.893 --> 00:02:25.222
Og det er sådan kommuner,

34
00:02:25.352 --> 00:02:29.063
styrelser og virksomheder
og større virksomheder.

35
00:02:30.372 --> 00:02:33.572
De funktioner, vi bygger på Promte, og det
er også noget som Promte Kodning her,

36
00:02:33.572 --> 00:02:37.952
det bliver gjort tilgængeligt for alle.
Og når der kommer opdateringer på de

37
00:02:37.952 --> 00:02:40.242
løsninger, så bliver det også
gjort tilgængeligt løbende.

38
00:02:40.632 --> 00:02:44.972
Så det er sådan set, at hvis man som
en kunde har et problem, og vi løser det,

39
00:02:44.972 --> 00:02:47.273
så kommer det alle andre
kunder til gode også.

40
00:02:47.273 --> 00:02:49.663
Så på den måde bliver platformen
ved med at udvikle sig,

41
00:02:49.692 --> 00:02:52.262
efter man er kommet ombord.

42
00:02:53.372 --> 00:02:56.773
Vi har også set, at især i det offentlige
er der et stort potentiale i at

43
00:02:56.773 --> 00:02:57.882
kunne samarbejde på tværs.

44
00:02:59.053 --> 00:03:01.143
Det gør sig også især
gældende her med vibe-kodning,

45
00:03:01.232 --> 00:03:05.222
at hvis man bygger en god app,
en god løsning til et eller andet problem,

46
00:03:06.212 --> 00:03:09.212
så er det jo tosset, at det kun
kan komme én organisation til gode.

47
00:03:09.212 --> 00:03:13.312
Så især inden for det offentlige, så giver
det her med at kunne dele applikationer på

48
00:03:13.312 --> 00:03:17.773
tværs en rigtig god mening. Det har vi
allerede understøttet med et bibliotek

49
00:03:17.773 --> 00:03:19.943
inde på Promte, som er fyldt med

50
00:03:20.773 --> 00:03:26.382
AI-assistenter og AI-agenter, her til at
starte med, gennem de sidste år eller to.

51
00:03:26.592 --> 00:03:32.053
Men nu begynder det så også at være
AI-apps og AI-produktivitetsværktøjer,

52
00:03:32.053 --> 00:03:35.463
som bliver delt herinde på tværs.
Så det er vi rigtig glade for at se,

53
00:03:35.533 --> 00:03:37.403
og det fortsætter vi selvfølgelig med.

54
00:03:39.013 --> 00:03:42.192
Og alle de her ting, det gør så, at
platformen ligesom også er i stand til at

55
00:03:42.192 --> 00:03:45.722
følge med den udvikling,
der er i AI, og der kan man sige,

56
00:03:45.732 --> 00:03:48.793
at vi er gået fra at lave
assistenter og agenter,

57
00:03:48.793 --> 00:03:53.563
til nu ligesom at have det her
vibe-kodning også med inde i platformen.

58
00:03:53.732 --> 00:03:56.472
Så på den måde håber vi sådan
at kunne understøtte de mange trends,

59
00:03:56.472 --> 00:03:58.563
der er inden for generativ AI.

60
00:04:00.673 --> 00:04:04.683
de kunder, vi arbejder med her, som er
med til at udvikle platformen hver dag.

61
00:04:07.512 --> 00:04:10.022
Helt konkret så er der sådan
et overblik her over vores løsning,

62
00:04:10.022 --> 00:04:11.872
og det er bare sådan,
at I har en fornemmelse af,

63
00:04:11.872 --> 00:04:14.933
hvad man kan lave herinde.
Og mange af de værktøjer, som vi har,

64
00:04:14.933 --> 00:04:18.173
det er også med til at understøtte det,
man så i dag kan bygge med det her

65
00:04:18.173 --> 00:04:21.502
vibe-kodningsværktøj. Så tingene begynder
ligesom at kunne tale sammen på tværs,

66
00:04:21.952 --> 00:04:24.722
og nogle af de fx integrationer,
vi har brugt lang tid på at lave,

67
00:04:25.033 --> 00:04:28.282
det kan lige pludselig anvendes
inde i det her vibe-kodning også.

68
00:04:28.673 --> 00:04:32.812
Og det her governance-lag, der går
på tværs af alle de her løsninger,

69
00:04:32.812 --> 00:04:36.712
det er så også noget, der kan være med til
at give en større form for sikkerhed og

70
00:04:36.712 --> 00:04:41.062
kontrol, når man gerne vil begynde
at bruge vibe-kodning i sin organisation.

71
00:04:44.327 --> 00:04:49.207
Yes. Godt. Men hvad er vibe-kodning,
og hvad er ligesom mulighederne i det?

72
00:04:49.207 --> 00:04:52.058
Lad os kigge på det sammen her,
inden vi går i demo-mode.

73
00:04:52.827 --> 00:04:56.487
Så vibe-kodning er helt basalt
set den her mulighed for,

74
00:04:56.487 --> 00:05:01.017
at man kan beskrive med ord, hvad det er,
man godt kunne tænke sig bygget,

75
00:05:01.028 --> 00:05:03.763
og man egentlig ikke
behøver at kunne kode selv.

76
00:05:03.763 --> 00:05:05.908
Så det giver lige pludselig
et væld af nye muligheder,

77
00:05:05.908 --> 00:05:09.928
hvor det før har været afgrænset
til en mindre gruppe af udviklere,

78
00:05:09.928 --> 00:05:12.977
der har kunnet omsætte
idéer til løsninger.

79
00:05:12.987 --> 00:05:17.587
Så er det nu også fagpersoner,
som sidder tættere på problemstillingen,

80
00:05:17.587 --> 00:05:23.137
der kan komme med løsninger selv og prøve
selv at finde en løsning på deres problem.

81
00:05:23.827 --> 00:05:28.408
Så man har ligesom mulighed for
at tale sig frem til, hvad det er,

82
00:05:28.408 --> 00:05:30.778
man gerne vil have bygget.
Så man kunne f.eks.

83
00:05:30.847 --> 00:05:35.737
sige, at man vil have en nem beregner til,

84
00:05:35.768 --> 00:05:40.367
hvad et arrangement skal koste. Man ved,
at hvis der kommer x antal deltagere,

85
00:05:40.367 --> 00:05:43.097
så skal der være så
og så meget forplejning.

86
00:05:43.188 --> 00:05:48.347
Så kan man udvikle en beregner som en
lille applikation og på den måde hjælpe en

87
00:05:48.347 --> 00:05:51.897
med at holde styr på det arrangement,
man skal til at afholde.

88
00:05:53.987 --> 00:05:55.997
Prøve at lave noget først,
teste løsningen,

89
00:05:56.107 --> 00:05:59.168
få noget feedback og så kan man rette
til bagefter med de kommentarer.

90
00:05:59.607 --> 00:06:02.567
Helt ligesom man ville sige det
til en kollega, hvis det var kollegaen,

91
00:06:02.567 --> 00:06:06.537
der skulle udvikle løsningen
gennem gammeldags kodning,

92
00:06:06.537 --> 00:06:08.408
skulle jeg til at sige.
Man selv har kunnet kode.

93
00:06:09.207 --> 00:06:10.207
Yes.

94
00:06:10.788 --> 00:06:14.847
Så det giver altså mulighed for ligesom at
gøre en masse ting i forhold til at kunne

95
00:06:14.847 --> 00:06:17.197
komme tættere på nogle
løsninger hurtigere.

96
00:06:17.967 --> 00:06:21.247
Og det er også lidt det, vi vil tale om
i forhold til potentiale ved vibe-kodning.

97
00:06:22.367 --> 00:06:25.617
Der er flere, der kan bygge løsninger
tættere på hverdagens behov.

98
00:06:25.747 --> 00:06:30.668
Og det vil sige, at man kan hurtigere
teste nogle ting af og hurtigere finde ud

99
00:06:30.668 --> 00:06:34.247
af, om det her giver værdi
eller ej. Så kan man sige,

100
00:06:34.247 --> 00:06:38.058
at processen fra tanke til handling
eller fra idé til afprøvning,

101
00:06:38.168 --> 00:06:41.928
den bliver reduceret meget markant.
Og det gør den både i forhold til tid,

102
00:06:41.928 --> 00:06:44.168
men selvfølgelig også i forhold
til penge og ressourcer.

103
00:06:44.628 --> 00:06:48.368
Så man kommer altså tættere
på hverdagens problemer og udfordringer,

104
00:06:48.368 --> 00:06:50.317
når man tager vibe-kodning i brug.

105
00:06:51.207 --> 00:06:54.888
Det bliver også hurtigere ligesom at teste
af og afprøve sin idé og få noget feedback

106
00:06:54.888 --> 00:06:57.688
og så tilpasse undervejs. Så det vil sige,

107
00:06:57.688 --> 00:07:01.327
at man kan komme markant
hurtigere hen til at vurdere,

108
00:07:01.327 --> 00:07:04.447
om det her giver mening at fortsætte
med eller om man skal afslutte projektet.

109
00:07:06.067 --> 00:07:09.747
Der er også mulighed for, når man kan lave
de her produktivitetsværktøjer til meget

110
00:07:09.747 --> 00:07:13.768
små problemer, at man pludselig kan
automatisere en masse små manuelle

111
00:07:13.768 --> 00:07:16.518
opgaver. Hvor før i tiden har
man helt sådan skulle vurdere,

112
00:07:16.528 --> 00:07:19.588
om det giver mening økonomisk
i forhold til, hvor meget tid man kan

113
00:07:19.588 --> 00:07:21.827
spare. Det skal man selvfølgelig
også stadig gøre med vibe-kodning,

114
00:07:21.827 --> 00:07:25.097
for der er stadig en udgift. Men den
udgift er blevet reduceret markant.

115
00:07:25.168 --> 00:07:28.947
Så hvor man før også skulle gå hen til
et konsulenthus og bede dem om at lave en

116
00:07:28.947 --> 00:07:32.507
løsning. Der kan man nu selv
lave løsningen på en eftermiddag,

117
00:07:32.507 --> 00:07:36.327
og derfor kan man altså tillade sig
at bygge løsninger til markant mindre

118
00:07:36.327 --> 00:07:38.507
problemer. Og det er også
det sidste punkt her,

119
00:07:38.507 --> 00:07:41.857
at der er plads til at løse små
problemer med det her vibe-kodning.

120
00:07:43.088 --> 00:07:45.287
Så der er altså mange
potentialer i vibe-kodning,

121
00:07:45.287 --> 00:07:49.548
og det giver en stor mulighed for at lige
pludselig lave en masse forskellige

122
00:07:49.548 --> 00:07:51.957
software til alle mulige små problemer.

123
00:07:55.368 --> 00:07:58.597
Men hvad er så udfordringerne
i vibe-kodning?

124
00:07:58.707 --> 00:08:00.957
Og det er så også noget,
vi gerne vil komme ind på her.

125
00:08:01.528 --> 00:08:03.648
Fordi det er jo en fantastisk ny mulighed,

126
00:08:03.648 --> 00:08:06.198
og det åbner op for
en masse nye spændende ting.

127
00:08:07.108 --> 00:08:11.467
Men som I nok kan forestille jer, så er
der i hvert fald en del overvejelser,

128
00:08:11.467 --> 00:08:13.787
man skal gøre, når man tænker
på sådan noget som drift fx.

129
00:08:14.388 --> 00:08:17.487
Hvis vi nu spoler tiden frem,
og vi har en masse medarbejdere,

130
00:08:17.487 --> 00:08:23.188
der har lavet et hav af værktøjer,
hvem skal så stå for at drifte de her

131
00:08:23.188 --> 00:08:27.538
værktøjer og sørge for, at de virker? Også
om en måned, om et halvt år, om et år?

132
00:08:28.068 --> 00:08:31.038
Det er nogle af de ting,
man skal overveje ind i det her.

133
00:08:31.347 --> 00:08:33.827
Hvem håndterer for eksempel,
når der kommer en ny AI-model?

134
00:08:33.827 --> 00:08:38.157
Vi ser jo, at de her modeller bliver
udgivet løbende og med kort mellemrum.

135
00:08:39.088 --> 00:08:41.787
Og hvem sørger så for at få
dem opdateret og sørger for,

136
00:08:41.787 --> 00:08:44.287
at ens løsning kører på nogle
af de nyeste AI-modeller,

137
00:08:44.287 --> 00:08:46.388
hvis der bliver anvendt
AI i den applikation,

138
00:08:46.388 --> 00:08:48.077
man har bygget med vibe-kodning.

139
00:08:49.548 --> 00:08:54.028
Noget andet, vi kan se, det er jo også i
forhold til at sidde og udvikle i Lovable

140
00:08:54.028 --> 00:08:57.477
eller noget andet.
Jamen, hvem må gøre hvad,

141
00:08:57.548 --> 00:09:00.077
og hvad for noget data må vi
bruge ind i det her system?

142
00:09:00.327 --> 00:09:05.247
Og hvordan styrer vi delingen på tværs
og beskytter vores dataadgang,

143
00:09:05.247 --> 00:09:06.907
når vi skal lave nogle af de her systemer?

144
00:09:06.907 --> 00:09:08.798
Også når slutbrugerne
skal have det i hænderne,

145
00:09:09.247 --> 00:09:12.227
kan der være forskellige brugere,
der må tilgå forskellige data i de her

146
00:09:12.227 --> 00:09:14.827
applikationer. Så igen,
hvordan laver vi et setup,

147
00:09:14.827 --> 00:09:18.507
der ligesom har det her governance-
og styringslag på tværs, så vi sikrer,

148
00:09:18.507 --> 00:09:21.447
at de løsninger, vi bygger,
ikke kun kan bruges af få mennesker,

149
00:09:21.447 --> 00:09:23.348
men faktisk kan rulles
ud i en organisation og

150
00:09:23.348 --> 00:09:24.698
gøres på en driftssikker måde.

151
00:09:26.227 --> 00:09:29.018
Så er der noget i forhold til test
og vedligehold af løsningen.

152
00:09:29.148 --> 00:09:31.298
Det er jo super nemt
at lave en hurtig prototype,

153
00:09:31.447 --> 00:09:34.947
men hvem står for løbende at holde
den ved lige, hvis tanken er,

154
00:09:34.947 --> 00:09:37.587
at det skal være en løsning,
der skal indgå i en arbejdsgang fast?

155
00:09:38.027 --> 00:09:41.698
Og fx også, hvis vedkommende,
der har bygget den,

156
00:09:41.707 --> 00:09:44.807
pludselig stopper eller bliver syg,
hvem har så kendskab og viden til,

157
00:09:44.807 --> 00:09:49.077
hvordan løsningen fungerer og kan
fortsætte dens levetid i organisationen?

158
00:09:50.668 --> 00:09:54.417
Sidst men ikke mindst, så er der jo noget
omkring det her med overblik og økonomi.

159
00:09:54.787 --> 00:09:59.188
Som jeg også kom ind på, så er det jo
markant billigere nu at bygge software i

160
00:09:59.188 --> 00:10:01.897
forhold til at skulle aktivere
et konsulenthus for eksempel.

161
00:10:02.847 --> 00:10:06.888
Men der er jo stadig en økonomi i det
i forhold til, at når man vibe-koder,

162
00:10:06.888 --> 00:10:09.298
så bliver der jo for eksempel
brugt en masse tokens.

163
00:10:09.367 --> 00:10:12.218
Hvem må bruge hvor mange tokens,
når de sidder og arbejder?

164
00:10:12.327 --> 00:10:15.168
Så hvordan styrer vi økonomien
ind i det her, så vi sikrer os,

165
00:10:15.168 --> 00:10:18.597
at vi ikke pludselig har fået sat
en AI-agent til at stå og køre?

166
00:10:18.747 --> 00:10:21.857
Eller at forbruget efterfølgende,
når vi stiller det ud til slutbrugerne,

167
00:10:22.367 --> 00:10:26.457
ikke stikker af, og vi har en kæmpe
regning, vi ikke havde forestillet os.

168
00:10:26.487 --> 00:10:30.048
Så det her med at have indblik
i ens forskellige applikationer,

169
00:10:30.048 --> 00:10:33.247
man får bygget over tid,
og kunne økonomistyre på tværs,

170
00:10:33.247 --> 00:10:35.058
det er også noget, der er ret vigtigt.

171
00:10:38.747 --> 00:10:42.837
Det var min sådan hurtige
indflyvning til vibe-kodning.

172
00:10:43.487 --> 00:10:46.238
Og nu er planen egentlig, at vi
giver ordet over til Christian,

173
00:10:46.327 --> 00:10:48.357
som vil vise Promte Kodning.

174
00:10:49.027 --> 00:10:51.668
Men inden jeg gør det, så vil jeg
lige høre, om der har været nogle

175
00:10:51.668 --> 00:10:54.947
spørgsmål. Jeg har ikke lige mulighed
for at holde øje med chatten her, Victor,

176
00:10:54.947 --> 00:10:57.908
så vi må lige se, om der har været noget,
eller så går vi over til demoen.

177
00:10:58.327 --> 00:11:01.588
Yes, der er et enkelt spørgsmål,
og det kan også være, at det er Christian,

178
00:11:01.588 --> 00:11:04.798
der skal hjælpe med at svare lidt
på det. Men spørgsmålet går på,

179
00:11:04.807 --> 00:11:06.888
det er Jeanette fra Odsherred
Kommune, der spørger,

180
00:11:06.888 --> 00:11:10.337
om man vil kunne overføre
projekter fra Lovable til Promte.

181
00:11:11.808 --> 00:11:14.128
Det kan være, Christian,
at du kan starte med at svare på,

182
00:11:14.128 --> 00:11:15.208
hvordan man kunne gøre det.

183
00:11:16.347 --> 00:11:21.168
Ja, det kan jeg sagtens. Ja,
så det er samme teknologi,

184
00:11:21.168 --> 00:11:24.817
det bygger op omkring,
både Lovable og Promte.

185
00:11:25.368 --> 00:11:27.568
Så for i hvert fald langt
de fleste projekter,

186
00:11:27.568 --> 00:11:32.467
der burde det være rimelig lige
til at rykke det over med lidt ændring af

187
00:11:32.467 --> 00:11:33.627
konfiguration og sådan noget.

188
00:11:35.987 --> 00:11:40.397
Så det burde nok være rimelig nemt.

189
00:11:43.590 --> 00:11:45.340
Yes, ja. Så

190
00:11:47.070 --> 00:11:50.600
jeg prøver lige at klikke lidt rundt
i vores produkt her og så vise lidt frem,

191
00:11:52.270 --> 00:11:56.400
hvad det er, vi har bygget
her til vibe-kodning.

192
00:11:57.930 --> 00:12:03.230
Så til at starte med så er nu jeg inde
på vores produkt i administratorinterfacet

193
00:12:03.230 --> 00:12:05.460
her, hvor man kan gå ind
og oprette forskellige ting.

194
00:12:05.470 --> 00:12:07.790
Og det er mange af alle de her
forskellige produkter, som,

195
00:12:08.150 --> 00:12:10.690
som Mathias han også kom
ind på, at vi havde lige nu.

196
00:12:10.690 --> 00:12:12.370
Der er det, det her, det er kun slået til,

197
00:12:13.070 --> 00:12:14.860
at jeg kan oprette apps herinde.

198
00:12:15.990 --> 00:12:18.950
det er, det er, det er det eneste modul,
der er, der er slået til herinde.

199
00:12:18.950 --> 00:12:21.030
så jeg starter lige med at
prøve at lave en app her.

200
00:12:24.130 --> 00:12:29.540
Hvor vi skal tage det her. og så kommer
jeg ligesom ind i det her app workspace,

201
00:12:30.010 --> 00:12:32.380
hvor jeg kan se, når jeg har en app her,

202
00:12:32.390 --> 00:12:38.390
så kan jeg se et preview af den her
og holde øje med mine udgivelser og sådan

203
00:12:38.390 --> 00:12:43.370
nogle ting her. Så det, jeg især vil
kigge på i dag, det er det her, kodning,

204
00:12:43.370 --> 00:12:44.940
som er noget af det nye, vi har lavet.

205
00:12:46.010 --> 00:12:47.870
hvor man kan gå ind og,

206
00:12:47.870 --> 00:12:51.600
og sidde og så bygge en app
direkte inde på vores platform her.

207
00:12:52.750 --> 00:12:55.630
man starter bare med sådan
en, en, demo-app her,

208
00:12:55.630 --> 00:12:58.310
som, når man, når man starter en ny
app, som jeg har gjort nu her.

209
00:12:58.310 --> 00:13:02.200
Og så kan man egentlig bare gå ind,
som mange nok kender det og,

210
00:13:04.050 --> 00:13:06.550
sidde og skrive, ligesom man kan
også på Lovable og sådan noget,

211
00:13:06.550 --> 00:13:07.640
så sidde og chatte med,

212
00:13:09.290 --> 00:13:12.380
med den her agent, som der så
sidder og skriver koden for en.

213
00:13:13.130 --> 00:13:18.980
Så jeg skal jo lave
et program til et event.

214
00:13:21.410 --> 00:13:24.340
Og så sætter jeg den i gang.
Og så er det ellers bare en...

215
00:13:24.810 --> 00:13:29.620
Så står den her agent her
og arbejder og skriver noget kode.

216
00:13:30.630 --> 00:13:34.900
Og så kan jeg sidde herovre i den her
live-forhåndsvisning og holde øje med,

217
00:13:36.310 --> 00:13:40.590
hvordan den udvikler sig, og selv give

218
00:13:40.590 --> 00:13:44.070
feedback på. Nu kan man se, nu begynder
den at opdatere sig herhenne, og så,

219
00:13:44.070 --> 00:13:47.350
så kan jeg give feedback på, hvis jeg
gerne vil have nogle ændringer og sådan

220
00:13:47.350 --> 00:13:49.390
noget til den, og sidde
og prøve appen af herhenne.

221
00:13:51.990 --> 00:13:55.690
sidde her og så se, hvis man gerne er lidt
mere interesseret i, hvad er det egentlig

222
00:13:55.690 --> 00:13:58.590
for noget kode, den sidder og skriver
og sådan noget, så kan man også sidde og

223
00:13:58.590 --> 00:14:01.240
følge med i det, mens den arbejder.

224
00:14:01.290 --> 00:14:03.320
Så det er ligesom,
man kan i, ligesom de fleste,

225
00:14:05.410 --> 00:14:06.410
af de her værktøjer.

226
00:14:07.110 --> 00:14:10.280
Så nu har den lavet en app,
man kan se, hvad den har ændret,

227
00:14:11.310 --> 00:14:16.230
og, jeg kan se min app her, og så kan
jeg sige, det ser egentlig fint nok ud,

228
00:14:16.230 --> 00:14:18.470
men jeg kunne godt tænke mig,
at man også lige kan søge.

229
00:14:21.290 --> 00:14:24.320
Og så kan man ellers bare sidde
og have den proces kørende,

230
00:14:25.910 --> 00:14:28.540
de fleste, de har nok prøvet
at vibe-kode et eller andet,

231
00:14:29.390 --> 00:14:31.300
nu, det er jo nærmest indbygget i alle

232
00:14:32.390 --> 00:14:36.710
værktøjer, nu om dagen, så, det er. Det
er egentlig meget det samme som det er.

233
00:14:36.710 --> 00:14:41.520
Det er baseret på en open source
motor nedenunder her også,

234
00:14:41.710 --> 00:14:46.280
som også bliver opdateret
løbende og følger med.

235
00:14:47.490 --> 00:14:49.300
Nu begynder der at komme
noget søgefelt frem

236
00:14:51.890 --> 00:14:56.100
her. Den laver lige noget interface,
og så kan jeg søge på noget.

237
00:14:57.030 --> 00:14:58.860
Og nu har man noget kaffe her klokken 9.

238
00:15:02.090 --> 00:15:03.090
Ja,

239
00:15:03.830 --> 00:15:07.680
så det er det basale.
Så kan man sidde og gøre det.

240
00:15:07.690 --> 00:15:09.850
Og så når man så er færdig
med at udvikle sin app her,

241
00:15:09.850 --> 00:15:11.900
så kan man trykke op
på den her opret release.

242
00:15:13.070 --> 00:15:18.260
Og nu har jeg lavet sådan i det setup her,
som jeg har lavet til den her demo,

243
00:15:18.490 --> 00:15:22.420
at når man trykker op den her
opret release, så siger den.

244
00:15:24.770 --> 00:15:27.320
Så går den ind og laver
sådan en release her.

245
00:15:27.850 --> 00:15:32.980
Og nu har den så fundet
nogle noter her på det.

246
00:15:33.990 --> 00:15:34.990
Yes, men ellers

247
00:15:34.990 --> 00:15:37.690
så går jeg bare lige videre herinde
i det her styring her. Det kan være,

248
00:15:37.690 --> 00:15:40.890
jeg lige har kommet til at få sat noget
op, som blokerer lidt mere end det skal.

249
00:15:42.270 --> 00:15:46.680
Men det der ellers sker som
nummer to ting herinde, det er,

250
00:15:46.730 --> 00:15:51.890
at når jeg så opretter en release her,
så kommer man ind i den her inbox her,

251
00:15:51.890 --> 00:15:53.240
hen i det her styringsmodul.

252
00:15:55.390 --> 00:15:58.790
Så det er en bruger, der er
ansvarlig for de her applikationer

253
00:15:58.790 --> 00:16:04.010
og kan sidde og holde øje med,

254
00:16:04.010 --> 00:16:06.160
hvad kommer der ind af folk,
som laver releases.

255
00:16:06.170 --> 00:16:10.660
Man kan godt slå til, at folk bare
kan lave de her releases af apps selv.

256
00:16:11.390 --> 00:16:14.450
Men nu har jeg sat det op sådan,
at der skal være en bruger,

257
00:16:14.450 --> 00:16:18.420
som der sidder og en administrator,
som sidder og holder øje med det.

258
00:16:19.230 --> 00:16:22.380
Så det der ville ske, hvis den nu
ikke lige var blokeret, det var,

259
00:16:22.470 --> 00:16:25.950
at den ville komme ind her,
og så ville der stå,

260
00:16:25.950 --> 00:16:30.530
at den venter på at blive godkendt her.
Og så får man sådan en overblik over,

261
00:16:30.530 --> 00:16:33.360
hvad det er for en app,
der er blevet bygget, hvad den kan,

262
00:16:33.510 --> 00:16:38.540
og hvad dens formål er,
og hvad for nogle risikoer der er.

263
00:16:42.510 --> 00:16:43.510
Jeg tror, det er

264
00:16:43.950 --> 00:16:48.580
i forhold til de her politikker,

265
00:16:48.670 --> 00:16:50.980
som man kan have lokalt på sit setup.

266
00:16:52.610 --> 00:16:54.620
Som der også bliver tjekket af en AI,

267
00:16:54.930 --> 00:16:58.880
inden at den ligesom bliver
godkendt til at komme ud her.

268
00:17:01.090 --> 00:17:04.290
Så hvis jeg går igennem den her app,
og så siger jeg, at det ser godt ud,

269
00:17:04.290 --> 00:17:07.910
så kan jeg trykke på den her Approve &
Publish, og så bliver den så godkendt.

270
00:17:07.910 --> 00:17:11.340
Og så bliver der lavet det her release.

271
00:17:11.490 --> 00:17:14.530
Og når det så bliver lavet, nu kan jeg
lige prøve at gå tilbage til en af de

272
00:17:14.530 --> 00:17:17.860
andre her, som der har en udgivelse her.

273
00:17:17.910 --> 00:17:19.140
Jeg tror, der er den her.

274
00:17:22.370 --> 00:17:25.500
Så kommer det ligesom, det kan man
se herinde i det her forhåndsvisning,

275
00:17:25.610 --> 00:17:31.040
at der er en app, som er udgivet,
og man kan se herinde i releases,

276
00:17:31.050 --> 00:17:35.120
at nu er der en, der er udgivet. Og det
man så kan herinde på Promte Platform,

277
00:17:35.150 --> 00:17:38.240
det er, at nu alt det her er
hostet på Promte Platform,

278
00:17:38.330 --> 00:17:43.640
og man kan gå ind og dele det
internt med e-mailadresser,

279
00:17:43.730 --> 00:17:46.160
eller man kan gå ind
og dele det med et link.

280
00:17:48.150 --> 00:17:53.850
Og man kan også gå ind her og dele
baseret på afdelinger og sådan noget,

281
00:17:53.850 --> 00:17:57.730
så man kan ligesom få
det ud rigtig hurtigt,

282
00:17:57.730 --> 00:17:59.610
når man sidder og udvikler
det på den her måde.

283
00:18:00.810 --> 00:18:01.810
Ja.

284
00:18:02.550 --> 00:18:06.150
Så det er ligesom, hvad skal
man sige, udviklingsflowet,

285
00:18:06.150 --> 00:18:09.660
når man sidder og arbejder på apps.

286
00:18:13.100 --> 00:18:15.980
Det vi så har brugt rigtig
lang tid på at udvikle,

287
00:18:15.980 --> 00:18:19.280
det er det her med hele det her

288
00:18:19.280 --> 00:18:22.980
governance-lag, som der kommer ovenpå det.
Fordi det er jo rigtig fedt det her med,

289
00:18:22.980 --> 00:18:25.450
at man kan sidde og bygge
en masse ting rigtig hurtigt,

290
00:18:25.500 --> 00:18:29.730
men som Mathias han også kom ind på,
så er der jo meget af det her med

291
00:18:33.480 --> 00:18:35.190
hvor ender data egentlig henne,

292
00:18:35.420 --> 00:18:38.970
og hvem har styr på udgivelser
og alle de her ting.

293
00:18:41.700 --> 00:18:45.200
Og der jo ofte sker det her, at man sidder
og chatter med en AI, og den bygger en

294
00:18:45.200 --> 00:18:47.780
app, og så bygger den det på en eller
anden infrastruktur et eller

295
00:18:47.780 --> 00:18:52.880
andet sted, hvor dataen ender et eller
andet sted i et andet sted, end der,

296
00:18:52.880 --> 00:18:55.420
hvor man egentlig havde regnet
med, at det skulle ende.

297
00:18:55.420 --> 00:18:57.460
Så det vi har lavet her, det er at,

298
00:18:57.460 --> 00:18:59.560
som jeg allerede har vist
det her med releases,

299
00:18:59.560 --> 00:19:01.810
men vi har også det her med de
her permission requests.

300
00:19:04.780 --> 00:19:10.470
Som standard bokset ind, når man
sidder og udvikler herhenne i kodning.

301
00:19:12.620 --> 00:19:18.600
Så den her frontend-del af

302
00:19:18.600 --> 00:19:21.600
appen, som kører inde i brugernes browser.
Den er fuldstændig boxet ind,

303
00:19:21.600 --> 00:19:23.150
så den kan ikke sende noget data ud.

304
00:19:23.880 --> 00:19:26.620
Og man kan også udvikle
de her backendfunktioner,

305
00:19:26.620 --> 00:19:28.490
som der også er boxet fuldstændig inde.

306
00:19:30.020 --> 00:19:33.850
Så den kan ikke sende data
ud til andre services.

307
00:19:36.420 --> 00:19:38.740
Det den så kan, når man sidder
og chatter med den, det er,

308
00:19:38.740 --> 00:19:43.500
at den kan bede om tilladelser
til specifikke ting.

309
00:19:43.500 --> 00:19:45.550
Og det kommer så ind i den her inbox også,

310
00:19:45.640 --> 00:19:51.420
som en administrator så kan sidde og se,
okay, den her vil gerne kunne sende,

311
00:19:51.420 --> 00:19:54.390
den vil gerne have noget data
fra Azure med nogle brugere.

312
00:19:54.420 --> 00:19:56.310
Kan jeg godkende det?

313
00:19:58.400 --> 00:20:02.920
Og det, man så kan på tværs af alle
de her arbejdsområder, det er,

314
00:20:02.920 --> 00:20:08.520
at man kan gå ind og sætte op, hvad vores
politikker for de her ting generelt er.

315
00:20:08.520 --> 00:20:11.920
Så det, jeg snakker om
med selve frontenden, altså det,

316
00:20:11.920 --> 00:20:14.220
der kører ind i brugerens
browser, er boxet ind,

317
00:20:14.220 --> 00:20:16.490
det har jeg slået til her i det her miljø.

318
00:20:17.720 --> 00:20:20.170
Og så kan jeg sige, at den
skal gå ind og blokere alt,

319
00:20:20.260 --> 00:20:22.250
hvad den prøver at sende ud af data,

320
00:20:22.300 --> 00:20:25.590
fordi det er meget vigtigt i vores
organisation, at man ikke kan det.

321
00:20:25.980 --> 00:20:31.670
Men så kan en specifik assistent gå
ind for sit eget arbejdsområde her,

322
00:20:31.800 --> 00:20:35.400
gå ind og bede om tilladelse til, at jeg
vil gerne på grund af det her og det her,

323
00:20:35.400 --> 00:20:40.200
så vil jeg gerne kunne have lov til at
hente data om vores brugere fra vores

324
00:20:40.200 --> 00:20:44.140
Azure, eller gå ind og oprette
en kladde i vores fællesindbakke,

325
00:20:44.140 --> 00:20:46.170
eller hvad det nu er, man gerne vil lave.

326
00:20:48.680 --> 00:20:53.280
Og det kan man så sidde igen som
administrator her og sidde og holde øje

327
00:20:53.280 --> 00:20:58.050
med og godkende, om man må eller ej.
Og man kan gå ind og så sætte op,

328
00:20:58.080 --> 00:21:03.140
at her fx på tværs af alle apps, så vil
vi gerne altid have lov til at kunne kalde

329
00:21:03.140 --> 00:21:05.830
vores Azure-miljø, for eksempel.

330
00:21:06.960 --> 00:21:10.150
Og det kan man så både gøre for
det her frontend og for backend,

331
00:21:10.220 --> 00:21:14.450
så når de her to er slået til, så
er appen fuldstændig boxet ind,

332
00:21:14.520 --> 00:21:18.310
og der er ikke noget data, der kan gå
ud eller ind af det miljø, som I har.

333
00:21:20.160 --> 00:21:23.990
Man kan også styre, hvilke pakker,
der må blive installeret.

334
00:21:26.880 --> 00:21:31.760
Udvidelser til ens app.
Hvis man ikke stoler på visse pakker,

335
00:21:31.760 --> 00:21:34.380
så kan man også slå det fra.
Lige nu har jeg slået det fra,

336
00:21:34.380 --> 00:21:40.100
men man kan så slå det til. Så man
kan styre, at det eneste kode, der er,

337
00:21:40.100 --> 00:21:42.330
det er det kode, man selv har lavet.

338
00:21:45.000 --> 00:21:48.720
Det her, det er, fordi vi
har jo en masse funktioner.

339
00:21:48.720 --> 00:21:51.200
Vi har bygget den her
modulære AI-platform,

340
00:21:51.200 --> 00:21:55.540
som har funktioner med LLM'er og

341
00:21:55.540 --> 00:22:00.630
embeddingmodeller og med
alle mulige AI-features.

342
00:22:00.840 --> 00:22:03.000
Og de bliver selvfølgelig
stillet til rådighed,

343
00:22:03.000 --> 00:22:04.480
når man sidder og bygger de her apps.

344
00:22:06.000 --> 00:22:10.080
Sidder og bygger en app,
og så kan man bruge alt det,

345
00:22:10.080 --> 00:22:11.900
som der allerede er sat
op på Promte for en.

346
00:22:11.900 --> 00:22:15.060
Så vi har allerede integreret med for
eksempel Azure i forhold til LLM'er og

347
00:22:15.060 --> 00:22:17.040
sådan noget. Og det skal
man ikke sidde og gøre,

348
00:22:17.040 --> 00:22:18.720
når man sidder og bygger de her apps selv,

349
00:22:18.840 --> 00:22:20.920
fordi man bare kan bruge
det direkte igennem Promte.

350
00:22:22.740 --> 00:22:24.780
Det kan man også gå
ind og styre specifikt,

351
00:22:24.780 --> 00:22:28.990
hvad vil man gerne have slået
til af de her features her for apps.

352
00:22:31.380 --> 00:22:33.590
Vi vil fx ikke have nogen AI-brug,

353
00:22:33.620 --> 00:22:36.870
så kan man slå modellerne
fra her og AI-chatten fra.

354
00:22:38.980 --> 00:22:41.460
Og så videre, vi vil ikke have
noget, der har med lyd at gøre,

355
00:22:41.540 --> 00:22:46.210
text to speech og sådan noget, så kan man
slå de ting fra. Så det kan man styre.

356
00:22:46.240 --> 00:22:49.540
Man kan også gøre, så man bare
logger det, så man kan holde øje med,

357
00:22:49.540 --> 00:22:54.460
hvad det egentlig brugen er. Og så
kan man holde øje med det på den måde,

358
00:22:54.460 --> 00:22:55.930
hvad det er, der egentlig foregår.

359
00:22:59.845 --> 00:23:03.755
Det næste, der er, det er,
når man så, hvis man så siger,

360
00:23:03.765 --> 00:23:07.425
at man gerne må bruge nogle af de her
features her til at sende data ud til

361
00:23:07.425 --> 00:23:09.155
LLM'er, så har vi det her guardrailslag.

362
00:23:11.785 --> 00:23:15.145
Som gør, at du kan styre,
at du kan gå ind og holde øje med,

363
00:23:15.145 --> 00:23:17.305
hvad er det egentlig for
noget data, der bliver sendt.

364
00:23:17.765 --> 00:23:19.855
Fx ud til en LLM i Azure.

365
00:23:21.205 --> 00:23:27.205
Eller der bliver skrevet ned i en database
lokalt, som vi gerne vil undgå.

366
00:23:27.865 --> 00:23:30.165
Så der kan man gå ind
og sige, fx CPR-nummer,

367
00:23:30.165 --> 00:23:33.645
det vil jeg gerne blokere fuldstændig.
Det vil vi aldrig nogensinde have,

368
00:23:33.645 --> 00:23:34.945
at vi har sendt nogen steder hen.

369
00:23:34.945 --> 00:23:39.965
Hvis at vores model her,
det her guardrailsmodel her,

370
00:23:39.965 --> 00:23:42.465
som der holder øje med,
med de her forskellige ting,

371
00:23:42.465 --> 00:23:45.635
den opdager sådan noget,
så blokerer den det.

372
00:23:46.585 --> 00:23:49.865
Telefonnummer, det siger vi, det er måske
okay, men vi vil gerne lige have en log.

373
00:23:49.885 --> 00:23:51.165
Og alt det andet her,

374
00:23:51.165 --> 00:23:54.635
det er egentlig bare slået fra her.

375
00:23:56.465 --> 00:24:01.085
Så det er en måde at kunne åbne op for,
at man kan bruge til nogen ting.

376
00:24:01.085 --> 00:24:04.035
Men at man stadig sikrer,

377
00:24:05.325 --> 00:24:11.325
at hvis der er et utilsigtet
databrud eller et eller andet,

378
00:24:11.325 --> 00:24:12.415
man kommer til at gøre,

379
00:24:12.665 --> 00:24:17.015
så kan vi stadig gå ind og sikre
det og blokere nogle af de her ting.

380
00:24:18.805 --> 00:24:22.925
Det her er mere specifikt i forhold
til at skrive dataen ned i databasen,

381
00:24:22.925 --> 00:24:26.375
og så den anden her: Outbound data checks.

382
00:24:26.425 --> 00:24:31.255
Det er i forhold til data, som går
ud i de her forskellige services,

383
00:24:31.325 --> 00:24:33.135
som Promte stiller til rådighed.

384
00:24:35.445 --> 00:24:37.875
Så det er mange af de ting,
som man kan sidde og styre her.

385
00:24:38.305 --> 00:24:40.805
Så kan man også styre det her logging her.

386
00:24:40.805 --> 00:24:45.095
Det slår til som standard, at vi logger
alt, hvad der foregår i de her apps.

387
00:24:45.625 --> 00:24:46.745
Og så kan man styre,

388
00:24:46.745 --> 00:24:49.675
hvor mange dages retention man
gerne vil have på de her logs.

389
00:24:52.225 --> 00:24:54.515
Og det kan vi gå over og se her også.

390
00:24:54.685 --> 00:24:56.735
Der kan man se logs her
for de sidste syv dage.

391
00:24:56.765 --> 00:25:01.565
Så kan man se hver gang en app bliver
åbnet og et release bliver reviewet og

392
00:25:01.565 --> 00:25:02.855
hvem har gjort det osv.

393
00:25:03.065 --> 00:25:08.405
Så der er ligesom logs på

394
00:25:08.405 --> 00:25:10.375
alting her i virkeligheden.

395
00:25:17.605 --> 00:25:20.585
En anden ting er, at vi kan også lave,
at der er både det her frontend og så det

396
00:25:20.585 --> 00:25:24.795
backend her, som jeg har snakket om.
Og der kan man også gå ind og slå det fra,

397
00:25:24.795 --> 00:25:27.225
hvis man siger, at vi vil simpelthen
ikke have, at der er noget,

398
00:25:27.225 --> 00:25:29.965
der bliver lavet noget backend.
Vi vil kun bygge frontend-apps,

399
00:25:29.965 --> 00:25:33.715
som kun kører i brugernes browser.
Vi vil ikke have noget, der kører fælles.

400
00:25:34.805 --> 00:25:39.845
Så vi slår det fra. Og man kan også sætte
sådan nogle, de her backendfunktioner,

401
00:25:39.845 --> 00:25:45.255
de kan køre på de her schedules her, så de
kan køre hver dag og gøre et eller andet.

402
00:25:45.255 --> 00:25:47.745
Måske tjekker man, at der er kommet
en ny mail ind i en indbakke,

403
00:25:47.745 --> 00:25:51.415
Og så lave et eller andet på baggrund
af det. En ny kladde eller et eller andet.

404
00:25:52.365 --> 00:25:55.775
Og det kan man også styre, om det skal
slås til inde på det her governance.

405
00:25:58.485 --> 00:26:03.185
Så det smarte ved rigtig mange af de her
ting her i forhold til det her policies

406
00:26:03.185 --> 00:26:09.125
and access, det er, at vi har,
fordi at vi både har harness her og

407
00:26:09.125 --> 00:26:11.915
vi har det her governance-modul
her på samme tid i en pakke.

408
00:26:12.905 --> 00:26:14.175
Så kan vi lave sådan,

409
00:26:14.325 --> 00:26:19.085
at det her harness her,

410
00:26:19.085 --> 00:26:22.245
det kan selv spørge om tilladelse til de
her ting. Så når du sidder og chatter med

411
00:26:22.245 --> 00:26:25.585
dem, så behøver du ikke at være
teknisk og vide, at jeg skal kalde det

412
00:26:25.585 --> 00:26:29.845
her Azure API eller jeg skal kalde det

413
00:26:29.845 --> 00:26:34.185
her, jeg skal gemme den her type af data.

414
00:26:34.185 --> 00:26:35.495
Det behøves du ikke at vide,

415
00:26:35.545 --> 00:26:41.545
fordi det ved den model,

416
00:26:41.545 --> 00:26:44.605
du sidder og chatter med, den ved alle
de her ting her, alle de tekniske ting,

417
00:26:44.605 --> 00:26:48.585
og den kan så sige, okay,
nu spørger jeg lige om tilladelse til,

418
00:26:48.585 --> 00:26:52.325
at jeg må skrive telefonnummer ned,
fordi det har vi brug for i den her app.

419
00:26:52.325 --> 00:26:54.745
Og så skriver jeg
en beskrivelse ud fra det,

420
00:26:54.745 --> 00:26:57.475
vi har siddet og snakket om,
til den her administrator.

421
00:27:05.205 --> 00:27:09.925
Og så får administratoren så inden i det
her permission requests en permission på,

422
00:27:09.925 --> 00:27:12.565
at den her app, den vil gerne have
lov til at gemme telefonnummer.

423
00:27:13.245 --> 00:27:16.555
Og det er fordi, det skal bruges
til lige præcis det her brugsscenarie.

424
00:27:17.245 --> 00:27:18.925
Og så kan man så give godkendelse til det.

425
00:27:18.925 --> 00:27:20.845
Og hvis der så er noget,
der ændrer sig i appen,

426
00:27:23.445 --> 00:27:26.275
et eller andet med, hvordan
den her app bliver brugt.

427
00:27:26.325 --> 00:27:29.955
Så den her permission request her,
den er gemt med det formål,

428
00:27:29.965 --> 00:27:33.355
og så holder den her release-AI,

429
00:27:33.905 --> 00:27:36.825
som der læser alle de her releases
igennem, den der blokerede mig

430
00:27:36.825 --> 00:27:39.985
før. Den holder altså øje med, om der
er noget af det, der har ændret sig,

431
00:27:39.985 --> 00:27:43.895
og der er noget ny permission, der
mangler at blive bedt om tilladelse til.

432
00:27:46.863 --> 00:27:49.802
Det sidste, jeg lige vil komme ind
på, inden jeg er helt færdig her,

433
00:27:49.802 --> 00:27:52.433
det er det her, som du
også nævnte, Mathias.

434
00:27:53.062 --> 00:27:54.062
Ja.

435
00:27:55.922 --> 00:28:00.023
At når man, altså klassisk set, så har vi
jo siddet og brugt de her ChatGPT og de

436
00:28:00.023 --> 00:28:02.693
her agenter her til at sidde
og få svaret på nogle spørgsmål.

437
00:28:02.783 --> 00:28:05.262
Og det koster ikke særlig

438
00:28:05.262 --> 00:28:08.023
meget. Det har været sådan, typisk så
har man ikke rigtig haft brug for at

439
00:28:08.023 --> 00:28:10.793
holde øje med, hvor meget det har kostet.
Men de her agenter her, de kan jo,

440
00:28:10.793 --> 00:28:13.483
der kan du sige til den, jamen du
skal bygge den her kæmpe store app,

441
00:28:13.483 --> 00:28:15.832
der kan 100 forskellige ting.

442
00:28:16.943 --> 00:28:18.662
Og så går den i gang med arbejde,

443
00:28:18.662 --> 00:28:22.372
og så fortsætter den bare i timevis
og bruger en masse tokens.

444
00:28:24.122 --> 00:28:26.807
Så det er noget, der kan
komme lidt ud af kontrol.

445
00:28:26.807 --> 00:28:29.122
Så det har vi også lavet som
del af det her app-governance,

446
00:28:29.122 --> 00:28:34.513
at du ligesom kan sætte nogle
af de her begrænsninger her.

447
00:28:34.602 --> 00:28:37.673
Så du kan gå ind og sætte op hver person.

448
00:28:37.823 --> 00:28:43.673
Der vil vi bruge mere end 200 kroner
om måneden og 20 kroner om dagen.

449
00:28:45.363 --> 00:28:48.433
Så kan man så lave
personlige undtagelser her.

450
00:28:48.503 --> 00:28:53.562
Så hvis der er en eller anden, som hvis
job det er fx at sidde og bygge de her

451
00:28:53.562 --> 00:28:57.062
ting, så kan man gå ind og sige,
du må gerne bruge meget mere,

452
00:28:57.062 --> 00:29:01.812
fordi det giver mening. Og man kan
også gøre det på afdelingsniveau.

453
00:29:03.842 --> 00:29:06.412
Så kan man sætte priser op
for forskellige modeller,

454
00:29:06.622 --> 00:29:09.973
alt efter hvilke aftaler man
har med sine leverandører her.

455
00:29:10.003 --> 00:29:14.003
Det er også noget, jeg ikke fik vist,
men man kan gå ind og vælge.

456
00:29:14.003 --> 00:29:19.963
Man kan køre modulært på den måde,
at vi ikke er bundet fast i nogen

457
00:29:19.963 --> 00:29:24.102
bestemt model. Så hvis
man gerne vil køre på

458
00:29:24.102 --> 00:29:28.823
Anthropics modeller og noget
Claude, så kan man gøre det.

459
00:29:28.823 --> 00:29:33.483
Hvis man gerne vil køre på OpenAI's
modeller, så kan man gøre det.

460
00:29:33.483 --> 00:29:34.952
Igennem Azure fx.

461
00:29:36.302 --> 00:29:38.342
Og hvis man gerne vil køre
på open source modeller,

462
00:29:38.543 --> 00:29:39.713
nogle af de danske modeller,

463
00:29:39.943 --> 00:29:45.863
blandt andet har vi
et samarbejde med Corti,

464
00:29:45.863 --> 00:29:48.523
hvor vi også integrerer
med nogle af deres modeller,

465
00:29:48.523 --> 00:29:51.033
som de snart kommer
til at hoste i Danmark.

466
00:29:52.023 --> 00:29:55.993
Så har vi også en integration til det, som
man kan sidde og køre på danske modeller.

467
00:29:56.622 --> 00:29:58.302
Og så kan man også sidde og holde øje med,

468
00:29:58.302 --> 00:30:01.952
hvor mange penge man bruger
på tværs i sin organisation.

469
00:30:05.718 --> 00:30:07.008
Det første spørgsmål var,

470
00:30:07.898 --> 00:30:10.787
om det var samme setup i forhold
til tokens som ved andre værktøjer.

471
00:30:10.858 --> 00:30:14.633
Det er rimelig meget det samme, men der er
nogle flere muligheder for at styre det.

472
00:30:14.633 --> 00:30:17.517
Det kan være, du vil tilføje, Christian.
Og så i forlængelse der er der spørgsmål

473
00:30:17.517 --> 00:30:22.997
om, om det vil kunne betale sig
at forberede et projekt i fx ChatGPT eller

474
00:30:22.997 --> 00:30:24.657
andre værktøjer, inden

475
00:30:24.657 --> 00:30:27.488
man går i gang herinde for så
at bruge færre tokens herinde.

476
00:30:30.017 --> 00:30:33.577
Det er faktisk et rigtig godt spørgsmål.
Jeg tror, det kommer meget an på,

477
00:30:33.577 --> 00:30:36.807
hvad det er for nogle aftaler,
man har i de forskellige værktøjer.

478
00:30:38.957 --> 00:30:43.818
Så hvis man har en god aftale med ChatGPT,

479
00:30:43.818 --> 00:30:46.398
hvor man kan få nogle rigtig
billige tokens derhenne,

480
00:30:46.398 --> 00:30:48.698
så kan det godt give mening
at lave noget af det.

481
00:30:48.698 --> 00:30:50.918
Vi har også nogle skills
og sådan noget, som gør,

482
00:30:50.918 --> 00:30:53.807
at du kan bruge andre harnesses
til at sidde og udvikle i.

483
00:30:55.238 --> 00:30:59.738
Det du mister, det er sådan noget
af det her sandboxing og sådan noget.

484
00:30:59.738 --> 00:31:01.538
Hvis du sidder og udvikler
det et andet sted,

485
00:31:01.637 --> 00:31:05.878
så når du sidder og udvikler det her
med at kunne spørge om tilladelse til

486
00:31:05.878 --> 00:31:07.158
forskellige ting og sådan noget.

487
00:31:09.037 --> 00:31:12.707
Det er ikke noget,
vi har i de her skills endnu.

488
00:31:12.718 --> 00:31:15.188
Det kan være, det er noget,
der kommer snart.

489
00:31:17.358 --> 00:31:21.997
Men det kan godt give mening, også hvis
man er vant til at bruge noget andet,

490
00:31:21.997 --> 00:31:26.227
og man allerede er en, hvad
skal man sige, garvet udvikler,

491
00:31:26.278 --> 00:31:29.448
og man er vant til at bruge
Claude eller et eller andet.

492
00:31:29.898 --> 00:31:32.097
Så kan man godt sidde
og udvikle det herhenne,

493
00:31:32.097 --> 00:31:35.097
og så bruge nogle af vores
skills og udviklertools derhenne.

494
00:31:35.097 --> 00:31:40.838
Og så stadig få vores hosting og
monitorering og sandboxing og sådan noget,

495
00:31:40.838 --> 00:31:43.348
når man så går i produktion
med de her apps.

496
00:31:50.238 --> 00:31:54.017
på en eller anden måde, hvor jeg vil sige,
det her harness her, det giver mere mening

497
00:31:54.017 --> 00:31:56.617
til folk, hvor det bare skal være
så nemt som overhovedet muligt.

498
00:31:56.898 --> 00:32:01.837
Og man er måske ikke ultrateknisk
og har sit helt eget setup,

499
00:32:01.837 --> 00:32:03.357
som man selv har lavet og sådan noget.

500
00:32:04.917 --> 00:32:09.137
Der kan man så vælge at bruge det harness,
som vi har direkte ind i dem her,

501
00:32:09.137 --> 00:32:10.577
som gør mange tingene meget nemmere.

502
00:32:12.517 --> 00:32:15.528
Jeg tænkte også på, at jeg vil
lige tilføje, og du kan rette mig,

503
00:32:15.637 --> 00:32:18.077
Christian, hvis det ikke er rigtigt,
det jeg sidder og siger.

504
00:32:18.077 --> 00:32:21.077
Men som du også kommer ind på,

505
00:32:21.077 --> 00:32:25.287
så kan vi jo understøtte alverdens
forskellige sprogmodeller.

506
00:32:25.517 --> 00:32:27.398
Så vi har nogle spændende
samarbejde med Corti,

507
00:32:27.398 --> 00:32:29.878
som vi også kommer til at fortælle
lidt mere om om et øjeblik.

508
00:32:29.938 --> 00:32:32.358
Men i det element med at kunne bruge,

509
00:32:32.358 --> 00:32:35.508
altså udskifte sprogmodeller og bruge
forskellige sprogmodeller rundt omkring,

510
00:32:35.858 --> 00:32:38.658
der vil jo også være en mulighed for
organisationen i at prisoptimere,

511
00:32:38.818 --> 00:32:44.257
hvis man gerne vil køre med en model, som
er billigere på den ene eller anden måde.

512
00:32:44.257 --> 00:32:47.008
Eller eventuelt køre en model lokalt. Ja,

513
00:32:48.118 --> 00:32:52.747
der har vi også nogle andre
muligheder for at styre,

514
00:32:52.878 --> 00:32:55.378
hvem der har adgang til hvilke
modeller og sådan noget.

515
00:32:55.378 --> 00:32:58.118
Så man kan også sidde inden
for det her governance,

516
00:32:58.118 --> 00:33:00.938
det er så på tværs af hele
Promte-platformen og sidde og styre,

517
00:33:00.938 --> 00:33:03.727
hvilke modeller der er tilgængelige
for hvem og sådan noget.

518
00:33:03.738 --> 00:33:06.367
Så der er helt klart
nogle muligheder der også.

519
00:33:10.698 --> 00:33:12.417
Alright, der er masser af spørgsmål på

520
00:33:12.417 --> 00:33:15.898
chatten. Så jeg vil også lige tage, hvis
vi bare lige tager dem sådan lidt mere

521
00:33:15.898 --> 00:33:17.198
fra toppen, så var der jo Janette her,

522
00:33:17.198 --> 00:33:20.318
der spurgte med det her med, om man kan
få projekter fra Lovable ind i Promte.

523
00:33:21.958 --> 00:33:23.838
Der kom et spørgsmål mere
i forlængelse af det:

524
00:33:24.417 --> 00:33:27.177
Hvad med andre typer
af vibe-kodningsprojekter,

525
00:33:27.177 --> 00:33:29.628
der ligger inde i Git,
men som ikke er udviklet i Lovable?

526
00:33:29.658 --> 00:33:32.508
Jeg svarede bare lige hurtigt på skrift,
at det var en hurtig måde at gøre det på.

527
00:33:32.508 --> 00:33:35.197
Det er at downloade det som en zip-fil
eller noget, inde fra Lovable eller

528
00:33:35.277 --> 00:33:37.891
Git. Og så lægge det i en samtale
i Promte, men det kan også være,

529
00:33:37.891 --> 00:33:40.577
at du har en smartere måde at gøre
det på, Christian, eller andre

530
00:33:40.577 --> 00:33:41.577
måder at tænke på det.

531
00:33:42.618 --> 00:33:48.358
Ja, så i princippet kan du
godt bare importere en hel

532
00:33:48.358 --> 00:33:51.698
mappe med kode til Promte.

533
00:33:51.698 --> 00:33:56.778
Det er ikke sikkert,
at alt vil virke direkte,

534
00:33:56.778 --> 00:33:59.597
en til en med koden, men så er det
smarte, at man har de her agenter,

535
00:33:59.597 --> 00:34:03.128
som kan sidde og ændre funktionerne,

536
00:34:03.198 --> 00:34:06.768
så det hele kan køre. Så man kan sige,

537
00:34:06.818 --> 00:34:10.168
at hele frontend og hele den
del, som kører i browseren,

538
00:34:10.177 --> 00:34:15.238
ofte er det bygget på samme måde
som det, som vi har lagt op til her,

539
00:34:15.238 --> 00:34:18.388
som er det her Vite/React,
hvis det siger nogen noget.

540
00:34:19.818 --> 00:34:22.438
Så hvis det er bygget på den måde,
og det gør de fleste modeller,

541
00:34:22.438 --> 00:34:25.637
når de bygger apps i dag,
så vil det virke lige med det samme,

542
00:34:25.637 --> 00:34:27.548
uden at agenten ligesom
rigtig skal gøre noget.

543
00:34:28.438 --> 00:34:31.567
Og så hele backend-delen her,
der har vi vores egen infrastruktur,

544
00:34:31.637 --> 00:34:35.948
som har den her sandbox her,

545
00:34:35.997 --> 00:34:39.067
som ligesom pakker hver eneste af de
funktioner, man har i backenden ind.

546
00:34:39.557 --> 00:34:44.618
Så hvis man har en backend
til sin app, som er mere custom,

547
00:34:44.618 --> 00:34:46.898
så er der noget omskrivning
der, der skal laves,

548
00:34:46.898 --> 00:34:50.448
som agenten her så
heldigvis også kan stå for.

549
00:34:50.497 --> 00:34:51.787
Så det eneste, det koster,

550
00:34:51.798 --> 00:34:55.787
det er jo nogle tokens og noget
tid til at debugge og sådan noget.

551
00:34:57.898 --> 00:35:03.108
Perfekt. Så er der et spørgsmål her
til ændringer, man laver i appen.

552
00:35:04.798 --> 00:35:07.878
Hvordan fungerer det, og kan man gå frem
og tilbage mellem versioner og sådan

553
00:35:07.878 --> 00:35:11.028
noget, når man laver nye ting? Ja, ja.

554
00:35:11.198 --> 00:35:15.898
Så inden for den her releases side her,
der har du forskellige versioner,

555
00:35:15.898 --> 00:35:19.658
som du så kan skifte. Altså hvis
du gerne vil lave et rollback,

556
00:35:19.658 --> 00:35:22.417
eller hvad man siger, hvis du gerne
vil tilbage til en gammel version,

557
00:35:22.417 --> 00:35:25.837
så kan du godt hoppe tilbage, og så sige,
at den, som der er i drift lige nu,

558
00:35:25.837 --> 00:35:30.358
det er version 1. Fordi at vi
fandt ud af, at version 2,

559
00:35:30.358 --> 00:35:35.938
der var et eller andet galt, eller et
eller andet folk ikke forstod i den app,

560
00:35:35.938 --> 00:35:37.718
eller hvad det nu var. Så

561
00:35:37.718 --> 00:35:42.008
der kan du ligesom hoppe
imellem versionerne også, ja.

562
00:35:45.358 --> 00:35:48.508
Super. Så er der et spørgsmål
til tanker omkring governance.

563
00:35:49.578 --> 00:35:52.538
Men så næste spørgsmål hænger også lidt
sammen med det, med omkring, hvordan det

564
00:35:52.538 --> 00:35:55.193
her differentierer sig
fra for eksempel Lovable,

565
00:35:55.193 --> 00:35:57.157
når det kommer til sikkerhed.
Så det kan godt komme

566
00:35:57.157 --> 00:35:59.157
lidt ind på det. Jeg tænker også
på sådan noget som mulighederne for

567
00:35:59.157 --> 00:36:00.938
self-hosting og sådan noget,
der ligesom er indbygget.

568
00:36:01.710 --> 00:36:05.710
Ja, så vi har mulighed
for både for self-hosting,

569
00:36:05.710 --> 00:36:11.240
og vi har mulighed for hosting
i Azure EU, enten på private cloud,

570
00:36:11.310 --> 00:36:16.660
og vi har også mulighed for
hosting i danske hosting provider.

571
00:36:17.650 --> 00:36:19.090
Så vi kan ligesom lægge det hvor som

572
00:36:19.090 --> 00:36:22.730
helst. Det, der er mange af vores kunder,
der gør, det er, at de hoster

573
00:36:22.730 --> 00:36:26.910
hele Promte-platformen her lokalt på deres

574
00:36:26.910 --> 00:36:30.140
egne server, hvis man har det.

575
00:36:30.990 --> 00:36:32.960
Det er så mange kommunale kunder, der gør.

576
00:36:33.990 --> 00:36:37.510
Og det gør så, at vi kan sørge for,
at al databehandling er noget,

577
00:36:37.510 --> 00:36:39.180
der bare foregår lokalt.

578
00:36:40.450 --> 00:36:45.610
Nede ved den kunde. Der er sådan nogle
af de her ting, som er mere sådan...

579
00:36:45.610 --> 00:36:48.900
Det er rå kode, og det er så ikke
databehandling efter, at man er i drift.

580
00:36:48.910 --> 00:36:53.750
Når den er i drift, så foregår
al databehandling kun der,

581
00:36:53.750 --> 00:36:59.570
hvor miljøet er installeret,
om det så er hostet ved os eller på ens

582
00:36:59.570 --> 00:37:02.910
egne servere. Men når man sidder
og udvikler og sådan noget,

583
00:37:02.910 --> 00:37:07.510
hvis man så hælder data ind i det,
så har vi en integration til ens eget...

584
00:37:07.510 --> 00:37:09.320
Vi kan egentlig gøre det på to måder.

585
00:37:10.670 --> 00:37:14.640
Standardmåden er, at vi kører
det på folks eget Azure-miljø,

586
00:37:14.810 --> 00:37:18.600
hvor vi så kan lave de her sandboxes,
der man sidder og udvikler i.

587
00:37:20.350 --> 00:37:22.910
Og det andet, man kan gøre, det er
selvfølgelig at sidde og udvikler i

588
00:37:22.910 --> 00:37:27.290
sin computer. Og det tredje, vi kan
gøre, det er at sætte det op på...

589
00:37:27.290 --> 00:37:32.470
Så det kører på ens
egen serverinfrastruktur.

590
00:37:32.470 --> 00:37:35.070
Og det kræver så, at man
har en serverinfrastruktur,

591
00:37:35.070 --> 00:37:39.780
hvor vi kan sætte mange af de
her kodesessioner her i gang.

592
00:37:44.530 --> 00:37:47.450
Yes, så tænker jeg bare, der er lige
et spørgsmål mere i den samme genre,

593
00:37:47.450 --> 00:37:50.490
så vi kan lige tage det.
Så helt specifikt, så står der...

594
00:37:50.490 --> 00:37:54.800
Hvis nu man har brug for at hoste sine
løsninger på forskellige net, f.eks.

595
00:37:54.830 --> 00:37:56.500
DMZ, er der support for det?

596
00:37:57.410 --> 00:37:58.410
Ja,

597
00:37:59.130 --> 00:38:02.370
der har vi også forskellige
muligheder. Så det vi normalt gør,

598
00:38:02.370 --> 00:38:07.020
det er at lægge sådan hele
administrationsdelen af platformen.

599
00:38:07.610 --> 00:38:13.410
Den kan vi i hvert fald
lægge nede i et mere sikkert

600
00:38:13.410 --> 00:38:15.590
lag. Så der

601
00:38:15.590 --> 00:38:19.670
ikke er adgang udefra til alt, hvad
der er i administration og sådan noget.

602
00:38:19.670 --> 00:38:24.980
Men så kan vi så lægge bestemte
moduler ud i DMZ'en for eksempel.

603
00:38:25.150 --> 00:38:29.080
Så man kan tilgå fx,
hvis man har brug for,

604
00:38:29.250 --> 00:38:33.360
tænker det nok er ideen om at udstille
apps ud på internettet og sådan noget,

605
00:38:33.510 --> 00:38:34.640
som man har bygget her.

606
00:38:35.050 --> 00:38:40.340
Så man kan lægge det modul,
som der er appvisningen, ud i DMZ'en.

607
00:38:41.130 --> 00:38:45.710
På den måde kan vi sikre, at man skal
sidde på netværket for at kunne lave om på

608
00:38:45.710 --> 00:38:49.410
konfiguration eller
ændringer i app-releases.

609
00:38:49.410 --> 00:38:55.170
Men du kan stadig godt udstille
appen og bruge appen uden

610
00:38:55.170 --> 00:38:59.000
for et netværk. Så det er også muligt.

611
00:39:00.090 --> 00:39:02.890
Og det er for hele
Promte-platformen egentlig,

612
00:39:02.890 --> 00:39:06.960
så det er også for assistenter
og for alting, den funktion.

613
00:39:08.130 --> 00:39:10.310
Perfekt. Jeg tænker også
sådan helt lavpraktisk,

614
00:39:10.310 --> 00:39:14.190
hvis man sidder og udvikler
en app, og ligesom,

615
00:39:14.190 --> 00:39:17.690
altså jeg tænker mange af de ting,
hvor det skal være på netværket,

616
00:39:17.690 --> 00:39:20.730
det er noget, man sætter op, når man
sætter op i første omgang det her,

617
00:39:20.730 --> 00:39:22.550
Promte Kodning eller
hele Promte-platformen,

618
00:39:22.550 --> 00:39:26.210
men når man så sidder som almindelige
brugere og har bygget en app,

619
00:39:26.210 --> 00:39:30.080
hvordan fungerer det så med hosting? Hvad
skal man gøre for at få den her app live?

620
00:39:33.850 --> 00:39:36.520
Ja, når man bare sidder
og udvikler på Promte-platformen,

621
00:39:36.690 --> 00:39:39.340
så er det bare det her release-flow her.

622
00:39:40.930 --> 00:39:45.020
Og hvis det så er slået til, at man
skal have den her menneske her,

623
00:39:45.050 --> 00:39:50.900
som skal, der er human release approval,
som også er slået til som standard,

624
00:39:51.470 --> 00:39:54.350
så skal der så være et menneske, når
man går ind og trykker på den her create

625
00:39:54.350 --> 00:39:57.690
release, så skal der være et menneske,
der går ind, som selvfølgelig er en,

626
00:39:57.690 --> 00:40:00.970
der er godkendt til at gå ind
og godkende de her apps her,

627
00:40:00.970 --> 00:40:06.050
som så går ind og trykker OK,
når de har læst igennem,

628
00:40:06.050 --> 00:40:08.160
hvad appen er, og hvad der
er ændret og sådan noget.

629
00:40:08.830 --> 00:40:11.030
Så hver gang du laver
en ny version, så kommer

630
00:40:11.030 --> 00:40:13.620
det ligesom ind igen
i det her release flow.

631
00:40:14.830 --> 00:40:18.500
Vi har også det her AI release review,
som man kan godt sætte det op,

632
00:40:18.670 --> 00:40:22.230
hvis man slet ikke vil have den her human,
så kan du ligesom gå ind og sætte de her

633
00:40:22.230 --> 00:40:26.310
policies op her. Det tror
jeg slet ikke, jeg fik vist,

634
00:40:26.310 --> 00:40:30.482
men vi har de her policies her, hvor du
kan sætte op blandt andet baseret på AI

635
00:40:30.482 --> 00:40:34.220
Act. Der er der måske nogle ting,
man gerne vil have sat op der,

636
00:40:34.370 --> 00:40:39.350
for at sikre, at man ikke udvikler
apps til formål, som man ikke må,

637
00:40:39.350 --> 00:40:42.580
og man har sikkert også mange specifikke
ting for ens egen organisation,

638
00:40:42.830 --> 00:40:47.950
som er ting, man ikke må i forhold
til persondata og alt sådan noget,

639
00:40:47.950 --> 00:40:49.950
og det kan man så sætte
op ind i det her policies.

640
00:40:50.030 --> 00:40:53.990
Og der er den her AI her,
den går ind og så laver et review på

641
00:40:53.990 --> 00:40:59.030
koden, som den var,
og hvad der er blevet godkendt,

642
00:40:59.030 --> 00:41:00.790
og så de ændringer,
som der er blevet lavet.

643
00:41:01.830 --> 00:41:04.170
Ja, så oplevelsen,
når man sidder og udvikler,

644
00:41:04.170 --> 00:41:07.160
det er egentlig bare at logge ind
i Promte eller bruge dit eget harness,

645
00:41:07.210 --> 00:41:11.845
hvis du er mere sådan teknisk,
og så laver dine opdateringer,

646
00:41:11.845 --> 00:41:13.470
og så laver du release, når du er færdig,

647
00:41:13.470 --> 00:41:17.160
og så kan det så enten blive godkendt af
en AI eller et menneske, eller begge dele.

648
00:41:17.950 --> 00:41:20.910
Yes. Ja, og så er det sådan set bare
hostet, ikke? Så det er ikke noget,

649
00:41:20.910 --> 00:41:23.690
man skal tage stilling til hver
gang. Det er der bare... Ja,

650
00:41:23.690 --> 00:41:27.080
lige præcis, ja. Så hosting
er indbygget, ja. Perfekt.

651
00:41:27.810 --> 00:41:32.030
Så er der også et spørgsmål om, hvad
med rigtige Windows-apps, for eksempel,

652
00:41:32.030 --> 00:41:33.750
og ikke bare webløsninger.
Kan man lave det,

653
00:41:33.750 --> 00:41:35.310
eller er det uden for scope på det her?

654
00:41:37.970 --> 00:41:42.000
Ja, så vi har vores egen, faktisk,

655
00:41:42.270 --> 00:41:46.980
Windows cross-platform-app
under udvikling også,

656
00:41:47.390 --> 00:41:50.970
som man kender det også fra ChatGPT
og sådan noget, som der har, og Claude,

657
00:41:50.970 --> 00:41:54.110
der har sine apps, der kører på tværs.

658
00:41:54.110 --> 00:41:56.880
Og der kan man så lave de her apps
her, så de så kan køre ind i den,

659
00:41:56.990 --> 00:42:01.330
men i forhold til sådan mange
af de funktioner, som man har,

660
00:42:01.330 --> 00:42:03.730
når man så sidder og bygger
sådan en native app her til

661
00:42:03.730 --> 00:42:06.240
Windows eller Linux eller Mac,

662
00:42:07.830 --> 00:42:13.050
er oppe i, altså lave notifikationer og
sidder oppe i de her tray-ikoner og mange

663
00:42:13.050 --> 00:42:17.770
af de ting, der ligesom kommer der.
Det er ikke en del af scope for det her,

664
00:42:17.770 --> 00:42:20.840
som det er lige nu. Det kan være,
det bliver på et tidspunkt, ja.

665
00:42:22.530 --> 00:42:24.890
Det, vi har lavet, det er sådan,
at man kan ligesom...

666
00:42:24.890 --> 00:42:26.580
Nu får vi den her desktop app her.

667
00:42:27.510 --> 00:42:31.800
Forhåbentlig inden så længe, som så
gør deling af de her apps nemmere.

668
00:42:32.090 --> 00:42:36.670
Og vi har også en iPhone- og Android-app,
hvor de her apps, man bygger,

669
00:42:36.670 --> 00:42:39.580
de også kan blive udstillet
igennem. meget nemt.

670
00:42:40.770 --> 00:42:44.490
Og så kan man også, når man deler dem,
bare udstille dem som et iframe,

671
00:42:44.490 --> 00:42:47.770
hvis man skal have dem ind og ligge
i sin egen app eller et eller andet.

672
00:42:47.770 --> 00:42:51.560
Så der er mange muligheder for
distribution af de her apps her,

673
00:42:51.690 --> 00:42:53.420
som kommer indbygget.

674
00:42:54.750 --> 00:42:55.750
Yes.

675
00:42:57.450 --> 00:43:02.190
Så er der lidt andet spørgsmål, der
handler om de her guardrails eller filtret

676
00:43:02.190 --> 00:43:05.400
for forskellige oplysninger.
Hvor spørgsmålet går på,

677
00:43:05.470 --> 00:43:08.440
at det her ligner meget fokus
på almindelige oplysninger,

678
00:43:08.590 --> 00:43:12.500
personoplysninger og CPR-nummer. Hvad
med mere følsomme oplysninger, som f.eks.

679
00:43:12.850 --> 00:43:15.290
helbredsoplysninger eller
fagforeningsmæssige tilhørsforhold?

680
00:43:15.830 --> 00:43:20.020
Det kan godt være, at man kunne
kigge på det hele og så blokerer det,

681
00:43:20.130 --> 00:43:23.760
som behandler det. Så det kan være, du
kan fortælle lidt om, hvordan det virker,

682
00:43:23.810 --> 00:43:26.740
hvad teknikken er. Ja, så

683
00:43:27.790 --> 00:43:33.470
det lag, som vi har lige nu, som vi kalder
guardrails, det er lavet på den måde,

684
00:43:33.470 --> 00:43:35.600
at det kører lokalt der, hvor appen kører,

685
00:43:35.610 --> 00:43:39.900
direkte inde i brugerens browser.

686
00:43:39.970 --> 00:43:43.600
Det vil sige, at der aldrig
nogensinde er noget data,

687
00:43:43.710 --> 00:43:49.510
der når at forlade der hvor koden bliver

688
00:43:49.510 --> 00:43:53.460
kørt. Det vil ofte allerede
være i brugerens browser,

689
00:43:53.610 --> 00:43:57.020
at det her data bliver blokeret.

690
00:43:57.670 --> 00:44:00.570
Så vi har lavet den her meget lille model,

691
00:44:00.570 --> 00:44:04.520
som kan køre direkte inde på folks device,

692
00:44:04.810 --> 00:44:06.900
som kan blokere mange af de her ting.

693
00:44:07.170 --> 00:44:11.210
Det giver nogle fordele,
fordi det kan blokere de her

694
00:44:11.210 --> 00:44:15.190
informationer, som man
helst ikke vil have delt om

695
00:44:15.190 --> 00:44:20.840
folks navne eller
specifikke personoplysninger.

696
00:44:23.430 --> 00:44:28.770
Men begrænsningen i det er så,
at du kan ikke mere brede og fuzzy ting,

697
00:44:28.770 --> 00:44:34.530
kan det så ikke fange, hvis man skriver
fx lidt om noget med ens helbred.

698
00:44:34.530 --> 00:44:40.530
Og der skal du så typisk have noget
AI indover og gøre det alligevel,

699
00:44:40.670 --> 00:44:45.630
hvor behandlingen så
kommer ligesom til at ske

700
00:44:45.630 --> 00:44:48.080
af en anden AI,

701
00:44:48.130 --> 00:44:52.900
end den AI, man så ville
oprindeligt have sendt det til.

702
00:44:57.950 --> 00:45:00.180
Men der kan man så gå ind
og sige sådan noget som,

703
00:45:00.510 --> 00:45:05.770
at hvis der bliver smidt noget data ind om

704
00:45:05.770 --> 00:45:08.190
helbredsoplysninger eller
et eller andet, så lad være

705
00:45:08.190 --> 00:45:10.780
med at gemme det fx i en database.

706
00:45:14.750 --> 00:45:19.230
For at kunne fange mange af de her
ting kræver det en eller anden form for

707
00:45:19.230 --> 00:45:21.780
behandling af en AI-model.

708
00:45:24.972 --> 00:45:30.022
Perfekt. Ja, så et spørgsmål
her går på QA og testcases.

709
00:45:30.212 --> 00:45:34.493
Så spørgsmålet er, at der ofte
bliver stødt på spørgsmålet,

710
00:45:34.493 --> 00:45:37.823
om man kan stole på logikken eller
arkitekturen i sådan en AI-løsning her.

711
00:45:38.753 --> 00:45:42.872
Så er der noget QA eller
testcases indbygget her,

712
00:45:42.872 --> 00:45:45.582
eller hvordan er det en del
af sådan det her release review?

713
00:45:47.153 --> 00:45:51.963
Ja, altså det er et godt spørgsmål
der med, om man så kan stole på AI'en.

714
00:45:52.592 --> 00:45:55.043
Fordi vi kan jo sætte alle de
her policies op og så sige,

715
00:45:55.173 --> 00:45:59.843
så får du ligesom noget
QA i forhold til det.

716
00:46:02.773 --> 00:46:06.343
I forhold til hvert fald, hvad må
man bruge appsene til og sådan noget.

717
00:46:06.352 --> 00:46:08.403
Så er der jo så det andet,
som er det her med,

718
00:46:08.573 --> 00:46:13.983
er det egentlig en god app
og sådan noget, som skal udvikles,

719
00:46:14.012 --> 00:46:15.442
eller som skal udgives her.

720
00:46:18.113 --> 00:46:21.442
Man kan ligesom have en app ude,

721
00:46:21.653 --> 00:46:27.413
uden at den ligesom er blevet
published endnu til det

722
00:46:27.413 --> 00:46:30.812
brede internet. Så kan du godt
have en version 2 liggende,

723
00:46:30.812 --> 00:46:32.892
men det er stadig version 1,
der er ligesom i drift.

724
00:46:32.932 --> 00:46:36.833
Og så den version 2, den kan
du så have menneskelig QA på,

725
00:46:36.833 --> 00:46:38.463
inden at du laver din udgivelse.

726
00:46:40.693 --> 00:46:44.903
Så det er i hvert fald en måde, at man
ligesom kan lave det her på, uden...

727
00:46:45.352 --> 00:46:49.223
Altså hvis man gerne vil have det her
human in the loop også på visse ting,

728
00:46:49.352 --> 00:46:53.303
hvor det er mere kritisk. Og det er jo
så også ofte fra use case til use case,

729
00:46:53.392 --> 00:46:58.712
at man gerne vil kunne styre, hvor kritisk
er det, at vi har sådan helt QA flow på.

730
00:46:58.712 --> 00:47:02.452
Versus at det er nok,
at det er for eksempel en AI,

731
00:47:02.452 --> 00:47:05.253
der går ind og kigger på, at den her app,

732
00:47:05.253 --> 00:47:07.063
den lever op til vores design guidelines,

733
00:47:07.132 --> 00:47:11.843
eller den behandler ikke de her
typer af data og sådan noget.

734
00:47:12.673 --> 00:47:16.202
Yes, super. Så er der et andet
spørgsmål her, som går på,

735
00:47:16.233 --> 00:47:19.223
hvis nu en medarbejder har
bygget en app, og så stopper,

736
00:47:19.712 --> 00:47:24.923
kan den her app så overføres
til en anden person i organisationen?

737
00:47:26.052 --> 00:47:27.662
Kan du tale om,

738
00:47:29.753 --> 00:47:31.858
hvem der sidder i styringsmodulet
og byggemodulet,

739
00:47:31.858 --> 00:47:37.033
og hvordan man kan overføre ting? Ja, så
når man sidder inde i det her styring her,

740
00:47:37.033 --> 00:47:40.503
det er ligesom, der sidder nogle
administratorer inde i det,

741
00:47:40.552 --> 00:47:44.763
som er blevet givet specifik
adgang til det i organisationen.

742
00:47:44.872 --> 00:47:47.963
Og det kunne fx være, hvis man har
en IT-afdeling i sin organisation,

743
00:47:48.212 --> 00:47:50.332
så kan det typisk være,
at det er en, der sidder der,

744
00:47:50.472 --> 00:47:55.063
og som er teknisk kyndig og har
styr på, hvordan de her ting virker.

745
00:47:56.773 --> 00:48:00.143
De har adgang på tværs
af hele organisationen.

746
00:48:01.573 --> 00:48:05.803
Og de kan jo så også have adgang
på tværs af alle de her apps.

747
00:48:05.972 --> 00:48:10.102
Så vi har ligesom sådan
en superbrugerrolle, som har adgang på

748
00:48:12.393 --> 00:48:14.432
tværs af hele organisationen.
Og de kan styre, hvis

749
00:48:14.432 --> 00:48:17.883
der er en, der bliver syg eller et eller
andet. Så kan de gå ind og se alle apps,

750
00:48:17.892 --> 00:48:21.803
der er oprettet af alle workspaces,
der er oprettet faktisk i Promte.

751
00:48:21.812 --> 00:48:25.963
Så det er også assistenter og agenter
og alle sådan nogle ting her.

752
00:48:27.472 --> 00:48:29.352
Og så gå ind og styre brugerstyringen på

753
00:48:29.352 --> 00:48:31.153
det og overføre det
til en anden medarbejder.

754
00:48:32.613 --> 00:48:37.182
Hvor når man sidder inde i det her, der
er det mere sådan en specifik workspace,

755
00:48:37.233 --> 00:48:39.202
hvor det er mig, som udvikler,

756
00:48:42.613 --> 00:48:44.383
som sidder herinde og arbejder.

757
00:48:45.173 --> 00:48:47.243
Og der har vi så det
her brugerstyring her.

758
00:48:47.932 --> 00:48:51.743
Nu er det så mig, som sidder som ejer her,

759
00:48:51.792 --> 00:48:56.792
og der vil en superadministrator kunne
gå ind og lægge en anden bruger herind i

760
00:48:56.792 --> 00:48:58.782
stedet og sætte dem som ejer her.

761
00:49:00.132 --> 00:49:01.132
Super.

762
00:49:02.952 --> 00:49:04.622
Yes. Så er der spørgsmålet til,

763
00:49:04.753 --> 00:49:07.532
om man vil kunne bruge det her
i en undervisningssituation i

764
00:49:07.532 --> 00:49:10.913
folkeskolen. Og der er så spørgsmålet,
at der virker til at der er en hel del af

765
00:49:10.913 --> 00:49:13.093
opsætninger, som kan gøre det
ret besværligt at komme i gang.

766
00:49:13.452 --> 00:49:16.043
Så er der bud på, om produktet
kunne være egnet til det.

767
00:49:18.352 --> 00:49:20.602
I forhold til undervisning i vibe-kodning?

768
00:49:21.472 --> 00:49:22.503
Jeg forestiller mig, ja.

769
00:49:23.573 --> 00:49:29.333
Jeg ville nok ikke anbefale
at bruge det her produkt

770
00:49:29.333 --> 00:49:34.432
til undervisning,
fordi det handler mere om

771
00:49:34.432 --> 00:49:38.843
at lave governance på.

772
00:49:40.093 --> 00:49:43.102
Alt det her med at få en app rent
faktisk ud i drift og ud at leve.

773
00:49:43.892 --> 00:49:47.153
Så der kommer til at være
en masse lag og en masse styring

774
00:49:47.153 --> 00:49:53.153
på det, som gør,

775
00:49:53.212 --> 00:49:58.012
at du måske kan få en meget mere
iterativ og bedre læringssituation ud af,

776
00:49:58.012 --> 00:50:01.932
og bare bruge sådan noget som ChatGPT
eller et eller andet til at sidde og

777
00:50:01.932 --> 00:50:05.942
undervise i de her ting.

778
00:50:06.673 --> 00:50:08.122
Perfekt. Det giver god mening.

779
00:50:08.913 --> 00:50:12.312
Jamen, super godt, Christian. Vi siger
tak. Så kan Mathias lige i gang med lidt

780
00:50:12.312 --> 00:50:15.032
skærmdeling, og så kan jeg lige
i overgangen her besvare spørgsmålet fra

781
00:50:15.032 --> 00:50:19.833
Jeanette her. Og spørgsmålet er, om Promte
sådan generelt er at betragtes som alle

782
00:50:19.833 --> 00:50:22.632
andre fagsystemer,
som med databehandleraftaler osv.,

783
00:50:22.632 --> 00:50:26.022
kan man vel godt bruge at behandle
følsomme og fortrolige oplysninger.

784
00:50:26.132 --> 00:50:29.843
Og ja, det er helt rigtigt. Det er jo
bare et IT-system eller et fagsystem,

785
00:50:30.432 --> 00:50:33.253
så det er sådan almindelige
GDPR-regler, der gælder for det.

786
00:50:33.253 --> 00:50:36.223
Så det kan jo godt håndteres
i databehandleraftaler osv.

787
00:50:39.548 --> 00:50:44.548
Jamen, jeg runder lige af for i dag
og prøver at få opsummeret nogle af

788
00:50:44.548 --> 00:50:47.838
pointerne, som Christian kom
igennem ud fra jeres spørgsmål.

789
00:50:49.028 --> 00:50:54.057
Så sådan lige for at opsummere, hvorfor
det giver mening at bygge på Promte.

790
00:50:54.568 --> 00:50:57.778
Og det her harness-begreb,
der er blevet brugt også,

791
00:50:57.847 --> 00:51:03.407
som jo egentlig bare er den her ramme
omkring AI-agent og hvad for nogle ting

792
00:51:03.407 --> 00:51:06.427
den må og ikke må, og den kontekst,
som den arbejder inde i.

793
00:51:06.427 --> 00:51:10.807
Hvor vi har prøvet at lave det her sikre
miljø, som Christian også sagde med.

794
00:51:10.807 --> 00:51:12.487
Det ligesom er bokset inde og de her ting.

795
00:51:13.408 --> 00:51:16.288
Men helt konkret, så er det jo noget
omkring det her med at få den her fælles

796
00:51:16.288 --> 00:51:20.397
infrastruktur. Så som Christian og Victor
også sagde, når man har bygget noget,

797
00:51:20.667 --> 00:51:24.267
så er det egentlig bare tryk udgiv, og så
er der styr på alt det her backend og

798
00:51:24.267 --> 00:51:28.288
hosting og den her fælles app-miljø
i forhold til det her fælles bibliotek,

799
00:51:28.288 --> 00:51:29.448
vi snakker om og sådan noget.

800
00:51:30.528 --> 00:51:34.758
Vi har prøvet at gøre hele den der
infrastrukturdel så nemt som muligt.

801
00:51:35.288 --> 00:51:38.157
Så er der hele det her adgang-
og delingslag, som der også blev vist.

802
00:51:38.267 --> 00:51:40.897
Altså det er nemt at dele
på tværs af brugere.

803
00:51:41.148 --> 00:51:45.788
Det er nemt at udskifte, hvis en bruger
lige pludselig ikke er i organisationen

804
00:51:45.788 --> 00:51:49.968
mere, så kan man give ejerskab videre. Så
hele det der element har vi prøvet at få

805
00:51:49.968 --> 00:51:52.537
gjort nemt at administrere.

806
00:51:53.387 --> 00:51:56.507
Det her i forhold til AI-modeller.
Både hvilke modeller kan vi køre på,

807
00:51:56.507 --> 00:51:59.497
som er bedre end andre,
så vi kan få de bedste modeller.

808
00:51:59.507 --> 00:52:02.678
Der er det helt udskifteligt,
hvilke modeller man vil bruge.

809
00:52:03.007 --> 00:52:05.607
Men vi kan også sige, okay nu vil
vi gerne prøve at kostoptimere.

810
00:52:05.608 --> 00:52:08.267
Vi vil gerne sikre os, at vi
kører på de billigste modeller,

811
00:52:08.267 --> 00:52:11.688
så vi kan kode en masse uden
at bruge alt for mange penge på

812
00:52:11.688 --> 00:52:15.188
tokens. Så det her kan man fuldstændig gå
ind og styre alt afhængig af, hvad det er,

813
00:52:15.188 --> 00:52:16.897
man gerne vil optimere for.

814
00:52:17.667 --> 00:52:21.118
Så det sidste er det her omkring
drift og datasuverænitet.

815
00:52:21.247 --> 00:52:26.977
At vi har prøvet at gøre opsætningen
og dataflowet så fleksibelt som muligt.

816
00:52:27.148 --> 00:52:32.957
Så alt afhængig af jeres organisations
risikoprofil og hvad I gerne vil køre på,

817
00:52:33.188 --> 00:52:36.028
så kan vi stort set understøtte
alle de driftsmodeller,

818
00:52:36.028 --> 00:52:37.608
der kunne være derude i forhold til,

819
00:52:37.608 --> 00:52:42.138
hvor data ligger henne og hvordan
data flyder fra løsningerne.

820
00:52:42.475 --> 00:52:47.605
Så det var sådan set det, vi havde
med til jer i dag, og vi håber,

821
00:52:47.615 --> 00:52:52.345
at I har lyst til at tage fat i os,
så vi kan vise jer lidt mere.

822
00:52:52.455 --> 00:52:55.225
Jeg håber, det var en god inspiration
i hvert fald på mødet her.

823
00:52:55.435 --> 00:52:56.765
Så tusind tak for at lytte med.