A Admatic StackDokumentation 5.14.2

Admatic Stack

Dokumentation til release 5.14.2

Søg, installer, brug og reparer den koordinerede Elementor-stack til websiteproduktion.

Search

Navigér

Versionsnote

Dette site dokumenterer stack 5.14.2. Stacken forventes at udvikle sig, så opdatér versionsmærket og ændrede procedurer, når en ny koordineret bundle udgives.

Brug af builderen

Følg det beskyttede workflow fra brief til release. Systemet er udviklet til at fortsætte ét eksplicit projekt i stedet for at oprette erstatninger, når der opstår en validerings- eller materialiseringsfejl.

Standardworkflow for et projekt

  1. Bekræft, at Core og staging er sunde.
  2. Åbn Kit Factory Prompt Manager, og indtast kunde-/projektbriefet.
  3. Tilføj de påkrævede sider, rigtigt indhold, logo, produktionsmedier og designreferencer.
  4. Generér en ny prompt, så den indeholder de aktuelle content-variable- og planlægningskontrakter.
  5. Brug prompten med den centrale Admatic ChatGPT-forbindelse.
  6. Core opretter eller fortsætter det eksplicitte projektudkast, konfigurerer designtokens og medier og låser en referenceafklaret sideplan.
  7. Core kompilerer og validerer én uforanderlig Kit Factory-ZIP.
  8. Remote Worker verificerer pakken og starter Kit Factory på staging.
  9. Kit Factory bygger sider, menuer, global header/footer og siteindstillinger.
  10. Gennemgå pakkevalidering, screenshots og release gate.

Det opretter builderen

Sider

Udgivne Elementor-sider med unikke titler, rigtigt indhold, én H1, eksplicitte baggrunde og layouts, der er kompatible med Theme Builder.

Globale skabeloner

Elementor Pro-header- og footer-skabeloner, der er tildelt hele sitet og indeholder de påkrævede frontend-markører.

Menuer

Primære WordPress-menuer og footer-menuer med sideelementer eller brugerdefinerede URL-elementer.

Medier

Lokale pakkeaktiver importeres til Mediebiblioteket, deduplikeres, får alt-tekst og omskrives til de endelige vedhæftnings-ID’er og URL’er.

Designsystem

Elementor Site Settings, globale farver, typografi, afstande, radius og native responsive kontroller.

QA-evidens

Valideringsrapport, execution trace, screenshots til desktop/tablet/mobil, sammenligningsresultater og release-gate-status.

Manuel upload som fallback

Ved normal drift sender Core automatisk pakken til den parrede Worker. Når transporten ikke er tilgængelig, skal du downloade den kompilerede pakke, åbne Kit Factory på staging, uploade ZIP-filen og vælge Upload & Build.

Upload ikke den komplette stack-bundle

Kit Factory forventer en projektpakke med project.json, Elementor-indhold og lokale aktiver. Selve stack-bundlen indeholder plugins og installeres i stedet gennem WordPress/Site Installer.

Adfærd ved rebuild og recovery

  • Ren erstatning: Kit Factory fjerner kun indhold, der er markeret som genereret af Kit Factory. Manuelt indhold uden ejerskabsmarkører bevares.
  • Change preview: Eksisterende builds får en deterministisk forhåndsvisning af oprettede, opdaterede og fjernede sider, skabeloner, sections, medier, menuer og indstillinger.
  • Safety snapshot: Moderne rebuilds opretter som standard et afgrænset gendannelsespunkt.
  • Samme projekt: Reparation og korrigerende rerenders fortsætter det eksisterende projekt. Opret ikke dubletter blot for at prøve igen.
  • Idempotent levering: Pakkeupload verificerer digest og importerer kun én gang.

Release gate

Release gate bliver klar, når pakkevalideringen og al påkrævet autoritativ QA er bestået. Referencebaserede builds kræver også fuldstændig renderet evidens fra referencesammenligningen.
Projektet forbliver intakt. Workflowet rapporterer den præcise fejlende region eller manglende reference, anvender afgrænsede rettelser, hvor det understøttes, rerender det samme projekt og bruger højst tre pas.
De er valgfrie, medmindre en projektkontrakt udtrykkeligt kræver dem. Pakkevalidering forbliver autoritativ, mens screenshot-/reference-QA kan blokere release, når projektet kræver det.