Så är Nx Guard byggd
En teknisk genomgång av arkitektur, flöde och principer bakom Nx Guard — för dig som vill förstå systemet på djupet.
Route → Engine → Provider → Strukturerad output
Nx Guard följer en strikt arkitekturhierarki där varje lager har en tydlig och avgränsad roll. API-routes tar emot förfrågningar och hanterar autentisering, säkerhet och kontraktsvalidering. Motorn orkestrerar analysen — den anropar aldrig AI-providern direkt. AI-providern är det enda lagret som kommunicerar med externa modell-API:er.
Hierarkin är låst. Inga genvägar, inga direktanrop förbi motorn. Det gör systemet lättare att verifiera, felsöka och bygga vidare på.
Kärnflödet i fem steg
Varje granskning följer samma deterministiska pipeline — från rå annonstext till verifierat publiceringsbeslut.
Annonstext tas emot via API. Kontrakts- och storleksgränser kontrolleras deterministiskt.
Motorn analyserar texten mot EU- och svenska reklamregler. Findings struktureras per riskfamilj.
Genom OpenAI:s API genereras ett förslag på justering och en mer försiktig version inom strikt bounded kontrakt.
Kandidaterna genomgår ny scan. Scanmotorn — inte modellen — avgör om risken faktiskt sjönk.
Original, förslaget och den mer försiktiga versionen jämförs. Publiceringsbeslut presenteras med stöd i data.
Tekniska produktprinciper
AI-modellen genererar kandidater. Scanmotorn verifierar om kandidaten faktiskt förbättrades. Dessa roller får aldrig slås ihop.
De har separata genereringsmål, separata validatorer och separata fallback-logiker. En svag mer försiktig version förstör inte ett starkt förslag.
Om scanmotorn visar att risken inte sjönk räknas kandidaten som flat eller sämre — oavsett hur övertygande modellens output ser ut.
Modellen opererar under strikt kontrakt. Den får inte hitta på fakta, social proof, garantier eller leveransvillkor som inte finns i källtexten.
När AI-output är för svag, för vag eller för generisk vinner deterministisk fallback. Fallback är inte ett misslyckande — det är rätt beteende.
Systemet optimerar inte enbart för lägre risk. Målet är lägre risk med så mycket relevant kommersiell styrka kvar som möjligt.
Nuvarande betascope
Nx Guard Beta är medvetet avgränsad. Första wedgen är ett smalt och verifierbart use case — inte en bred compliance-plattform.
Kortform annonstext (Meta / Google-liknande format)
Svenska
EU / svenska reklamregler
Marknadsteam, byråer, e-commerce-aktörer
Webb — klistra in och scanna direkt
Prisinformation, garantier, jämförande reklam, hälsopåståenden, frakt- och leveransvillkor, urgency / scarcity
Teknisk roadmap
Arkitekturen är byggd för att kunna skalas ut längs tydliga axlar — utan att byta ut grundstrukturen.
Deterministisk scanmotor, strukturerad AI-rewrite, rescan och compare.
Varje finding pekar ut exakt span och citat i källtexten — inte bara riskfamilj.
Teamflöden, granskningshistorik, review-status och export.
Riskbedömning per annonsplattform (Google, Meta) som ett extra lager ovanpå kärnan.
Granska produkttext och kampanjtext direkt i publiceringsflödet.
Aggregerad vy över återkommande riskfamiljer, claims och förbättringsmönster över tid.
Kontrollerad transparens
Denna sida ger en teknisk översikt av Nx Guards arkitektur och principer — men är inte en fullständig teknisk specifikation. Detaljerad implementationslogik, promptkontrakt och intern regelstruktur är inte publikt dokumenterade i denna version.
Syftet med denna sida är att ge en trovärdig bild av hur systemet är tänkt, vad det gör och vad det inte gör — utan att gå längre än vad beta-skedet motiverar.
Nx Guard ersätter inte juridisk granskning. Produkten är byggd för att hjälpa team upptäcka riskabla formuleringar, dokumentera granskning och testa säkrare formuleringar före publicering.