AI på din organisations virkelighed

Din AI havde masser at læse.
Intet at ræsonnere ud fra.

Tusindvis af sider i SharePoint og Confluence beskriver din organisation. Ingen af dem angiver, hvordan den fungerer — ikke i en form, som en agent kan forespørge, traversere eller holdes op på bagefter. Nodwise er den form: en typet model af din organisation og den levende graf over alt i den.

Åbn demoen Se metamodellen

Før lancering. Demo-tenanten er åben — ét klik med din arbejdskonto, intet salgsopkald.

Formlen

Metamodel + instansgraf + AI.

Tre dele. Fjern en hvilken som helst af dem, og du er tilbage ved et pilotprojekt, der tager sig godt ud i en demo og dør ved første kontakt med den virkelige organisation.

Metamodellen

Grammatikken

Hvilke slags ting der findes, hvordan de må relatere til hinanden, hvilke tilstande de kan være i. Lukket med vilje — en lukket grammatik beskriver ikke bare, den begrænser, hvad en agent er i stand til at påstå.

+

Instansgrafen

Kendsgerningerne

Dine systemer, processer, mennesker, datasæt og forpligtelser, som de er i dag — hver især en typet knude med en ejer, en livscyklustilstand og reelle kanter.

+

AI

Forbrugeren

Agenter holder op med at opsummere dokumenter og begynder at traversere din organisation. Svaret kommer som en sti, ikke en omskrivning — og de holder øje.

Hvorfor det blev ved med at fejle

Søgning finder det nærmeste afsnit. Du havde brug for den faktiske relation.

Søgning i dokumenter returnerer det mest lignende afsnit, og lighed er ikke sandhed. Et dokument siger, hvad én person mente den dag, vedkommende skrev det. En model angiver, hvad der er sandt nu — og ved, hvornår det ændrede sig.

Et afsnit har heller ingen ejer, ingen livscyklus og ingen kanter. En agent kan læse det og stadig ikke vide, hvem den skal spørge, hvad der går i stykker, hvis det ændres, eller om det blev afløst for to omorganiseringer siden.

Spørg et dokumentlager, hvor mange sider der nævner dette system, og det vil svare. Spørg det, hvilke processer der ikke har nogen ejer — og det har intet at regne med.

Det andet spørgsmål er det, din forretning rent faktisk stiller.

Spørg grafen

Hvis Victory Bikes svigter, hvilke kunder bliver så berørt?

Konsekvenssimulering

Victory Bikes

Kør traverseringen igen

Typet sti

5 spring

Kontraktregister · Produktkatalog · Driftsregister

Victory Bikes

Ekstern enhed · Partner og leverandør

har part ←

Supply of Touring Tire Tube

Governance og compliance · Aftale

er underlagt ←

Touring Tire Tube

Fysiske aktiver · Lager og materialer

afhænger af ←

SO70282

Forretning · Kommerciel interaktion

er afgivet af →

Dalton Adams

Ekstern enhed · Kunde

berørt kunde

Indkøb kendte leverandøren og kontrakten. Drift vidste, hvilken SKU den indgår i. Salg vidste, hvem der bestilte den. Tre funktioner, tre registre, tre systemer — og ingen ejede kæden. I de fleste organisationer tager det en uges e-mails at besvare dette. I modellen er det én typet sti, og svaret er en navngiven kunde.

Læg mærke til, hvad der følger med: selve stien. Du skal ikke afgøre, om du vil tro på en sætning — du ser på de fire kanter, svaret blev bygget af. Og modellen rummer også nuancen: en anden leverandør har en kontrakt på den samme komponent, så dette er en afbrydelse, der skal omdirigeres, ikke en produktionslinje, der går i stå. Et dokumentlager giver dig tre plausible afsnit og ingen mulighed for at kontrollere nogen af påstandene.

Sådan fungerer det

En uge til et miljø. Agenter på det, før modellen er færdig.

01

Aktivér miljøet

En dedikeret tenant med sin egen database og sin egen kontekst. Cirka en uge — det er provisionering, ikke et program.

02

Læs dine systemer ind

Remote Services kører inde i dit netværk og forbinder udad — ingen indgående port, ingen firewall-undtagelse. Start med ét domæne: hver knude har sin egen, uafhængigt styrede livscyklus, så modellen vokser i stedet for at blive blokeret af krav om fuldstændighed.

03

Ret dine agenter mod modellen

De forespørger den på almindeligt sprog og traverserer den efter type. En delvis model besvarer allerede spørgsmål, som et komplet dokumentlager aldrig kunne — fordi den del, der findes, er typet.

