---

Was ist PanelAlpha Engine?

PanelAlpha Engine ist Software, die du auf deinem VPS installierst, um mit KI gebaute und vibe-coded Projekte, Websites und Open-Source-Apps zu hosten, die du online gefunden hast. Nach der Installation verbindest du deinen eigenen KI-Agenten direkt mit PanelAlpha Engine und lässt ihn Deployments, Wartung und Serververwaltung für dich übernehmen. Dein Server bleibt organisiert und unter Kontrolle.

Vor allem aber wird das Verwalten deines eigenen Servers/VPS richtig einfach. Du musst kein Sysadmin mehr sein, um selbst zu hosten!

Direkt nach der Installation gibt PanelAlpha Engine dir und deiner KI alles, was ihr braucht, um echte Projekte produktiv zu betreiben:

• Beliebigen Stack aus Git oder Dateien ausrollen
• Sofortige Vorschau-URLs, optional mit Passwortschutz
• Staging- und Git-Workflows mit getrennten Live- und Staging-Umgebungen
• Automatische Backups und Wiederherstellung
• Externe Überwachung und eingebaute Besucherstatistiken
• Projektisolierung in eigenen Docker-Containern
• Firewall- und OWASP/WAF-Schutz mit Zugriffsregeln pro Projekt
• Domains, SSL, Cron, FTP/SFTP, Datenbanken, Logs
• Einfache Cloudflare-Anbindung für DNS, Tunnel und Caching

So funktioniert es

Warum das existieren muss

KI hat die Softwareerstellung aus ihren alten Grenzen geholt. Mehr Menschen können Ideen in funktionierende Produkte verwandeln, kleine Teams bauen deutlich mehr als früher, und Open Source boomt mit Projekten, die sich lohnen, zu den eigenen zu machen. Was sich kaum so schnell mitbewegt hat, ist die Arbeit, die nötig ist, um das selbst zu betreiben. Die meisten Self-hosted-Werkzeuge erwarten weiterhin, dass du Docker, einen Webserver, Zertifikate, Datenbanken, Backups, eine Firewall und die späteren Updates verstehst und verwaltest.

PanelAlpha Engine macht das Betreiben von Software in Produktion so einfach, wie KI das Bauen gemacht hat.

• Ein Befehl, einmal. Danach sprichst du mit dem KI-Assistenten, den du ohnehin benutzt.
• Du bittest in normalen Worten. Die Engine baut das Projekt, startet es, gibt ihm HTTPS und hält es gesichert.
• Die KI bekommt nie Root. Sie arbeitet durch die Engine, innerhalb der Regeln, die du festlegst.

Discord beitreten. Das ist der wichtigste Ort, um zu fragen, zu zeigen, was du ausgerollt hast, und mit den Leuten zu sprechen, die das bauen.

---

So läuft dein Projekt

Schritt 1: Engine auf deinem VPS installieren

Du brauchst einen frischen Server mit Debian 12/13 oder Ubuntu 22.04/24.04/26.04, mindestens 2 GB RAM und 1 CPU, und du meldest dich als root per SSH an.

One-line app installation command ist der schnellste Einstieg. Hänge einfach das Git-Repository, das du nutzen willst, hinter --repo, und der Installer beginnt sofort damit, Engine einzurichten und deine Anwendung in einem Rutsch online zu bringen.

Wenn du zum Beispiel Engine installieren und gleichzeitig n8n bereitstellen willst, brauchst du nur das:

curl --proto '=https' -fsSL https://get.panelalpha.com/engine | sh -s -- --repo https://github.com/n8n-io/n8n

Am Ende zeigt er die Adresse deiner neuen Seite und, wenn du nicht --no-password angibst, das Passwort, das sie öffnet. Für private Repositories, ein eigenes Passwort oder eine Anwendung auf einem Server, auf dem Engine schon läuft, siehe: One-line app installation command.

Lieber die zwei Schritte getrennt? Mit dem folgenden Befehl installierst du nur Engine und stellst deine Anwendung später über deinen Assistenten bereit (siehe Schritt 2):

curl --proto '=https' -fsSL https://get.panelalpha.com/engine | sh

Das war's. Dein Server ist bereit. Für einen eigenen Namen, ein eigenes TLS-Zertifikat oder einen Server hinter NAT, siehe: Installationsoptionen.

Schritt 2: KI-Agent verbinden

Am Ende der Installation fragt die Engine, welchen Assistenten du benutzt, und gibt den fertigen Befehl für deinen eigenen Rechner aus. Um später einen weiteren zu verbinden, führe auf dem Server aus:

pae connect

pae connect führst du auf dem Engine-Server aus, nicht auf deinem Laptop. Die Zeile, die ausgegeben wird, führst du auf deinem Rechner aus.

