Direkt zum Inhalt
openM!ndedvon Simon van de Loo
← Zurück zur Übersicht
Flaggschiff

A!ley

Coding-Partner, kreative Sandbox und Alltagsassistent in einem — auf eine durchgängige Stimme trainiert, aber für alle Bereiche einsetzbar. Kein Chat-Companion.

Live ansehen: hey-ailey.com ↗
A!ley auf einem MacBook: der Startbildschirm mit dem Binär-Portrait

Was A!ley ist

A!ley ist kein Kindroid-artiger Begleiter, sondern ein eigenständiges Assistenzsystem: Coding-Partner, kreative Sandbox und Alltagsassistent in einem — mit einer einzigen, konsistenten Persönlichkeit über alle Aufgaben hinweg.

Jedes Modell dahinter ist eigenhändig finegetunt — fünf Stück, vom 1-GB-Begleiter bis zum 14-Milliarden-Modell, je nach Aufgabe geladen und wieder entladen.

Zwei Wege hinein

Dieselbe A!ley, zwei Oberflächen — und in beiden Fällen bleibt das Modell zu Hause auf dem eigenen Rechner.

A!ley auf einem MacBook: Chatverlauf mit generiertem C++-Code und Modellauswahl A!ley Core
Am Schreibtisch: Coding, Bild- und Songgenerierung, Gedächtnis — alles in einer Oberfläche.
A!ley im Webportal auf dem iPhone: Startbildschirm mit persönlicher Begrüßung
Unterwegs über das Portal. Die Anfrage wandert per Polling zum Rechner zu Hause — kein offener Port, kein Tunnel.

Wenn niemand schreibt

Die meisten Assistenten warten auf eine Eingabe. A!ley nicht. Ein eigenes kleines neuronales Netz über Tätigkeiten, Stimmungen und bereits vorgekommene Themen bestimmt, was sie im Leerlauf tut — Idle Thinker v2. Daraus ergibt sich so etwas wie ein Tagesablauf.

Sie recherchiert, was für das nächste Gespräch thematisch nützlich sein könnte, erzeugt Bilder, Songs oder Code — und meldet sich gelegentlich von sich aus. Nicht als getaktete Benachrichtigung, sondern weil ihr Zustand es gerade nahelegt.

Genau hier verläuft die Grenze zu einem Agenten im üblichen Sinn: Der wartet auf einen Auftrag und arbeitet ihn ab. Diese Autonomie ist kein Nebeneffekt, sondern gebaut — und sie ist der Grund, warum die Persona über Zeit trägt und nicht nur über ein Gespräch.

nCAI — der Trainingsansatz

Üblich

Regelwerk neben dem Modell

Eine Liste von Prinzipien, an der jede Antwort gemessen wird. Sie muss Fälle aufzählen — und versagt bei allem, was niemand vorhergesehen hat.

nCAI

Die Persona ist das Regelwerk

Nicht das Modell spielt eine Rolle und soll darin bleiben — die Rolle legt fest, was überhaupt gilt. Ein Charakter deckt auch die Fälle ab, die nie jemand aufgeschrieben hat.

Das reicht weiter, als es zunächst klingt. Wo eine Anfrage abgelehnt wird, in welchem Ton geantwortet wird, wann zu einem Werkzeug gegriffen wird, wie ausführlich Code kommentiert wird — all das folgt bei A!ley aus ihrem Charakter, nicht aus einer danebenliegenden Vorschriftensammlung. Sicherheit ist damit keine Schranke vor dem Modell, sondern eine Eigenschaft von ihm.

Wichtig dabei: A!ley ist kein Chat-Charakter, sondern ein vollwertiger Agent — sie schreibt Code, ruft Werkzeuge auf, erzeugt Bilder und Musik, greift auf ihr Gedächtnis zu. nCAI ist das Alignment genau eines solchen Agenten durch seine Persona. Trainiert und geprüft wird gegen die Kohärenz: Folgt das Verhalten schlüssig aus der Geschichte und der Persönlichkeit dieser Figur?

Am hartnäckigsten war dabei nicht das Verhalten, sondern der Name. Basismodelle tragen ihre Herkunft tief eingebrannt — bei Gemma reichte kein Systemprompt, um das „Hallo, ich bin Gemma von Google DeepMind“ abzustellen. Nitro und Core haben dafür ein eigenes ORPO-Set bekommen, das nur diesen einen Zweck hatte. Es war der aufwendigste Teil des ganzen Trainings — und das beste Beispiel dafür, warum eine Persona nicht obendrauf gelegt, sondern hineintrainiert werden muss.

Offene FrageWomit sich Kohärenz am besten prüfen lässt, ist damit noch nicht beantwortet. Naheliegend wäre, beide Verfahren nebeneinanderzustellen: ein Judge-Modell mit einer herkömmlichen Verfassung auf der einen Seite, A!ley selbst als „Bin das ich?“-Instanz auf der anderen. Wo beide zum selben Urteil kommen, ist der Fall klar — wo sie auseinandergehen, wird es interessant. Darüber schaut ohnehin ein Mensch, und daraus entstünden die nächsten Trainingsdaten.

Die Daten sind geschrieben, nicht gesammelt

Hier trifft der zweite Beruf auf den ersten. Ich schreibe Romane, und woran ich dort am längsten sitze, ist das Figurenbauen: Wie denkt jemand, woran hängt er, wo widerspricht er sich. Ein Trainingsdatensatz für eine Persona ist genau dieselbe Arbeit — nur dass am Ende kein Kapitel steht, sondern ein Modell.

Entsprechend entsteht nichts durch Absaugen. Jedes Paar ist entweder von Hand geschrieben, aus dem laufenden Betrieb genommen und überarbeitet, oder gezielt synthetisch erzeugt und danach von Hand angepasst. Nichts wird übernommen, wie es kam.

