KI auf Basis der Realität Ihrer Organisation

Ihre KI hatte viel zu lesen.
Nichts, woraus sie Schlüsse ziehen konnte.

Tausende Seiten in SharePoint und Confluence beschreiben Ihre Organisation. Keine davon sagt aus, wie sie funktioniert — nicht in einer Form, die ein Agent abfragen und traversieren kann und an der er sich hinterher messen lassen muss. Nodwise ist diese Form: ein typisiertes Modell Ihrer Organisation und der Live-Graph von allem, was darin existiert.

Demo öffnen Metamodell ansehen

Vor dem Launch. Der Demo-Mandant ist offen — ein Klick mit Ihrem Firmenkonto, kein Verkaufsgespräch.

Die Formel

Metamodell + Instanzgraph + KI.

Drei Teile. Nehmen Sie einen davon weg, und Sie landen wieder bei einem Pilotprojekt, das in der Demo gut aussieht und beim ersten Kontakt mit der realen Organisation scheitert.

Das Metamodell

Die Grammatik

Welche Arten von Dingen existieren, wie sie zueinander in Beziehung stehen dürfen, in welchen Zuständen sie sich befinden können. Bewusst geschlossen — eine geschlossene Grammatik beschreibt nicht nur, sie schränkt ein, was ein Agent überhaupt behaupten kann.

+

Der Instanzgraph

Die Fakten

Ihre Systeme, Prozesse, Personen, Datensätze und Pflichten, so wie sie heute sind — jedes ein typisierter Knoten mit einem Verantwortlichen, einem Lebenszyklusstatus und echten Kanten.

+

KI

Der Konsument

Agenten hören auf, Dokumente zusammenzufassen, und beginnen, Ihre Organisation zu traversieren. Die Antwort kommt als Pfad, nicht als Umschreibung — und sie beobachten.

Warum es immer wieder scheiterte

Retrieval findet den nächstliegenden Absatz. Sie brauchten die tatsächliche Beziehung.

Die Suche über Dokumente liefert die ähnlichste Textstelle, und Ähnlichkeit ist nicht Wahrheit. Ein Dokument sagt, was eine Person an dem Tag glaubte, an dem sie es schrieb. Ein Modell hält fest, was jetzt wahr ist — und weiß, wann sich das geändert hat.

Ein Absatz hat außerdem keinen Verantwortlichen, keinen Lebenszyklus und keine Kanten. Ein Agent kann ihn lesen und trotzdem nicht wissen, wen er fragen soll, was kaputtgeht, wenn er sich ändert, oder ob er schon zwei Reorganisationen zuvor abgelöst wurde.

Fragen Sie einen Dokumentenspeicher, wie viele Seiten dieses System erwähnen, und er wird antworten. Fragen Sie ihn, welche Prozesse keinen Verantwortlichen haben — und er hat nichts, womit er rechnen könnte.

Diese zweite Frage ist die, die Ihr Unternehmen tatsächlich stellt.

Fragen Sie den Graphen

Wenn Victory Bikes ausfällt, welche Kunden sind betroffen?

Auswirkungssimulation

Victory Bikes

Traversierung erneut ausführen

Typisierter Pfad

5 Schritte

Vertragsregister · Produktkatalog · Betriebsregister

Victory Bikes

Externe Entität · Partner und Lieferant

hat Vertragspartei ←

Supply of Touring Tire Tube

Governance und Compliance · Vereinbarung

unterliegt ←

Touring Tire Tube

Physische Vermögenswerte · Bestand und Material

hängt ab von ←

SO70282

Business · Geschäftliche Interaktion

wird bestellt von →

Dalton Adams

Externe Entität · Kunde

betroffener Kunde

Der Einkauf kannte den Lieferanten und den Vertrag. Der Betrieb wusste, in welche SKU das Teil eingeht. Der Vertrieb wusste, wer es bestellt hat. Drei Funktionen, drei Register, drei Systeme — und niemand verantwortete die Kette. Diese Frage zu beantworten kostet in den meisten Organisationen eine Woche E-Mail-Verkehr. Im Modell ist es ein einziger typisierter Pfad, und die Antwort ist ein namentlich bekannter Kunde.

Beachten Sie, was mitgeliefert wird: der Pfad selbst. Sie entscheiden nicht, ob Sie einem Satz vertrauen — Sie sehen die vier Kanten, aus denen die Antwort besteht. Und das Modell bildet auch die Nuance ab: Ein zweiter Lieferant hat einen Vertrag für dieselbe Komponente, es geht also um eine Störung, die sich umleiten lässt, nicht um ein Band, das stillsteht. Ein Dokumentenspeicher liefert Ihnen drei plausible Absätze und keine Möglichkeit, auch nur eine der Aussagen zu prüfen.

So funktioniert es

Eine Woche bis zur Umgebung. Agenten arbeiten darauf, bevor das Modell fertig ist.

01

Umgebung aktivieren

Ein dedizierter Mandant mit eigener Datenbank und eigenem Kontext. Etwa eine Woche — das ist Bereitstellung, kein Programm.

02

Ihre Systeme einlesen

Remote Services laufen innerhalb Ihres Netzwerks und bauen die Verbindung nach außen auf — kein eingehender Port, keine Firewall-Ausnahme. Beginnen Sie mit einer Domäne: Jeder Knoten hat seinen eigenen, unabhängig verwalteten Lebenszyklus, sodass das Modell wächst, statt auf Vollständigkeit zu warten.

03

Ihre Agenten auf das Modell ansetzen

Sie fragen es in natürlicher Sprache ab und traversieren es nach Typ. Ein unvollständiges Modell beantwortet bereits Fragen, die ein vollständiger Dokumentenspeicher nie beantworten könnte — weil der vorhandene Teil typisiert ist.

