Hvis du ønsker en enkel hjemmeside uden et stort system bagved, bør du sige det direkte. Bed eksempelvis om en statisk, responsiv hjemmeside med index.html, style.css og eventuelt app.js – uden React, database eller andre afhængigheder. Så undgår du, at løsningen bliver mere kompliceret end nødvendigt.
Start med resultatet, ikke teknologien
En god bestilling beskriver først formålet. Fortæl om siden er en portefølje, en kampagneside, en virksomhedsprofil eller en informationsside. Tilføj målgruppe, ønsket stil, nødvendige sektioner og konkrete handlinger, som besøgende skal kunne udføre.
Du kan for eksempel bede Codex om at bygge en dansk hjemmeside til en mindre konsulentvirksomhed med forside, ydelsesoversigt, kundecitater, kontaktsektion og tydelig mobilnavigation. Kræv samtidig semantisk HTML, tastaturvenlig betjening, gode kontraster og et layout, der fungerer på både telefon og stor skærm.
Byg en statisk dansk hjemmeside i HTML, CSS og almindelig JavaScript. Målgruppen er mindre virksomheder. Siden skal være responsiv, tilgængelig og hurtig, og du skal teste navigation, formularfelter og mobilvisning, før du melder arbejdet færdigt.
Lad Codex undersøge projektet først
Arbejder du i en eksisterende mappe, bør Codex først læse filstrukturen og genbruge den nuværende stil, komponenter og konventioner. Bed agenten om at forklare kort, hvilke filer den vil ændre, hvis projektet er stort eller følsomt. Ved et helt nyt projekt kan den oprette de nødvendige filer og holde strukturen enkel.
Projektregler kan gemmes i AGENTS.md. Ifølge OpenAIs dokumentation læser Codex disse filer, før arbejdet begynder, og instruktioner tættere på den aktuelle mappe kan tilsidesætte mere generelle regler. Filen kan eksempelvis kræve semantisk HTML, forbyde nye frameworks, angive farver og fonte eller fastlægge hvilke tests, der skal køres.
Byg i små kontrollerbare trin
Det er ofte bedre at få Codex til at levere en solid første version og derefter give konkret feedback end at forsøge at beskrive hver eneste pixel på forhånd. Start med informationsarkitektur og hovedlayout. Gennemgå derefter typografi, afstande, billeder, mobilmenu og formularer.
Ved hver større ændring bør agenten åbne eller teste siden i en browser. Bed den kontrollere, at der ikke er vandret scroll på mobil, at links virker, at billeder har alternative tekster, og at siden fortsat er læsbar, hvis JavaScript ikke indlæses. Et skærmbillede eller en eksisterende designreference kan hjælpe Codex med at forstå den visuelle retning, men du bør stadig beskrive, hvad der skal bevares.
Skeln mellem at gemme og at publicere
Lokale filer er ikke det samme som en offentlig hjemmeside. Codex kan redigere og teste projektet lokalt, mens den endelige publicering bør være et særskilt trin. Det gør det muligt at gennemgå ændringer, formularer, links, persondata og eventuelle hemmelige nøgler, før andre får adgang.
OpenAIs Sites kan oprette, hoste og dele hjemmesider fra en beskrivelse eller et kompatibelt projekt. Den aktuelle dokumentation anbefaler, at prompten beskriver målgruppe, formål, funktioner og information. Den skelner også mellem at gemme en version og at deployere den. En deploymentadresse er en produktionsudgivelse, så bed om en gemt version til gennemgang, hvis siden ikke skal være offentlig endnu.
En praktisk arbejdsgang
Begynd med en projektmappe og en kort kravliste. Bed Codex undersøge mappen, oprette eller ændre HTML-, CSS- og JavaScript-filerne og holde løsningen inden for dine tekniske rammer. Gennemgå første version i browseren, giv præcis feedback på problemerne, og bed derefter agenten rette og teste igen. Publicér først, når indhold, mobilvisning, tilgængelighed, links og datahåndtering er kontrolleret.
Der er benyttet AI til at skrive denne artikel.