Du benutzt etwas anderes? Jeder Assistent, der MCP spricht, funktioniert: andere Assistenten verbinden.

Ein Token mit Standardrechten kann ein ganzes Projekt löschen. Du kannst stattdessen ein Nur-Lese-Token vergeben oder einzelne Werkzeuge entziehen: entscheide, was der Assistent darf.

Schritt 3: Fertig. Sag, was du willst

Öffne den Chat deines Assistenten und sag es so, wie du es einem Menschen sagen würdest:

rolle github.com/anna/invoicer auf meinem Server aus

Fertig. Erreichbar unter invoicer.panelalpha.online

Jedes Projekt bekommt sofort eine kostenlose panelalpha.online-Adresse, sobald es existiert. Wenn du so weit bist, bittest du um deine eigene Domain, und das Zertifikat kommt mit.

Lieber selbst vom Server aus? Direkt aus Git ausrollen.

---

Worum du einfach bitten kannst

Keine Befehle zu lernen, und auch keine Zauberformeln. Das hier zeigt nur, wie detailliert eine Bitte sinnvollerweise ist:

Du sagst	Was passiert
Rolle github.com/org/app auf dieser Engine aus.	Ein Projekt entsteht, der Stack wird erkannt, die App gebaut, gestartet und bekommt eine Adresse mit HTTPS.
Füge shop.example.com hinzu und hol ein Zertifikat dafür.	Die Domain wird eingehängt, Let's Encrypt stellt ein Zertifikat aus, das sich selbst erneuert.
Die Seite geht nicht auf. Lies das Deploy-Log und repariere, was geht.	Dein Assistent liest das Log, prüft, was die Seite wirklich ausliefert, ändert deinen Code und rollt neu aus.
Schieb es zuerst auf Staging.	Eine verknüpfte Kopie mit eigener Adresse. Wenn es passt, schiebst du sie live, in beide Richtungen.
Installier hier WordPress, Admin anna.	WordPress installiert und startklar, und für alles danach steht WP-CLI bereit.
Leg eine MySQL-Datenbank für dieses Projekt an, mit Benutzer.	Datenbank, Benutzer und Rechte, ohne dass du SQL anfasst.
Stell das gestrige Backup wieder her.	Das Backup wird eingespielt, der aktuelle Stand vorher gesichert, für alle Fälle.
Lass nur unser Büro auf dieses interne Tool zugreifen.	Eine Firewall-Regel, die das Projekt auf die Adressen begrenzt, die du nennst.
Richte einen Cloudflare-Tunnel für n8n.mydomain.com ein.	DNS und Tunnel konfiguriert, und genau so lieferst du auch von einem Server hinter NAT aus.
Wie viel Traffic hatten wir letzte Woche?	Verbrauch, Logs und Limits für dieses Projekt und für den ganzen Server.

Mehr ausgearbeitete Beispiele: worum du bitten kannst. Die vollständige Liste dessen, was dein Assistent erreichen kann: 287 Werkzeuge.

---

Ein VPS. Viele Projekte. Funktioniert mit allem.

Deine eigenen Werkzeuge, mit KI gebaute Projekte oder Open-Source-Software aus dem Netz. Es spielt keine Rolle: PanelAlpha Engine betreibt sie einfach. Ein paar Anwendungen bekommen besondere Aufmerksamkeit, weil der allgemeine Weg sie falsch behandeln würde: WordPress, Matomo, phpBB, Magento und Passbolt. Siehe die vollständige Liste.

---

Lass KI deinen Server nicht ins Chaos stürzen

Voller Root-Zugriff für KI bedeutet offene Ports, zufällige Einstellungen und ein Projekt, das ein anderes beeinträchtigt. PanelAlpha Engine legt die Regeln fest:

• Weniger Raum für Fehler. Die KI arbeitet durch die Engine, nicht direkt auf dem Server.
• Eine klare Struktur. Projekte, Konten und Domains bleiben organisiert.
• Projektisolierung. Jedes Projekt läuft in seinem eigenen Docker-Container, mit eigenen Grenzen für Platte, Speicher und CPU und nur den Ports, die es braucht.

Was der Assistent tun darf, entscheidest du vor dem Verbinden. Entscheide, was der Assistent darf · Sicherheit

---

Alles, was du für den produktiven Einsatz brauchst, direkt dabei

Das Ausrollen ist nur der Anfang. Laufende Verwaltung ist ab der ersten Installation da:

