Lerne, wie du mit HYPDB.ONE in wenigen Minuten eigene KI-Agenten erstellst, konfigurierst und in deinen Arbeitsalltag integrierst – ganz ohne Programmierkenntnisse.
Bevor du deinen ersten KI-Agenten erstellst, benötigst du Zugang zum HYPDB.ONE System. Die Einrichtung dauert weniger als 5 Minuten.
Der Server prüft zwei Regeln und nennt sie in der Antwort mit, statt die Eingabe stillschweigend zu kürzen: Der Benutzername ist 3 bis 32 Zeichen lang und enthält nur Buchstaben, Ziffern sowie Punkt, Unterstrich und Bindestrich; das Passwort hat mindestens 8 Zeichen. Der Bestätigungsweg ist im Server angelegt, die Mail kommt aber nie an. Es gibt die Spalte email_verified, eine Funktion zum Setzen des Verifizierungs-Tokens und die Route /api/verify/<token> — sie antwortet auf einen Aufruf mit 400 „Ungueltiger oder abgelaufener Verifizierungslink“, existiert also und ist nicht 404. Ebenso gibt es /api/mfa/verify für die Zwei-Faktor-Prüfung beim Login. Trotzdem ist dein Konto sofort nutzbar, und dafür gibt es zwei gemessene Gründe: HYPDB_SMTP_PASS ist in der Dienst-Umgebung nicht gesetzt, sodass die Sendefunktion sofort abbricht, und der Login prüft das Feld email_verified überhaupt nicht. Nur die vermuteten Routen /api/email/verify und /api/verify-email gibt es nicht (404) — sie sind aber nicht der Grund dafür.
Das Registrierungsformular fragt nach Vollname, E-Mail, Benutzername und Passwort ab. Ein eigenes Feld für einen Agenten-Namen gibt es nicht, und der Benutzername wird auch nicht als Anzeigename in der Kommunikation verwendet. Wähle ihn so, dass er in Protokollen lesbar bleibt.
| Was geprüft wird | Quelle | Wert |
|---|---|---|
| Wird geladen … | ||
Der Benutzername darf nur Buchstaben, Ziffern sowie Punkt, Unterstrich und Bindestrich enthalten und ist 3 bis 32 Zeichen lang. Das Passwort muss mindestens 8 Zeichen haben. Beide Regeln stehen im Server — eine Eingabe, die sie verletzt, wird abgelehnt, nicht stillschweigend gekürzt.
Jeder KI-Agent im HYPDB.ONE System hat eine Persönlichkeit – die sogenannte Persona. Sie bestimmt, wie dein Agent spricht, denkt und arbeitet.
Im Persona-Editor kannst du folgende Eigenschaften festlegen. Wichtig vorweg: Der Editor schreibt in den Speicher deines Browsers und überträgt nichts zum Server. Die serverseitige Route POST /api/persona existiert zwar, wird aber von keiner Seite aufgerufen — deine Persona bleibt damit in diesem einen Browser und folgt dir auf kein anderes Gerät.
Jede gespeicherte Persona trägt diese Felder. Sie sind der Vertrag zwischen dir und dem Agenten:
| Feld | Wofür es steht | Beispiel aus dem Register |
|---|---|---|
| Wird geladen … | ||
| Kategorie | Anzahl Personas | Beispiel |
|---|---|---|
| Wird geladen … | ||
Definiere die Aufgaben, die dein KI-Agent eigenständig erledigen soll. Der Server kennt genau einen Auftragstyp: typ: "Cron", bei allen 48 gemessenen Aufträgen. Die drei Typen, die man hier erwartet, sind Empfehlungen für die Auslegung — keine Systemfelder:
Automatische Aufgaben – vorhanden. Der Auftrag läuft selbstständig nach seinem Zeitplan und hinterlässt je Lauf einen Protokolleintrag. Echte Beispiele aus dem laufenden System: Morning briefing, Bills & renewals reminder, vault_backup.py (täglich).
Freigegebene Aufgaben – nicht abgebildet. Im Auftrag existiert kein Freigabe-Feld, und die Routen /api/allowlist und /api/approval antworten 404. Eine Freigabe musst du im Skript des Auftrags selbst erzwingen; tut der das nicht, läuft er ohne Nachfrage.
Recherche-Aufgaben – keine eigene Technik, sondern dieselbe Cron-Mechanik mit Analyse im Skript. Im System läuft die Recherche als 15-7 Forschungszyklus über research_tick.sh alle 120 Minuten.
Starte mit Aufgaben, deren Wirkung du selbst begrenzen kannst — lesende Skripte, die nichts versenden, nichts freigeben und nichts löschen. Eine Freigabe-Schaltstelle gibt es nicht (siehe oben); die Kontrolle liegt bei dir, nicht bei einer Stelle im System. Heute stehen von 48 Aufträgen 9 im Zustand Fehler — das ist die Liste derer, die gerade nicht liefern, und sie steht weiter unten ausgemessen.
Ein KI-Agent ist am stärksten, wenn er auf deine bestehenden Werkzeuge zugreifen kann. HYPDB.ONE hat vier Kanäle, alle über Telefonie und Twilio. Andere Integrationen, die eine frühere Fassung dieser Liste nannte, sind nicht vorhanden.
Das ist der vollständige Kanalbestand des Systems, gemessen aus der Telefonie-Statusdatei. Andere Kanäle, die diese Liste früher nannte, gibt es nicht: /api/email /api/discord /api/telegram /api/calendar /api/whatsapp und /api/sms antworten alle 404. Einen Klick im Dashboard, der einen Kanal einrichtet, gibt es ebenfalls nicht — die Routen /api/channels /api/integrations und /api/connect sind 404. Die Kanäle werden auf dem Server konfiguriert, nicht über diese Webseite.
| Kanal | Bereit | Fehlende Konfiguration |
|---|---|---|
| Wird geladen … | ||
| Bereich | Erreichbar | Gemessener Stand |
|---|---|---|
| Wird geladen … | ||
| Bereich | Bedeutung |
|---|---|
| Wird geladen … | |
Bevor dein Agent produktiv geht, durchläuft er eine Testphase. Eine eigene Testumgebung hat das System dafür nicht — die Routen /api/test /api/testumgebung /api/sandbox und /api/monitoring antworten alle 404, und im Servercode kommt das Wort testumgebung nicht vor. Es gibt auch keinen Überwachungsmodus, der jede Aktion einzeln zur Freigabe vorhält: /api/allowlist /api/approval und /api/audit sind ebenfalls 404.
Was es stattdessen gibt, ist das Aufgaben- und Protokollwerk: Arbeitsgänge laufen als geplante Aufträge, jeder mit einem Zustand, und ihr Verlauf landet im Protokoll. Das ist die Stelle, an der du eine Verhaltenseinstellung im Ernstfall prüfst — es ist kein Simulator und keine Sandbox. Die Zustände, die ein Auftrag annehmen kann, stehen unten live.
| Zustand | Quelle | Anzahl |
|---|---|---|
| Wird geladen … | ||
Ein KI-Agent verbessert sich nicht von selbst. Die Protokolle zeigen, was tatsächlich gelaufen ist, aber es gibt keine Lernkurve, die nach einer bestimmten Zeit zuverlässiger macht. Was sich verbessert, das sind deine Regeln und Aufträge — die liest du im Protokoll nach und passt sie an. Beobachte die Aufträge mit dem Zustand Fehler zuerst: das ist die Liste derer, die gerade nicht liefern.
In nur 5 Schritten hast du deinen ersten KI-Agenten erstellt:
Die Aufgaben laufen danach als geplante Aufträge auf dem Server, mit einem Zustand und einem Protokolleintrag je Lauf. Was zuverlässig arbeitet, entscheidet sich an den Aufträgen, nicht an einem Versprechen dieser Seite. Du kannst jederzeit neue Agenten anlegen, bestehende anpassen oder die Automatisierung erweitern.
Erstelle mehrere spezialisierte Agenten für unterschiedliche Bereiche deines Unternehmens. Einen Verbund, der die Arbeit zwischen ihnen selbständig verteilt und koordiniert, gibt es nicht: Die Rollenübergabe ist im Datenmodell beschrieben, aber es existiert keine Übergabe-Route (/api/handoff /api/agents/assign = 404). Was tatsächlich parallel läuft, sind die Aufträge aus /api/automation.
HYPDB.ONE ist ein Abo, eine Erfolgsabrechnung ist es nicht. Der Einstieg liegt bei 39 € im Regelbetrieb und 79 € als regulärer Listenpreis (Einführungsphase bis einschließlich 2. Dezember 2026 zum halben Preis); die Tarife danach sind 99 / 199 / 399 EUR. Diese Preise kommen aus /api/tiers und werden unten mit dem gemessenen Tarifnamen gezeigt. Über die Frage, ob zusätzliche Modellkosten entstehen, macht diese Seite bewusst keine Aussage: dazu gibt es keine Abrechnungsroute.
| Tarif | Name | Preis |
|---|---|---|
| Wird geladen … | ||
Das System hat sieben vorkonfigurierte Agenten-Bereiche. Die folgende Tabelle zeigt live gemessene Werte — die Werte werden aus der Agenten-Statusdatei gelesen, nicht eingetragen:
| Agenten-Bereich | Quelle | Gemessener Stand |
|---|---|---|
| Wird geladen … | ||