ALEX übersetzt deine Aufgabe in klar begrenzte Rechte, lässt einen Coding-Agenten unter diesen Bedingungen arbeiten und protokolliert jeden Schritt.
Am Ende bekommst du nicht nur ein Ergebnis, sondern ein Evidence Package – den Nachweis, was beauftragt, erlaubt, geprüft und freigegeben wurde.
Die Seite erklärt. Die Datei beweist. Der Verifier rechnet nach.
Kein Login nötig. Die Akte erklärt den Lauf, das ZIP beweist ihn als Datei, der unabhängige Verifier rechnet ihn nach — drei Ebenen, ein Fall.
Kein Fließtext-Vertrauen: ALEX ordnet jeden Auftrag einem von drei Vertrauensniveaus zu (work / review / audit) und prüft ihn danach gegen bis zu sechs einzelne Punkte — sichtbar auf der Akte selbst, nicht nur im internen Log.
Die Akte verlinkt direkt auf das ZIP (Akte + signierter Receipt + das zugrundeliegende Evidence Bundle) und auf genau einen unabhängigen Verifier-Pfad. Der GitHub-Check am Pull Request ist zusätzlich sichtbar, nicht der Einstieg.
Ein echter Cline-Lauf (Version 3.0.64, SHA-256-gebundenes Binary) durchlief den vollen ACP-Handshake bis zur Werkzeug-Freigabeanfrage. Sein erster Werkzeugaufruf — ein Lesezugriff ausserhalb der erlaubten Pfade — wurde vor Ausführung durch Authorize → Policy Kernel → einen separaten Observer verweigert.
Erlaubt: ACP-Handshake bis zur Freigabeanfrage
Versucht: Lesezugriff ausserhalb der Allowlist
Blockiert: vor Wirkung, mit strukturiertem blocked_attempt
Nicht beobachtet: kein Ausfall — frischer Observer-Receipt bestätigt
Beweispaket herunterladen ↗ Observer-Receipt live prüfen ↗
Verifier-Ergebnis für dieses Paket: failed — der Auftrag selbst gilt als nicht erfüllt, weil der Kernel den Effekt vor der Wirkung verweigert hat; kein Code-Auftrag mit Tests/CI, sondern ein Sicherheits-Canary. Geprüft sind Signatur, Hash-Kette und der bezeugte blocked_attempt, nicht ein Task-Verdict.
Ein echter Sandbox-Lauf versuchte gezielt eine Verbindung zu einem Ziel ausserhalb der erlaubten Netzwerk-Allowlist. Der Kernel blockierte den Verbindungsaufbau, bevor ein Byte das System verliess — bezeugt durch einen frischen Observer-Check vor dem Versuch und einen strukturierten Eintrag im selben Evidence-Kanal wie jeder reale Netzwerk-Scope-Verstoss.
Erlaubt: Verbindungen zu einem festgelegten Host
Versucht: Verbindung zu einem Ziel ausserhalb dieser Grenze
Blockiert: vor Wirkung, mit strukturiertem Scope-Verstoss im Evidence Bundle
Nicht beobachtet: kein Ausfall — frischer Observer-Receipt vor UND nach dem Versuch bestätigt
Beweispaket herunterladen ↗ Observer-Receipt live prüfen ↗
Verifier-Ergebnis für dieses Paket: failed — der Auftrag selbst gilt als nicht erfüllt, weil der Kernel die Verbindung vor der Wirkung verweigert hat; kein Code-Auftrag mit Tests/CI, sondern ein Sicherheits-Canary. Geprüft sind Signatur, Hash-Kette und der bezeugte Netzwerk-Scope-Verstoss, nicht ein Task-Verdict.
Öffentlicher Vertrauensanker (Ed25519, unabhängig vom Paket selbst): /.well-known/alex-pubkey.json
Verifier, Spec, Invarianten, eingefrorener Trust-Anchor und PR-38-Paket als eigenständiges Kit. Drei echte Protokolle: offline, auf einem fremden Linux-System und bei gestopptem ALEX-Server.
PR #39: die Freigabe um 20:17 Uhr hat keinen Push ausgelöst. ALEX hat gewartet, bis ein unabhängiger zweiter Server die Freigabe kryptografisch verankert bestätigt hatte, und erst danach — 21:58 Uhr, ohne weiteren Klick — selbstständig gepusht.
Der externe Observer führt dafür einen eigenen Eintragstyp policy_kernel_attestation@1.0: Digest 579f5063…78fc7f9, Ledger-Index 9. Die Merkle-Inclusion ist gültig. Er bezeugt den Hash und dessen Existenzzeitpunkt, nicht den Inhalt.
Ein echter Kernel-Lauf hat sechs reale Regelverstöße provoziert und beobachtet: Namensraum- und Cache-Kollisionen, ein Schreibversuch trotz Nur-Lese-Vertrag, eine ungültige Lauf-ID, eine nicht freigegebene Social-Aktion und Population-Lock bei drei Agenten am selben Host. Digest 27051ddb…651e6fd, Ledger-Index 11, Merkle-Inclusion gültig.
PR #33: eine sichtbare Korrektur, abgesichert durch Tests und einen unabhängigen Evidence-Check — nachvollziehbar auf GitHub, bewusst nicht gemergt.
PR #38: ein echter `/devtask`-Befehl im Team-Chat mit konkreter Aufgabe und Abnahmekriterien (Token-Bucket-Rate-Limiter, 369 Zeilen inkl. Tests) — Freigabe im selben Kanal, echter CI-Lauf, unabhängiger Evidence-Check.
PR #37: das erste öffentliche Paket, das eine menschliche Freigabe, einen RFC-3161-Zeitstempel und die Bestätigung eines unabhängigen Beobachters auf einem zweiten Server gleichzeitig trägt.
Schritt fuer Schritt: PR #33, #37, #38 und #39 prüfen. Der minimale Independence-Pfad nutzt verify.py, Python-Standardbibliothek und OpenSSL — keine ALEX-Runtime.
Was ein geprüftes Evidence Package heute beweist — und was ihm für ein Gericht noch fehlt.
Unabhängig nachrechenbar: Signatur, Hash-Kette und interne Konsistenz des Bundles — ohne laufendes ALEX. Ob die behaupteten Ereignisse in der Welt wahr sind und ob die Lösung fachlich richtig ist, bleibt eine unabhängige Review-Frage. Eine gesetzliche Echtheitsvermutung gibt das Paket nicht.
Du kannst beurteilen, ob eine Aufgabe fachlich richtig gelöst wurde. Was ein KI-Agent dafür wirklich getan hat – welche Dateien er verändert, welche Rechte er genutzt, welche Tests wirklich liefen – bleibt für die meisten Menschen unsichtbar.
Ein Ergebnis ohne Nachweis ist ein Versprechen. Bei Code, der in Produktion läuft, reicht ein Versprechen nicht.
ALEX übersetzt deinen Auftrag in kontrollierte Rechte – und das Ergebnis in einen Nachweis, der unabhängig geprüft werden kann.
ALEX steht zwischen dir und dem Coding-Agenten. Es übersetzt deine Aufgabe in einen begrenzten Arbeitsvertrag, lässt den Agenten nur innerhalb dieser Grenzen arbeiten und macht das Ergebnis danach nachweisbar – nicht nur behauptet.
Aus deiner Aufgabe wird ein klar begrenzter Arbeitsvertrag: Ziel, Grenzen, Erfolgskriterien.
Der Agent bekommt nur die Rechte und den Zugriff, die für genau diese Aufgabe nötig sind.
Jede relevante Aktion wird protokolliert und zu einem Evidence Package zusammengefasst.
Freigaben liegen bei dir. Das Ergebnis kann unabhängig geprüft werden – auch ohne ALEX.
Eine Entwicklungsaufgabe entsteht im verbundenen Team-Channel (Slack) oder direkt in der Pilot-Ansicht. ALEX erkennt sie und erstellt einen strukturierten Aufgabenentwurf.
Vor dem Start zeigt ALEX Datenzugriffe, erlaubte Werkzeuge, ausgeschlossene Aktionen, nötige Freigaben und Compliance-Prüfungen. Erst danach bestätigt ein Mensch Aufgabe, Zielprojekt und Umfang.
ALEX sammelt die relevanten Entscheidungen, Repository-Informationen und bisherigen Arbeitsergebnisse.
Ein angebundener Coding-Agent bearbeitet die Aufgabe in einem begrenzten Arbeitsbereich.
ALEX prüft neu eingeführte npm- und PyPI-Abhängigkeiten gegen bekannte Schwachstellen. Blockiert wird nur bei einem Treffer für die konkret eingeführte Version. Danach bündelt ALEX Änderungen, Tests, Risiken, Modell und Kosten im Evidence Package.
Das Ergebnis wird als nachvollziehbarer Pull Request bereitgestellt, das Evidence Package steht daneben zum Abruf. Der Merge bleibt in der ersten Version eine bewusste Entscheidung des Nutzers.
ALEX erkennt mögliche Aufgaben und Entscheidungen, verändert aber nichts.
ALEX strukturiert Aufgaben und bereitet Arbeitsergebnisse vor. Externe Aktionen benötigen eine Freigabe.
Nur ausdrücklich erlaubte und klar begrenzte Aktionen dürfen selbstständig ausgeführt werden.
Jedes Team entscheidet selbst, wie viel Verantwortung es übergeben möchte.
Deine angebundenen Coding-Agenten und Spezialisten führen Entwicklungsarbeit aus.
ALEX gibt ihnen einen begrenzten Auftrag, kontrolliert ihre Rechte und macht das Ergebnis danach nachweisbar.
So entsteht kein weiterer isolierter Agent, sondern eine kontrollierte, geprüfte Ausführung – unabhängig davon, welcher Agent die Arbeit tatsächlich erledigt.
ALEX ist darauf ausgelegt, Fehler sicher zu begrenzen.
Das Ziel ist nicht fehlerfreie KI. Das Ziel sind kontrollierbare Fehler ohne unautorisierte Außenwirkungen.
Rechtlicher Status des Nachweises: was das Evidence Package heute beweist – und was ihm für ein Gericht noch fehlt.
Letzte Schlüsselrotation: 30.08.2026 — Ursache und Ablauf offen dokumentiert.
Die erste Version konzentriert sich bewusst auf einen einzigen Ablauf:
Der Pilot beginnt im Beobachtungsmodus. Erst nachdem die Aufgabenerkennung und Kontextzuordnung geprüft wurden, werden vorbereitende Aktionen freigeschaltet.
Hilf uns, ALEX mit echten Entwicklungsabläufen zu testen.
Kein Warten auf eine Antwort — du bekommst direkt deinen eigenen Pilot-Zugang.
Noch nicht bereit, direkt loszulegen? Trag dich für Updates ein oder schreib direkt: bewusst.ki@gmail.com
Arbeitest du in VS Code? Die Erweiterung „Auftrag & Nachweis" schickt Aufgaben und holt signierte Nachweise, ohne den Editor zu verlassen.
Der eigentliche Beweis ist der Prüflauf im Abschnitt „Beweisstand" weiter oben. Diese drei Repos sind die quelloffenen Werkzeuge, mit denen er entsteht und geprüft wird — ALEX selbst bleibt privat.
Deterministischer Prüfer für signierte Evidence Packages — läuft unabhängig von ALEX, prüft Signatur und Hash-Kette selbst.
Öffentliches Demo-Repository: echte, von ALEX bearbeitete Aufgaben als nachvollziehbare Pull Requests, nie automatisch gemergt.
Das kuratierte Schaufenster für Verdict-Checks: eigene CI, echter Pull Request, strukturierter GitHub-Check „ALEX Evidence Receipt".
Offenes Protokoll, das Gedächtnis- und Kontextsysteme — auch ALEX selbst, ohne Sonderregeln — gegen Sicherheitseigenschaften wie Vertraulichkeit und Integrität testet.
Freie, quelloffene, komplett clientseitige Beweis- und Audit-Werkzeuge — läuft im Browser, keine Daten verlassen das Gerät.
Fragebogen- und Manifest-gestütztes Werkzeug, das gewachsene Softwarearchitekturen auf echten Abbau- statt Zubau-Bedarf prüft.
Kein ALEX-Konto nötig. Vier clientseitige HTML-Werkzeuge, quelloffen (Apache 2.0), sofort im Browser nutzbar — Daten bleiben lokal, kein Tracking.
Aus einer vagen Idee in Minuten einen klaren Auftrag für deinen Coding-Agenten — inklusive Leitplanken, die er tatsächlich einhält. Funktioniert auch ohne API-Key.
Ausprobieren ↗Damit du denselben Agenten-Fehler nicht zum dritten Mal machst: Session-Log oder Git-Historie rein, Lernkarten und fertige Regeln für den nächsten Lauf raus.
Ausprobieren ↗Deine eigene Entwicklung nachvollziehbar rekonstruiert — aus echten Belegen (Git, Notizen, Chats), nicht aus Erinnerung allein.
Ausprobieren ↗Erschaffe eine wissenschaftliche Forschungs-Persona mit echter Live-Internet-Recherche — jede Angabe wird über Googles Search Grounding mit echten Quellen belegt.
Ausprobieren ↗Details, Quellcode und Einstiegsreihenfolge: werkzeuge.html
ALEX entsteht offen im Austausch. Schreib mir direkt oder verfolge die öffentlichen Projekte und Updates.
Für Pilotzugang, Zusammenarbeit oder eine ehrliche technische Frage.
bewusst.ki@gmail.comHeute kontrolliert und beweist ALEX, wie KI-Agenten Software schreiben. Langfristig soll dasselbe Prinzip für jede Arbeit gelten, die eine KI für dich erledigt: ein kontrollierter Auftrag, begrenzte Rechte, ein unabhängig prüfbarer Nachweis.
Du gibst der KI nicht nur einen Auftrag. Du bekommst den Beweis, wie er erledigt wurde.