• Sofort online ansehen. Ein kostenloser panelalpha.online-Hostname für jedes Projekt, plus deine eigenen Domains, wann immer du willst. Zertifikate kommen von Let's Encrypt und erneuern sich selbst. Domains und HTTPS
• Auf Staging bauen. Live gehen, wenn es fertig ist. Eine verknüpfte Kopie, auf der du frei etwas kaputt machen kannst, und die du live schiebst, wenn sie funktioniert. Andersherum geht auch, um die Testkopie mit echten Daten aufzufrischen. Projekte
• Integriertes Monitoring. Servermetriken, Logs pro Seite, Lighthouse-Berichte auf Zuruf und alle sechs Stunden die Prüfung, ob jede Seite noch sich selbst ausliefert statt einer leeren Seite. Monitoring und Logs
• Alles Wesentliche ist abgedeckt. Backups auf dem Server und außerhalb, SSL, Domains, Datenbanken, FTP- und SFTP-Zugänge, Cronjobs und Logs. Backups · Datenbanken · Dateien und Zugänge
• Ein sicherer Bereich pro Projekt. Docker-Isolierung, eine Firewall und ModSecurity mit den OWASP-Regeln. Eine kaputte App kann die anderen nicht mitreißen. Sicherheit
• Cloudflare in einer Verbindung. DNS, Tunnel und Caching für deine Projekte, auch um eine Seite von einem Server hinter NAT bereitzustellen. Cloudflare

---

Wenn ein Deploy fehlschlägt, und wie die Engine daraus lernt

Die meisten ersten Deploys laufen. Die, die es nicht tun, haben meist ein Problem im Repository. Die meisten Werkzeuge lassen dich mit einem Stacktrace stehen. Hier ist der Weg:

• Du bekommst einen Satz, keinen Stacktrace. "Dieses Projekt braucht PHP 8.2, wurde aber mit PHP 8.1 gebaut." "Dem Build ist der Speicher ausgegangen." Die vollständige Ausgabe steht weiterhin darunter, falls sie jemand braucht.
• Ab da übernimmt dein Assistent. Er liest das Log, sieht, was die Seite wirklich ausliefert, repariert im Code, was reparierbar ist, und rollt erneut aus. Diese Arbeit läuft über das KI-Abo, das du ohnehin bezahlst, nicht über API-Tokens.
• Die Engine lernt daraus. Ein anonymer Bericht geht an PanelAlpha. Ein Fehler auf deinem Server kann dein Repository sein. Derselbe Fehler auf dreißig Servern ist ein Bug in der Erkennung oder in einem Framework-Rezept, und der wird zum Fix im nächsten Update.
• Wenn die Engine diejenige war, die es falsch gemacht hat, sag es, und sie sammelt die Belege: bitte deinen Assistenten darum, oder führe pae telemetry:bug-report <projekt> aus.

Das ganze Vorgehen: wenn ein Deploy fehlschlägt · was die Fehlermeldung heißt.

---

Telemetrie

Telemetrie ist nach der Installation an. Anonyme Berichte über Deploys und spätere Health-Prüfungen verlassen den Server, solange du sie nicht abschaltest. Sie enthalten die öffentlichen Namen deiner Seiten.

• Gesendet: welche Art Anwendung es war, wie lange es gedauert hat, die Grenzen des Projekts, und bei einem Fehlschlag die Stufe, die gebrochen ist, plus das Ende des Logs mit entfernten Geheimnissen. Ein Health-Bericht nur, wenn eine Seite sich später nicht mehr selbst ausliefert. Ein Fehlerbericht nur, wenn du selbst einen einreichst.
• Nie gesendet: dein Quellcode, Projektnamen, Tokens, Passwörter, die IP-Adresse oder der Hostname deines Servers, Namen privater Repositories oder irgendetwas über die Menschen, die deine Seiten besuchen.
• Sieh dir einen Bericht an, bevor du entscheidest: pae telemetry:status und pae telemetry:show.

Um das Senden zu stoppen:

pae telemetry:disable

Was erhoben wird, was nicht, und jeder Weg zum Abschalten: was erhoben wird · wie du es abschaltest.

---

FAQ

Warum brauche ich PanelAlpha Engine überhaupt?

Weil eine Anwendung nicht fertig ist, wenn der Code fertig ist. Dein Projekt braucht weiterhin einen Ort, an dem es läuft, ganz zu schweigen von allem, was nötig ist, damit es gesund, erreichbar und sicher bleibt. PanelAlpha Engine gibt deinem KI-Assistenten einen richtigen Weg, diese ganze Schicht für dich zu übernehmen. Du bittest um das Ergebnis, das du willst, und die Engine macht daraus kontrollierte Serveroperationen, ohne der KI uneingeschränkten Zugriff auf die Maschine zu geben.

