Hvert hostet projekt har sin egen skærm for Webstedsplan – en reel, struktureret læsning af PLAN.md, det levende dokument, som byggemotoren skriver og holder opdateret, ikke en engangseksport eller en ændringslog. Den nås via knappen "Webstedsplan" på projektets egen side, på /projects/<id>/plan, og er låst på samme måde som resten af et projekts værktøjer for medarbejdere. En separat, skrivebeskyttet version af samme skærm findes for kunden selv – se "Hvad kunden ser" nedenfor.
PLAN.md skrives i det øjeblik, et projekts første byggeproces er færdig, og den skal altid beskrive siden, sådan den er lige nu – ikke en logbog over alt, der nogensinde er sket med den (til det er fanen Versioner og ændringsloggen). Skærmen Webstedsplan omsætter denne Markdown til reel brugerflade: en tabel for sider, en liste for moduler, en tjekliste for åbne spørgsmål og almindelig tekst for forretningsfakta, brand og beslutninger.
Før nogen byggeproces er færdig, er der intet at læse endnu: skærmen viser "Ingen plan endnu", forklarer enkelt, at planen skrives af projektets første byggeproces, og linker tilbage til projektets egen side i stedet for at vise en tom tabel.
Et websted, hvis filer kom ind uden en plan (publiceret fra et andet AI-værktøj via connectoren, importeret eller uploadet), får stadig en plan: skærmen starter planen ud fra projektoplægget, de valgte kit-moduler og de målte sider, og et banner, Denne plan er startet for dig, tilbyder Gem denne plan, som gør den til projektets rigtige plan, så alle sektioner kan redigeres. Læs hele webstedsplanen fører tilbage til plandokumentet på fanen Plan & oplæg.
Værktøjer, der tilføjes senere fra Kittet (Tilføj til plan), kommer ind i listen Moduler som Planlagt med et link Vis i Kittet, også selvom planteksten blev skrevet, før de blev tilføjet.
Under titlen står én linje, der viser, hvornår planen sidst blev opdateret: "Plan opdateret 2. okt., 15:04". Tidspunktet kommer fra sidste gang, aiKit målte webstedets rigtige filer, hvilket sker efter hver ændring (en chatredigering, en fastgørelse, en tilføjelse fra Kittet, en gendannelse, en manuel redigering af planen eller en publicering fra et andet AI-værktøj).
Øverst, når der findes en plan: en samlet fremdriftslinje i procent og tre felter under den: Sider bygget (ud af planlagte sider), Moduler bygget (ud af valgte moduler) og Spørgsmål besvaret (ud af planens åbne spørgsmål). Hvert felt er en knap, der scroller til det afsnit, det tæller. Intet af dette er selvrapporteret i planteksten: en side tæller kun som bygget, når aiKit har fundet den i sidens rigtige filer; et modul tæller kun som bygget ud fra den verificerede byggerapport eller det modul, der findes i filerne; og et spørgsmål tæller som besvaret, når dets linje er markeret i planen, eller kunden har besvaret det på sin Spørgsmål-side.
To ting kan få planen til at halte efter, og skærmen viser, hvilken af dem: AI-trinnet, der omskriver planen efter en ændring, blev ikke færdigt ("Den skrevne plan blev ikke opdateret efter den seneste ændring", med årsagen), eller webstedet har en nyere version end den, planen blev målt ud fra ("Webstedet ændrede sig, efter at denne plan sidst blev opdateret"). I begge tilfælde vises en knap "Opdater plan". Siden kører aldrig den selv, når du åbner den (at åbne en side bruger aldrig AI); motoren indarbejder allerede hver ændring i planen i baggrunden, og knappen er der, hvis det er kommet bagud. Opdater plan indarbejder den nyeste ændring i den skrevne plan og måler webstedet igen. Hvis det stadig ikke lykkes, bliver banneret stående med, hvad der gik galt, og du kan trykke på Opdater plan igen eller redigere planen manuelt.
Sundhedskortet giver webstedet en score ud af 100 ud fra regler, aiKit tjekker i de rigtige filer, aldrig ud fra AI'ens vurdering: en manglende eller gentaget sidetitel eller søgebeskrivelse, en side uden hovedoverskrift eller med mere end én, et link til en side, der ikke findes, en side, som intet linker til, og som menuen ikke med, billeder uden beskrivelse til skærmlæsere, meget korte sider, en formular uden sted at sende til, og et modul, briefen kræver, som ikke er på webstedet. Hvert problem siger, hvilken side det gælder, hvorfor det er vigtigt, og har en Ret-knap: Ret sender problemets færdige instruks som en anmodning og giver den til AI'en, knappen viser "Rettelse anmodet", mens den arbejder, og scoren måles igen, når ændringen er landet. Filtrér listen efter alvorlighed med tællerne Høj, Medium og Lav, og "Vis alle" fjerner filteret.
Sitemap'et tegner webstedet som et træ: forsiden øverst, derefter menuen i rækkefølge og derefter sider, man når fra disse sider. Sider, som intet linker til, står i deres egen gruppe, sider planen lister, men som endnu ikke er bygget, tegnes stiplet og markeret Planlagt, og byggede sider, planen ikke nævner, markeres "Ikke i planen" med en knap "Tilføj til plan", der føjer dem til afsnittet Sider.
Tryk på en side (i sitemap'et eller listen over Sider) for at åbne dens detaljer ved siden af planen. Adresselinjen skifter til ?page=/about, så linket åbner den samme side for alle i teamet. Detaljerne viser, hvordan siden ser ud i Google (titel, adresse, beskrivelse), dens afsnit og hovedoverskrifter, antal ord, billeder og hvor mange der mangler en beskrivelse, dens formularer og hvilket kit-modul der kører dem, om kunden har godkendt siden, og den seneste ændring: hvornår, hvem der bad om den, og hvad der blev bedt om.
Historik viser de versioner, aiKit gemmer (originalen og de nyeste 10), nyeste først: versionsnummer, hvilken type ændring det var (Første opbygning, Chat, Fastgør, Kit, Publiceret, Gendan eller Planredigering), hvornår, hvad der blev bedt om, hvem der bad om det, og hvilke sider der ændrede sig (tryk på en side for at åbne dens detaljer). Den nyeste er markeret Nuværende version; enhver ældre har "Gendan denne version", som spørger først og gemmer den nuværende tilstand, før webstedet sættes tilbage, så en gendannelse kan fortrydes. De første tre vises; "Vis alle" viser resten.
Afsnittet Virksomhedsoplysninger sammenligner telefon, e-mail, adresse og åbningstider i kundekartoteket med teksten på de byggede sider (forsiden og kontakt først). Hver oplysning viser "På webstedet" eller "Ikke fundet på webstedet" (med hvor mange sider, der blev tjekket, da webstedet kan vise en gammel værdi), og et link "Rediger i kundekartoteket" holder kundekartoteket som den primære kilde.
Hvert afsnitskort har de samme to knapper. "Rediger" åbner afsnittets rå Markdown i et simpelt tekstfelt og gemmer det direkte tilbage i PLAN.md — dette er en reel, øjeblikkelig skrivning (via projektets egen PUT-endpoint), men den udløser bevidst hverken en opbygning eller en udrulning; den ændrer kun det, planlægningsdokumentet siger, ligesom enhver anden note.
"Bed om en ændring" er med vilje anderledes: den åbner en lille formular ("Hvad vil du gerne have ændret i <section>?"), og når du sender den, oprettes en rigtig anmodning på projektets Feedback-fane, mærket "Sitekort — <Section>: …", præcis som enhver pin- eller Hurtig redigering-anmodning, med sin egen statusforløb og et "Se anmodningen"-link, når den er sendt. Brug Rediger, når du selv retter eller omskriver sitekortets egen tekst; brug Bed om en ændring, når du vil have selve sitet opdateret, så det (og dermed sitekortet) matcher.
Planen har to lag. Målingerne (sider, titler, afsnit, links, formularer, moduler, status) hentes af kode direkte fra de rigtige filer efter hver ændring, så de aldrig kommer ud af trit. Den skrevne plan (mål, virksomhedsoplysninger, brand, beslutninger, åbne spørgsmål) holdes opdateret af et AI-trin, der kører efter hver ændring og kun omskriver de dele, ændringen berørte. Det tilføjer aldrig en ændringslog eller daterede poster; Historik er stedet, hvor ændringerne gemmes.
Hvis AI-trinnet fejler, lades den skrevne plan være, som den var i stedet for at blive halvt omskrevet, fejlen registreres, og skærmen viser Opdater plan (se ovenfor) i stedet for stille og roligt at vise en forældet plan.
En bjælke ved siden af planen rummer handlingerne (på en telefon bliver bjælken til en fuldbredde-knappen "Kopiér kundelinket" lige under fremskridtsbåndet, og resten foldes sammen under "Flere handlinger (3)"). "Del med kunden" kopierer et skrivebeskyttet link (aikit.ai/p/<project>/plan) — ingen interne værktøjer, ingen redigeringsknapper, intet internt. "Åbn den live side" er et direkte link til den live side, eller bjælken siger tydeligt "Ikke live endnu", hvis den ikke er det. "Filer" viser det faktiske antal filer med en udvidelig liste over hver fils sti og størrelse. "Download planen" downloader den faktiske aktuelle PLAN.md som en rigtig .md-fil, byte for byte det samme som skærmen læser — ikke et genereret resumé.
Kundens side åbner på fanen Plan. Det er det samme sidedokument, personalet ser på fanen Plan & opgavebeskrivelse (overblik og mål, målgruppe, strategi, sitemap, hvert værktøj med hvad det gør for deres virksomhed og dets status, indholdsplan, tidslinje, beslutninger og åbne spørgsmål), uden de interne dele: ingen noter skrevet, da et værktøj blev tilføjet, ingen navne på hvem der tilføjede hvad, ingen links ind i aiKits Kit og ingen knappen Skriv planen. En anden fane, Sider & godkendelser, viser den side-for-side-visning nedenfor.
Under Sider & godkendelser, låst bag samme adgangskode, som de allerede bruger til at give feedback (ingen særskilt login), ser en kunde det samme fremskridtsbånd, et Sitemap over deres sider, sidelisten med "Vis"-links, modulerne, virksomhedsoplysningerne, brand, beslutninger og åbne spørgsmål samt en linje "Plan opdateret". De får ikke Sundhed, rettevejledninger, Historik, hvem der bad om hvad, fillisten eller nogen Rediger- eller Bed-om-en-ændring-knapper.
Alt, som personalet markerer til eget brug, fjernes på serveren, før siden sendes, i alle afsnit: en linje med "(internal)", "[internal]" eller "(staff only)", en linje der starter med "Internal:" eller "Staff only:", ethvert afsnit hvis overskrift siger Internal eller Staff only, og skjulte kommentarer. Disse linjer når aldrig kundens browser, heller ikke i sidens netværksdata.
Hver bygget side har en Godkend-knap. Kunden skriver sit navn (og en valgfri note) og godkender; godkendelsen knyttes til sidens præcise indhold, så hvis siden ændres senere, vises "Ændret siden du godkendte", og der spørges igen. Kun en person med kundens adgangskode kan godkende. Hvis du åbner kundelinket, mens du er logget ind som medarbejder, ser du hver sides godkendelsesstatus, men ingen Godkend-knap, så ingen kan godkende på kundens vegne. På personalets Sideplan viser godkendte sider "Godkendt af kunden", og ændrede viser "Ændret siden godkendelse."
En knap "Send feedback" sidder nederst: hvis siden er live, åbner den den rigtige live side med feedbacklaget allerede slået til (med kundens egen adgangskode); hvis den ikke er live endnu, falder den tilbage til deres side for Seneste opdateringer i stedet.
Har du i stedet et hurtigt, konkret spørgsmål? Se de ofte stillede spørgsmål.