Der Ausfallmodus

Ein Agent, der Ihre Organisation nicht lesen kann, erfindet sie — und zwar überzeugend.

Das ist der gefährliche Teil. Eine falsche Antwort, die falsch klingt, wird entdeckt. Eine falsche Antwort, zusammengesetzt aus drei echten Absätzen, in Ihrem eigenen Vokabular und im richtigen Ton, wird weitergeleitet — und dann wird danach gehandelt.

Grounding ist keine Prompt-Technik. Es ist eine Datenstruktur: eine geschlossene Grammatik, aus der der Agent nicht heraustreten kann, und ein Graph von Fakten, den er traversieren muss, um überhaupt etwas zu sagen.

Dieselbe Struktur bringt zutage, was niemand aufgeschrieben hatte — etwa die kritische Aufgabe, die nur eine einzige Person im Team ausführen kann.

Geschäftskontinuität im Detail →

Vertrauen

Das Architekturdiagramm und das Governance-Register — ein und dasselbe Objekt.

Jeder Knoten trägt Lebenszyklus, Verantwortlichkeit und Herkunft — als Teil des Knotens, nicht in einem parallelen Register, das jemand im Nachhinein pflegt.

Genau das erlaubt einem Agenten, proaktiv zu sein, statt nur zu reagieren.

Autonomie der Aufmerksamkeit, nicht der Befugnis. In einer regulierten Organisation ist ein Agent, der eigenständig Dinge ändert, verfrüht, und wir werden nicht so tun, als wäre es anders. Ein Agent, der Dinge vor Ihnen bemerkt, ist es nicht.

Nichts davon ist über Dokumente möglich. Ein Absatz hat keinen Verantwortlichen, an den man eskalieren könnte, und keinen Zustand, an dem sich eine Änderung erkennen ließe.

Die Isolation erfolgt pro Datenbank, nicht pro Zeile — und die Prüfung dessen, was der Agent gesehen hat, bevor er Alarm schlug, ist eine Abfrage gegen denselben Graphen.

was der Agent meldet

Ein Prozess hat seinen Verantwortlichen verloren

Eskaliert an die rechenschaftspflichtige Rolle — weil das Modell weiß, wer das ist.

Eine Kontrolle ist von ihrer Richtlinie abgewichen

Die Kante existiert noch; die Zustände stimmen nicht mehr überein.

Eine kritische Aufgabe hängt an einer einzigen Person

Niemand hat es aufgeschrieben. Der Graph zeigt es trotzdem.

Wir haben bereits einen RAG-Chatbot über unsere Dokumente. Was ist hier anders?

Retrieval findet Text, der Ihrer Frage ähnelt. Nodwise antwortet, indem es typisierte Beziehungen traversiert, sodass die Antwort den Pfad mitliefert, aus dem sie abgeleitet wurde. Beides ergänzt sich: Dokumente sind gute Belege, ein Modell ist eine gute Struktur. Das Scheitern, auf das Sie immer wieder stoßen, ist struktureller Natur, kein Problem der Retrieval-Feinabstimmung.

Müssen wir alles modellieren, bevor Agenten nützlich sind?

Nein — und ein unvollständiges, aber typisiertes Modell beantwortet bereits Fragen, die ein vollständiges, untypisiertes Repository nicht beantworten kann. Beginnen Sie mit einer Domäne. Jeder Knoten und jede Beziehung hat einen eigenen, unabhängig verwalteten Lebenszyklus, sodass das Modell mit der Organisation wächst.

Was unterscheidet das von einem Datenkatalog?

Kataloge beschreiben, welche Daten existieren. Nodwise beschreibt, wie die Organisation funktioniert — Systeme, Prozesse, Personen und Pflichten als typisierte Knoten, mit Beziehungen und Lebenszyklus als vollwertigen Bestandteilen. Die Katalogsicht ist eine Perspektive obendrauf, nicht das Fundament.

Was ist mit regulierten Branchen — Finanzwesen, Pharma, Gesundheitswesen?

Die Isolation erfolgt pro Datenbank, nicht pro Zeile. Zusammen mit Lebenszyklus, Herkunft und Verantwortlichkeit auf jedem Knoten wird ein Prüfpfad zu einer Abfrage statt zu einem separaten System — einschließlich der Prüfung dessen, was ein Agent gesehen hat, bevor er Alarm schlug. Und um es klar zu sagen: Agenten identifizieren, melden, überwachen und eskalieren hier. Sie ändern Ihre Organisation nicht eigenständig.

Wo wir stehen

Vor dem Launch — und das sagen wir auch offen.

Nodwise hat keine Kundenlogos vorzuzeigen, und wir werden uns auch keine fremden ausleihen. Was wir haben, lässt sich prüfen, ohne mit uns zu sprechen: ein Demo-Mandant mit einer vollständig modellierten Organisation, den Sie sofort öffnen können, ein Metamodell, das Sie von vorne bis hinten lesen können, und Architekturaussagen, die Sie überprüfen können — Isolation pro Datenbank und Remote Services, die nie eine eingehende Verbindung benötigen.

selbst ansehen

Demo öffnen

Eine vollständig modellierte Organisation, ein Klick mit Ihrem Firmenkonto. Kein Formular, kein Gespräch.

Demo öffnen

gemeinsam mit uns aufbauen

Design-Partner-Programm

Eine für Ihre Organisation instanziierte Umgebung, Ihre eigenen Daten im Modell, ein Solutions Architect, der gemeinsam mit Ihrem Team Ihre erste Dimension modelliert, und direkter Einfluss auf die Roadmap. Eine begrenzte Gruppe in dieser frühen Phase.

Für das Programm bewerben