Wenn du Docker, Reverse Proxies, Firewalls und Serverlogs schon kennst, bleibt dieses Wissen wichtig. PanelAlpha versucht nicht, die Infrastruktur vor dir zu verstecken oder dich auszusperren. Es gibt dir einen klareren Weg, sie zu betreiben, die repetitiven Teile zu automatisieren und KI echte Arbeit übernehmen zu lassen, ohne die Kontrolle abzugeben. Du kannst so tief einsteigen, wie du willst, wenn etwas deine Aufmerksamkeit verdient, und die Routine überspringen, wenn nicht.

Brauche ich einen eigenen Server?

Ja. PanelAlpha Engine ist ein Werkzeug, mit dem KI-Agenten deinen Server verwalten. Du brauchst einen frischen Debian- oder Ubuntu-VPS mit mindestens 2 GB RAM und 1 CPU, auf dem du dich als root per SSH anmeldest. Du beginnst damit, die Engine-Installation auf diesem VPS selbst auszuführen. Was du brauchst

Welche KI-Agenten funktionieren mit PanelAlpha Engine?

Jeder Assistent, der sich mit einem Token an einen MCP-Server hängen kann. Schritt-für-Schritt-Seiten gibt es für Claude Code, Cursor, Codex, Gemini CLI, VS Code und Copilot, Grok, OpenCode, Windsurf, Pi, Hermes und OpenClaw, dazu alles andere, was MCP spricht.

Welche Projekte kann ich mit PanelAlpha Engine ausrollen?

Das Ziel ist ein universelles Werkzeug für jedes Projekt. Statische Seiten, WordPress, PHP, Laravel, Node, Next.js, Django, Go, Rust, Java, ein einfaches Dockerfile oder eine Compose-Datei. Deine eigenen Werkzeuge, die mit KI gebauten, und Open-Source-Software aus dem Netz. Siehe Projekttypen, und wenn du vorher sicher sein willst, lass deinen Assistenten das Repository erst inspizieren.

Ist das kostenlos? Wofür zahle ich?

PanelAlpha Engine ist kostenlos und Open Source unter der Apache-2.0-Lizenz. Du zahlst für den Server und für das KI-Abo, und beides hast du bereits. Das Debuggen eines fehlgeschlagenen Deploys läuft über das Abo deines Assistenten, nicht über API-Tokens.

Kann ich einschränken, was mein Assistent darf?

Ja, und es lohnt sich, bevor du ein Token einfügst. Du kannst ihm ein Nur-Lese-Token geben, Änderungen ohne Löschen erlauben, nur einzelne Bereiche freigeben oder einzelne Werkzeuge wie project_delete entziehen. Entscheide, was der Assistent darf

Was wird gemeldet, wenn ein Deploy fehlschlägt?

Eine anonyme Zusammenfassung: die Art der Anwendung, die gebrochene Stufe, das bereinigte Ende des Logs und die öffentlichen Namen der Seiten. Nie dein Quellcode, deine Projektnamen, deine Zugangsdaten oder die Identität deines Servers. Einen wartenden Bericht kannst du dir mit pae telemetry:show ausgeben lassen und das Ganze abschalten. Alle Details: Telemetrie.

Kann ich PanelAlpha Engine für Shared Hosting nutzen?

Ja. Jedes Projekt ist ein eigenes Konto mit eigenen Domains, Datenbanken, Dateien und Grenzen. Hosting-Anbieter betreiben damit tausende Websites im Produktivbetrieb.

Die Engine hat mein Projekt falsch verstanden. Was jetzt?

Reich einen Fehlerbericht ein, und sie sammelt die Belege selbst. Bitte deinen Assistenten darum oder führe auf dem Server pae telemetry:bug-report <projekt> aus. Mit --dry-run siehst du vorher genau, was gesendet würde.

---

Sprich mit uns auf Discord

Discord ist der wichtigste Ort, um uns zu erreichen. Stell eine Frage, zeig uns, was du ausgerollt hast, teile eine Idee, oder schau einfach vorbei und sieh, woran wir arbeiten. Wir sind mittendrin in diesen Gesprächen, und was du dort einbringst, kann als Nächstes gebaut, repariert oder neu gedacht werden.

Nicht so der Discord-Typ? Unser Forum ist genauso offen.

Dein Server ist nur einen Befehl entfernt

curl --proto '=https' -fsSL https://get.panelalpha.com/engine | sh

Sicherheit

Ein Engine-Host ist eine Maschine für genau einen Zweck. Der Installer ersetzt Resolver und Firewall, behandle ihn also entsprechend.

Eine Schwachstelle gefunden? Bitte privat melden, nie in einem öffentlichen Issue. Siehe SECURITY.md oder manage.panelalpha.com/contact.

Lizenz

PanelAlpha Engine ist Open Source unter der Apache-2.0-Lizenz.

Bau mit uns

Willst du mitmachen? CONTRIBUTING.md bringt dich ins Laufen. Die Dokumentation für Betreiber liegt in docs/.