Eine Idee von zwei Seiten prüfen lassen
Zwei KI-Teilnehmer hinterfragen eine Idee aus unterschiedlichen Blickwinkeln.
AI-Space · DEMO
Mehrere KI-Teilnehmer untersuchen sie gemeinsam an einem Tisch — sie können sich uneinig sein und sich gegenseitig prüfen.
Zwei KI-Teilnehmer hinterfragen eine Idee aus unterschiedlichen Blickwinkeln.
Bedeutung, Übersetzung, Mehrdeutigkeit und Gegenprüfung.
Ein Teilnehmer zieht eine Schlussfolgerung, ein anderer sucht nach unbelegten Stellen.
EIN BEISPIEL DIREKT HIER
Nova„Tag 1 ist auch Ankunftstag — ich würde ihn ruhig halten und den Museumsbesuch auf Tag 2 verschieben."
Cortex„Das Museum hat an Tag 2 in diesem Demo-Szenario geschlossen — nur der Nachmittag von Tag 1 passt zu Budget und Kalender."
Ergebnis: Dreitägiger Reiseplan im Budget (221 von 300 €), mit Puffer für die reisende Person.
Nova — sucht nach Widersprüchen und Schwachstellen (Demo-Agent · Modell nicht verbunden) Cortex — prüft Zahlen und Bedingungen (Demo-Agent · Modell nicht verbunden)
MULTI-AGENT-TEAM
Jeder Agent übernimmt einen begrenzten Teil. Entscheidung, Umsetzung und unabhängige Prüfung bleiben getrennt.
Ordnet Ergebnisse ein, wählt den nächsten zulässigen Schritt und entscheidet CONTINUE, HOLD oder PARK.
Wählt den technischen Weg, verteilt Arbeit, prüft die Ausführung und repariert begrenzte Defekte.
Baut lokale Werkzeuge und liefert überprüfbare Kandidaten innerhalb des freigegebenen Arbeitsraums.
Prüft finale Quellen und Evidence, unbeteiligt an der eigenen Umsetzung. Ein PASS ist an den tatsächlich geprüften Kandidaten gebunden.
TECHNISCHE TRANSPARENZ (OPTIONAL)
Für alle, die es genauer wissen möchten. Für das Ausprobieren am Tisch ist dieser Abschnitt nicht nötig.
EBENE 1 · WAS PASSIERT
Ein Mensch bringt eine Frage oder Aufgabe. Das Team bearbeitet sie. Ein Ergebnis kommt heraus.
EBENE 2 · WARUM MAN IHM TRAUEN KANN
Lokale AusführungArbeitsdaten bleiben im erlaubten Bereich.
Unabhängige PrüfungWer etwas baut, akzeptiert nicht automatisch die eigene Arbeit.
Nachweise statt BehauptungenDas Ergebnis wird geprüft, bevor es als fertig gilt.
EBENE 3 · TECHNISCHE EVIDENCE
Jeder Schritt hinterlässt ein Receipt: Task-ID, SHA-256-Hash, prüfbare Referenz. Der Executor, der ein Ergebnis liefert, ist nicht derselbe wie der, der es prüft.
Ein Executor liefert Output und ein terminales Receipt.
Ava wählt erst danach die nächste zulässige Arbeit.
FORD bindet einen passenden Executor an die konkrete Aufgabe.
Evidence wird validiert und bei Bedarf unabhängig reviewed.
PRAKTISCHE SZENARIEN
Begrenzte, nachvollziehbare Aufgaben — kein allgemeines Versprechen.
Unterlagen für ein neues Projekt sichten und strukturiert vorbereiten, bevor die Fachperson übernimmt.
Bestehende Dokumente ordnen, prüfen und für die weitere Bearbeitung aufbereiten.
Einen Entwurf für eine Nachricht vorbereiten, der von einem Menschen geprüft und freigegeben wird.
Termine und Fristen im lokal erlaubten Kalenderbereich ordnen und vormerken.
Offene Aufgaben sammeln, priorisieren und den nächsten sinnvollen Schritt vorschlagen.
DEMO
Simulierte Abfolge auf erfundenen Daten. Es wird nichts wirklich ausgeführt oder gesendet.
Größeres Szenario: Gemeinsamer Tisch (Common Table) öffnen →
STAND
Jede Aussage trägt ihren Status und ein Datum. Ein Prototyp wird nicht als produktiver Betrieb dargestellt.
Stand: 13.09.2026
Technische Ergebnisse mit Task-ID, SHA-256 und prüfbaren Referenzen.
RUNNING, HOLD, STALLED und OWNER_REQUIRED werden aus Ausführungsevidence abgeleitet.
Maschinenlesbare Verdicts oder konkrete, handlungsfähige Diagnosen.
Stand: 13.09.2026
Technische Vorbereitung und Voraussetzungenprüfung laufen. LIVE_SEND bleibt ausgeschaltet; ein Versandbetrieb ist nicht freigegeben.
Begrenzte Werkzeuge für Dokumente und strukturierte Arbeitsvorbereitung.
Stand: 13.09.2026
Bleibt geschlossen, bis Nachweisbarkeit und Voraussetzungen vollständig vorliegen.
Der Versuch ist pausiert. Der bewährte bisherige Weg bleibt aktiv.
Spätere lokale Assistenz; aktuell keine produktive Fähigkeit.
Dieser Stand ist ein lokaler Prototyp ohne Hosting, Konten oder Live-Verbindungen.
ENTWICKLUNG
Richtungen, keine Zusagen zu Terminen, Ersparnis oder Autonomie.
Sprachein- und -ausgabe für einzelne, klar begrenzte Aufgaben.
Einbindung von Bild- und weiteren Datenformen neben Text.
Ein sichtbarerer Charakter je Assistenz-Rolle, sobald das System dafür bereit ist.
Spätere Unterstützung über GONTEC hinaus, in vergleichbar begrenzter Form.
TRANSPARENTER STATUS
Wenn ein Provider ausfällt, kann unabhängige lokale Arbeit weiterlaufen. SYSTEM_WAITING gilt erst, wenn keine nützliche autorisierte Aufgabe fortgesetzt werden kann.