Nx Scope
Discovery och prioritering
Företags- och kontaktinformation bearbetas till en källstödd, förklarbar prospektlista som kan granskas i portalen och exporteras.
Nx Scope och Nx Guard löser två olika problem med två olika tekniska arkitekturer. Scope bygger källstödda och prioriterade prospektlistor. Guard analyserar, genererar alternativ och verifierar resultat.
Produkterna är separata i dag. Det finns ingen dold gemensam AI-motor som driver allt.
Nexitas ska inte beskrivas som ett monolitiskt system. Scope och Guard har olika input, olika bearbetning och olika output.
Discovery och prioritering
Företags- och kontaktinformation bearbetas till en källstödd, förklarbar prospektlista som kan granskas i portalen och exporteras.
Risk, remediation och verifiering
Material analyseras först. Generativ AI kan därefter skapa kandidater, men Guards egna kontroller avgör vilka resultat som får gå vidare.
En framtida Scope → Guard-handoff är en produktriktning, inte en beskrivning av en djup integration som redan är live.
Scope förvandlar ett kunddefinierat marknadsmål till ett organisationsbundet prospect job och därefter till en prioriterad arbetslista.
Användaren väljer marknad, bransch, län och andra tillåtna kriterier för prospektjobbet.
Next.js-servern validerar requesten, kundsessionen och den organisationskontext som servern själv har löst.
Sökkriterierna blir ett avgränsat prospect target och ett bakgrundsjobb med definierade produktgränser.
Scope arbetar mot Bolagsverket-härledd företagsdata och deterministiskt härledd SNI- och branschinformation.
När konfigurationen tillåter kan Scope komplettera med offentliga webbplatser, Google Places och Brave Search för kontakt- och webbsignaler.
Eligibility och Opportunity Intelligence beräknas deterministiskt. Prioritet, varför och bevis behöver inte komma från en extern språkmodell.
Resultat och cachedata lagras server-side och projiceras till en kundsäker representation för den aktuella organisationen.
Användaren arbetar vidare med listan i portalen, kan återvända till tidigare jobb och exportera resultatet till XLSX.
Opportunity Intelligence, ranking och den nuvarande narrativgenereringen är deterministiska.
Organisationen hämtas från den validerade sessionen i stället för från ett klientstyrt organizationId.
Produktdata, resultat och kontaktcache använder PostgreSQL i den nuvarande implementationen.
Scope bygger kundspecifika prospektfiler och neutraliserar kalkylbladsformler innan värden skrivs till arbetsboken.
Metadata för Scope-exporter är PostgreSQL-baserad. Den nuvarande ArtifactStore-adaptern lagrar själva filbytesen på serverns lokala filsystem; någon aktiv object-storage-adapter är inte verifierad.
Guard är byggt runt en strikt ansvarsfördelning. Den ursprungliga texten analyseras före generering, och AI-kandidaten måste tillbaka genom Guards egna kontroller innan den kan räknas som förbättrad.
Modellen får föreslå — men den får inte godkänna sitt eget resultat.
Guard försöker först förstå riskbilden, därefter generera ett begränsat alternativ och till sist mäta om alternativet faktiskt blev bättre.
Nx Guard utgår från den text du skickar in, till exempel en annons, produktbeskrivning, kampanjtext eller annan kommersiell copy. Inputen kontrolleras innan analysen börjar.
Scanmotorn analyserar texten och identifierar formuleringar som kan behöva granskas närmare. Det kan exempelvis handla om pris, rabatt, jämförelser, brådska, leveranslöften, social proof, prestanda eller hälsorelaterade påståenden.
När texten behöver justeras skapar Nx Guard en begränsad plan för omskrivningen. Planen styr bland annat vad som behöver förändras och vilka fakta från originalet som får användas.
AI-lagret tar fram alternativa formuleringar inom de gränser som Guard har satt. Målet är att minska risk utan att i onödan förstöra originalets kommersiella funktion, tonalitet eller relevanta information.
Kandidaten kontrolleras mot källtexten och rewrite-planen. Guard ska exempelvis inte göra en text säkrare genom att hitta på nya priser, rabatter, kampanjperioder, leveransvillkor, kunduppgifter eller produktpåståenden.
En text räknas inte som förbättrad bara för att den låter bättre. Kandidaten körs genom en ny scan och jämförs med originalets riskbild.
En kandidat kan stoppas trots att den är välskriven om den fortfarande bär för mycket risk, tappar viktig betydelse, introducerar unsupported fakta eller blir för svag kommersiellt. Om ingen kandidat håller kan Guard avstå.
Det viktiga är inte bara vilka modeller eller regler som används, utan vilka egenskaper systemet försöker bevara genom hela rewrite-loopen.
AI:n producerar text. Nx Guards motor verifierar texten. De två rollerna hålls separata medvetet.
En omskrivning ska bygga på information som redan stöds av materialet. Ett nytt påhittat påstående är inte en förbättring.
AI-modellen kan inte själv deklarera att en kandidat är säker eller bättre. Guards efterföljande kontroller avgör om den får gå vidare.
Målet är inte att neutralisera all marknadsföring. Guard försöker bevara budskap och kommersiell funktion samtidigt som riskdrivande formulering minskar.
Deterministiska fallback-vägar kan användas när AI-kandidater inte håller. De fungerar som en begränsad fail-closed-mekanism, inte som en parallell AI-motor.
Guard behöver inte alltid tvinga fram en omskrivning. Om ingen kandidat klarar verifieringen är ett tomt resultat bättre än en kandidat som bara ser säker ut.
Guard kan separera en stark primär kandidat från ett mer defensivt alternativ. Rollen i sig är aldrig ett godkännande.
Den starkaste verifierade formuleringen som fortfarande försöker behålla så mycket som möjligt av originalets kommersiella funktion.
Ett mer defensivt alternativ när det finns en meningsfull anledning att erbjuda en sådan version.
En svag kandidat blir inte godkänd bara för att den råkar ligga i den försiktigare rollen.
Guard behöver skilja mellan att förändra en riskdrivande formulering och att förändra själva verkligheten bakom erbjudandet.
Det senare beskriver ett annat erbjudande. Samma princip gäller priser, fraktvillkor, kampanjperioder, geografiska begränsningar och andra konkreta fakta. Guard försöker därför bevara sakförhållandet även när formuleringen behöver förändras.
Riskfamiljerna hjälper Guard att förstå varför en formulering behöver granskas. De är inte ett automatiskt juridiskt facit.
Prisfördelar, rabattnivåer, jämförelsepris och erbjudandevillkor.
Påståenden om kostnadsfrihet, fri frakt, leverans och tillhörande villkor.
Formuleringar om begränsad tid, lågt lager, sista chansen eller liknande köppress.
Påståenden som ”bäst”, ”billigast”, ”marknadsledande” och andra jämförelser.
Formuleringar om vad en produkt eller tjänst kan åstadkomma.
Kundtal, popularitet, recensioner och påståenden om vad andra människor gör eller tycker.
Påståenden om hälsa, effekt, välmående eller andra områden där formuleringens styrka behöver kunna försvaras.
Köppress och CTA-formuleringar som tillsammans med andra signaler kan förstärka riskbilden.
Den djupa rewrite- och verifieringsloopen är framför allt byggd runt kortare svenskt kommersiellt innehåll.
Annonser, produkttexter, kampanjcopy, landningssidetext och annan kortare kommersiell text.
Den nuvarande kärnytan är byggd kring svenska.
Marknadsteam, byråer, e-handelsaktörer och andra team som producerar eller granskar kommersiellt material.
Klistra in text, kör granskningen, förstå fynden och arbeta vidare med verifierade alternativ.
Fokus är snabbare och mer strukturerad kvalitetskontroll före publicering — utan att göra varje granskning till ett stort compliance-projekt.
Det är lika viktigt att beskriva vad systemen inte gör som att beskriva funktionerna de faktiskt har.
Discovery, Opportunity Intelligence, prioritering och de nuvarande webbplatsnarrativen är deterministiska. Scope ska därför inte beskrivas som AI-driven i sin nuvarande implementation.
Publika webbplatser, Google Places och Brave Search kan delta i kontakt- och webbsökning när respektive serverintegration är aktiverad. Exakt produktionsaktivering styrs av deployment-konfiguration.
AI-genererade kandidater passerar Guards validering och verifieringsflöden innan de kan presenteras som verifierade alternativ.
Guard är ett gransknings- och beslutsstöd. Det lämnar inte bindande juridiska besked och garanterar inte att samtliga möjliga risker alltid identifieras.
Guard är byggt för en mer konkret uppgift: att hjälpa människor hitta riskdrivande formuleringar tidigare, förstå varför de behöver granskas och testa om en bättre version faktiskt går att verifiera.
Den här sidan beskriver de publika arkitekturerna och de viktigaste tekniska principerna bakom produkterna. Den är inte en fullständig implementationsspecifikation.
Intern regelstruktur, exakta scoringmodeller, promptkontrakt, trösklar och andra säkerhetskritiska implementationdetaljer publiceras inte här. Poängen är att göra ansvarsfördelningen begriplig utan att exponera hela den interna motorn.
Scope hjälper dig hitta vilka företag som är värda att arbeta vidare med. Guard hjälper dig granska material innan nästa steg. Båda är byggda för att output ska kunna förstås — inte bara produceras.