Fremgang i projektet

#

Denne post vedrører fremgangen i projektets udvikling og hvordan det går.

Videre arbejde

#

Vores næste skridt var:

• Inkorporere oplysninger fra kunden
• Tilpasse LLM med de nye oplysninger, så der ikke var redundante felter fra vores tidligere oplysninger
• Ændre udseenede og links til frister og opgaver
• Eksamens forberedelse

Dagens arbejde

#

1. Arbejde videre på oplysningsudtræk i forhold til LLM - og bruge kundens oplysninger.

2. Arbejde på frister og opgaver, så de ser ordentlige ud.

3. Tilrette udseenede

4. Gennemgå projekt og eksamensbesvarelse.

Prompts:

#

Vores første prompt for dagen: “nu bliver det først rigtig sjovt. jeg har fået nogle faktiske prispakker og oplysninger fra “kunden” aka. dem vi laver programmet for. Kan du aflæse de pdf dokumenter og tilrette de informationer vi har brug for derefter? IE. hvis dokumentet har at et brudepar kan vælge kageservering, cocktails etc. er det valg de skal tage?

Husk at oplysningerne skal tilrettes både i frontend, backend og database. Og stå pænt på hjemmesiden.

ud lave frister/opgaver til disse også? eller skal jeg manuelt selv alle de muligheder der er? og priser? vil du også kunne lave en mekanisme som ud fra de valg parret tager udregne den totale pris?”

Vi nød til at køre den et par gange, da cursor gik i stå.

Resultat: Udmiddelbart okay første forsøg, men tilvalg stod ikke pænt og i et samlet felt, og tidligere felter blev ikke tilrettet, såsom blomster.

Så vi prøver med denne prompt: “Okay så her nogle ting: jeg vil gerne have at når man opretter et nyt bryllup, skal man IKKE indtaste antal gæster eller velkomstdrinks. Derudover skal vi også have ændret felterne i siden med oplysninger. Kan vi gøre så at der er en under overskrift efter valgene til grundpakken står, som hedder tilkøb, og så er der felter til de forskellige tilkøb? Så de ikke står i samme felt.

Derudover skal feltet for blomster opdateres, da det står som en del af “grundpakken” men er tillæg. Giver det mening? "

Resultat: en smule fremgang, men der er stadigvæk felter som ikke bliver udfyldt korrekt, og som er legacy fra tidligere iterationer, hvorfor vi nu sender denne prompt: “Okay vi skal have arbejdet lidt på vores felter.

Vi skal have ændret frontend, backend og database, så de oplysninger der er i @docs/Bryllup_grundpakkeovernatning 2026.pdf er de felter der er mulige på siden, ikke hvad vi tidligere skrev. Så f.eks. drikkelse er ikke længere et felt. @docs/Bryllup_grundpakkeovernatning 2026.pdf er vores source of truth i forhold til titler på felter og oplysninger. Vi skal heller ikke have et decideret felt der hedder tillæg, men en samling af felter med overskriften tillæg. "

Resultat: Der er flere felter som ønsket, men LLM’en havde svært ved at finde de rigtige oplysninger, så nu prøver vi med en prompt til cursur, der ændrer LLM’ens prompt:

“Vi afprøvede lige med et dokument, hvor der var nogle forskellige tilkøb og valg. men LLM-en fik ikke fat i de rigtige oplysninger. Kan du hjælpe med at fikse dette? Kan det være LLM-ens prompt den er gal med? siden den både valgte nogle forkerte ting og fravalgte andet?”

Resultat: Nu begynder det at ligne noget vi kan bruge. Så vi har nogle ændringer til udseende og side.

Jeg lavet nogle små prompts, og tingene ser pænere ud.

Vi er nu gået videre til frister og opgaver, da der var nogle ting vi ikke var tilfredse med. Derudover var brudesuiten der to gange på information/prissiden.

Prompten: “nu skal vi kigge lidt på de der frister… hvad er det de forskellige numre betyder før og efter skråstregerne? både for opgaver og frister? kan vi gøre det så at når man trykker på skriften/boksen for enten frister eller opgaver, at man kommer ind på undersiden for dem i stedet for bare oplysninger?”

Vi er endt med noget vi kan sige ok til, der er stadigvæk mangler, men det er en prototype at kunne vise, som har grundstenene af hvad vi ville opnå.

TO-DO liste

#

• Vi har ikke opsat en database på PGadmin, og vi skal også finde ud af hvilke oplysninger vi har brug for at gemme deri
• Frister: vi mangler at få deres typiske frister så vi kan uddybe vores.
• Opgaver og frister skal kunne tildeles Brian/J både automatisk og manuelt.
• Login funktion
• User dashboard og admin dashboard
• Skal man kunne oprette menu ud fra tidligere muligheder?
• Tests
• sikre at nyere informationer er vigtigere - ie. tillægskontrakter
• kalender funktion
• den sætter ikke ansatte på og den skal selv kunne lave frister ud fra datoerne i stedet for man skal ind og oprette en frist.
• mobile version og deployment

Prioritering og de næste skridt (erfaringer)

#

EKSAMEN

Opsummering

#

I dag var sidste projektet, da vi har eksamen i næste uge, dog synes vi at vi har nået et godt stykke, særligt efter vi har modtaget deres prispakke. Vi har også kigget en smule på opsætningen og fået bedre forståelse for vores prompts.