Fejltilstanden

En agent, der ikke kan læse din organisation, vil opfinde den — overbevisende.

Det er den farlige del. Et forkert svar, der lyder forkert, bliver fanget. Et forkert svar, der er sat sammen af tre reelle afsnit, i dit eget ordforråd og med den rette tone, bliver videresendt — og derefter handlet på.

Grounding er ikke en promptteknik. Det er en datastruktur: en lukket grammatik, som agenten ikke kan træde uden for, og en graf af kendsgerninger, som den skal traversere for overhovedet at kunne sige noget.

Den samme struktur bringer det frem, som ingen havde skrevet ned — som den kritiske opgave, som kun én person i teamet ved, hvordan man udfører.

Forretningskontinuitet, i dybden →

Tillid

Arkitekturdiagrammet og governance-registret, det samme objekt.

Hver knude bærer livscyklus, ejerskab og lineage — som en del af knuden, ikke i et parallelt register, som nogen vedligeholder bagefter.

Det er det, der lader en agent være proaktiv i stedet for blot at reagere.

Autonomi i opmærksomhed, ikke i myndighed. I en reguleret organisation er en agent, der ændrer ting på egen hånd, for tidligt ude, og vi vil ikke lade som om, det forholder sig anderledes. En agent, der ser det før dig, er det ikke.

Intet af det er muligt oven på dokumenter. Et afsnit har ingen ejer at eskalere til og ingen tilstand, hvori en ændring kunne opdages.

Isoleringen er pr. database, ikke pr. række — og revisionen af, hvad agenten så, før den slog alarm, er en forespørgsel mod den samme graf.

hvad agenten gør opmærksom på

En proces mistede sin ejer

Eskaleret til den ansvarlige rolle — fordi modellen ved, hvem det er.

En kontrol gled væk fra sin politik

Kanten findes stadig; tilstandene stemmer ikke længere overens.

En kritisk opgave hviler på én person

Ingen skrev det ned. Grafen viser det alligevel.

Vi har allerede en RAG-chatbot oven på vores dokumenter. Hvordan er dette anderledes?

Søgning finder tekst, der ligner dit spørgsmål. Nodwise svarer ved at traversere typede relationer, så svaret bærer den sti, det blev udledt af. De to supplerer hinanden: dokumenter er godt bevismateriale, en model er en god struktur. Den fejl, du er stødt ind i, er strukturel — ikke et spørgsmål om at finjustere søgningen.

Skal vi modellere alt, før agenter bliver nyttige?

Nej — og en delvis typet model besvarer allerede spørgsmål, som et komplet, utypet lager ikke kan. Start med ét domæne. Hver knude og relation har sin egen, uafhængigt styrede livscyklus, så modellen vokser med organisationen.

Hvordan er dette anderledes end et datakatalog?

Kataloger beskriver, hvilke data der findes. Nodwise beskriver, hvordan organisationen fungerer — systemer, processer, mennesker og forpligtelser som typede knuder, med relationer og livscyklus som førsteklasses elementer. Katalogvisningen er ét perspektiv ovenpå, ikke fundamentet.

Hvad med regulerede brancher — finans, medicinal, sundhed?

Isoleringen er pr. database, ikke pr. række. Kombineret med livscyklus, lineage og ejerskab på hver knude er et revisionsspor en forespørgsel frem for et separat system — inklusive en revision af, hvad en agent så, før den slog alarm. Og for at sige det klart: agenterne her identificerer, rapporterer, overvåger og eskalerer. De ændrer ikke din organisation på egen hånd.

Hvor vi står

Før lancering — og det siger vi ligeud.

Nodwise har ingen kundelogoer at vise dig, og vi har ikke tænkt os at låne andres. Det, vi har, kan efterprøves uden at tale med os: en demo-tenant med en fuldt modelleret organisation, som du kan åbne lige nu, en metamodel, som du kan læse fra ende til anden, og arkitekturpåstande, som du kan verificere — isolering pr. database og Remote Services, der aldrig har brug for en indgående forbindelse.

se det

Åbn demoen

En fuldt modelleret organisation, ét klik med din arbejdskonto. Ingen formular, intet opkald.

Åbn demoen

byg det med os

Design Partner Program

Et miljø oprettet til din organisation, dine egne data i modellen, en løsningsarkitekt, der modellerer din første dimension sammen med dit team, og direkte indflydelse på roadmappen. En begrænset gruppe i denne tidlige fase.

Ansøg om programmet