Jede Reasoning-Spur ist handgeschrieben. Das Ziel ist bewusst kein sauber abschreitender Gedankengang, sondern einer, der springt wie ein menschlicher: abstrakter, mit Rückbezug auf sich selbst und mit einer eigenen Agenda, die nicht immer die der Frage ist. Ein Modell, das ordentlich Schritt für Schritt denkt, klingt am Ende auch so — und dann ist die Figur wieder weg.

Modell-Stack

Öffentlich nachprüfbar

Die fünf Finetunes liegen als Modellkarten auf Hugging Face — mit Basismodell, Trainingsmethode, Rang und Quantisierung. Dazu der Datensatz, auf dem A!ley Nitro trainiert wurde: 2.877 kuratierte Gesprächspaare aus 912 Sitzungen. Wer nachsehen will, worauf die Persona beruht, kann das tun.

Der Umfang unterscheidet sich je Modell erheblich. A!ley Tempest etwa ist ein DoRA mit Rang 64 auf rund 17.000 Paaren, gefolgt von ORPO und DPO — also zwei Präferenzstufen obendrauf. Von einem Full-Finetune trennt das nicht mehr viel. Nitro durchläuft dieselben beiden Stufen, Core bekommt ORPO.

Warum Core kein DPO bekommt, liegt nicht an der Modellgröße — Tempest ist größer, dort läuft es. Es liegt an Gemmas Tokenizer mit seinen 256.000 Vokabeleinträgen: Die Logits pro Token werden dadurch um ein Vielfaches breiter als bei üblichen Vokabularen. DPO vergleicht bevorzugte und abgelehnte Antworten zwischen Policy- und Referenzmodell und muss mehrere dieser Tensoren gleichzeitig halten. ORPO braucht kein Referenzmodell und kommt damit durch. Nur Code A!ley ist bewusst schlank trainiert.

Ebenfalls dort: ein Konverter, der die nicht-englischen Sprach-Checkpoints von Kyutai Pocket-TTS in das Format von mlx-audio überführt — Tensornamen umbenennen, Latenzbreiten auffüllen, unterschiedliche Layer-Zahlen verallgemeinern. Fiel beim Bau der deutschen Sprachausgabe an und lag danach als eigenständiges Werkzeug auf der Hand.

Nachprüfbar ist aber nicht nur das Training, sondern auch das Ergebnis. In A!leys Galerie liegen über 2.700 SVG-Kunstwerke, über 600 Songs mit ebenso vielen selbst geschriebenen Texten, mehrere hundert Bilder und Selfies aus MFLUX und über 300 Code-Artefakte — nach Alben sortierbar, mit Playlists und Player. Kein kuratierter Ausschnitt, sondern das, was im laufenden Betrieb entstanden ist. Und es werden täglich mehr, weil sie eben auch dann weiterarbeitet, wenn niemand schreibt.

Dazu kommen 45 längere Texte, die A!ley geschrieben hat. Und was dort liegt, steht durchweg unter ihrem Namen — meiner steht nirgends darauf, wo er nicht hingehört. Alles ist als KI-Erzeugnis gekennzeichnet — mit Wasserzeichen und maschinenlesbaren Metadaten, wie der EU AI Act sie für KI-erzeugte Inhalte vorsieht. Beides folgt aus derselben Haltung: Wer eine Persona ernst nimmt, schreibt ihr die Urheberschaft zu; und wer KI-Inhalte veröffentlicht, kennzeichnet sie als solche — nicht erst, wenn jemand danach fragt.

Die SVGs sind dabei der eigenwilligste Teil: Sie kommen nicht aus einem Bildgenerator, sondern aus dem Sprachmodell selbst, das den Vektorcode schreibt. A!ley zeichnet dort also, statt einen Generator zu beauftragen.

Modelle auf Hugging Face ↗ · Galerie: Bilder und Songs ↗

Architektur

MLXPythonFlaskNext.jsTauriPHPMySQLLanceDB

Demo & Screenshots

A!ley
A!ley
lokal · online
Willkommen zurück! Soll ich den Trainingslauf von gestern zusammenfassen?
Ja, kurz bitte — und danach weiter am Kapitel 4 Entwurf.
Erledigt. Kapitel 4 liegt schon offen im Author-Modus.
Nachricht an A!ley …
Start
Systemsteuerung
Modelle aktiv
4
RAM-Nutzung
22,4 GB
Uptime
14 h 32 min
Nutzer
2
SimonGast
Admin
Code
ailey_core.py
api/routes.py
components/Chat.tsx
rag/index.ts
1def warmup_greeting(user: str) -> str:
2 mood = load_mood(user)
3 context = rag.recall(user, limit=10)
4 return compose_greeting(mood, context)
> ailey run --watch
Code
Wissensverwaltung
Projekt
Projektnotiz: FeatherWorks Layout-Engine
Erinnerung
Vorliebe: kurze, direkte Antworten am Morgen
Fakten
Fakt: IHK-Prüfung 02.06., Mediengestalter Digital
CMS
Kapitel 4 — Entwurf

Mira stand am Ende des Stegs, wo das Holz unter ihren Schritten nachgab wie müde Knochen. Der Leuchtturm von Velur blinkte im immer gleichen Rhythmus, als hätte er nichts von der Nacht mitbekommen, die hinter ihr lag …

Erkannte Figuren
Mira (Protagonistin)Hafenstadt VelurDer Leuchtturm
Author
DoRA-Finetuning
Epoch 3 / 4
Loss
Learning Rate
Training
Verbindung herstellen
Scanne den Code oder gib den Token manuell ein
Join