--- title: "SmythOS Studio selbst hosten: Docker, Kosten und Grenzen" canonical: https://wavect.io/de/blog/smythos-studio-self-hosting/ language: de description: "SmythOS Studio mit Docker selbst hosten: MIT-Lizenz, localhost:6060, SRE-Export, laufende Kosten und nötige Änderungen vor einem öffentlichen Deployment prüfen." image: "https://wavect.io/img/blog/headers/header_smythos-studio-self-hosting.png" --- [**Zurück**](/de/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/de/team/kevin-riedl/) [Kevin Riedl](/de/team/kevin-riedl/) https://linkedin.com/in/wsdt 14 min Lesezeit · 1. Okt. 2026 Zuletzt geprüft 1. Oktober 2026 [**Weiter**](/de/blog/agent-harness-engineering/) # SmythOS Studio selbst hosten: Docker, Kosten und Grenzen TL;DR SmythOS Studio ist ein visueller KI-Agenten-Builder mit MIT-Lizenz und SRE-basierter Laufzeitumgebung. Das Repository dokumentiert Docker Compose unter localhost:6060 und den Export von.smyth-Dateien für die SRE-CLI. Kostenlose Software beseitigt weder Modell- noch Infrastruktur- oder Betriebskosten. Die geprüften Vorgaben enthalten Beispielzugangsdaten, ein unsicheres Traefik-Dashboard und ein veränderliches Alpha-Image. Zunächst nur lokal testen, externe Datenflüsse prüfen und Zugriff, Wiederherstellung sowie Fehlerfälle vor einer Veröffentlichung nachweisen. Ein visueller Agent-Builder wird deutlich interessanter, wenn auch die Entwicklungsoberfläche und die Laufzeitumgebung auf eigener Infrastruktur laufen können. Genau darin liegt der Reiz von **SmythOS Studio**: Sprachmodelle, APIs und Logik auf einer Arbeitsfläche verbinden, den Ablauf während der Entwicklung prüfen und den Agenten über die SmythOS Runtime Environment, kurz SRE, ausführen. Das Repository beschreibt Bereitstellungswege für Chatbots und APIs, nicht nur einen Diagrammeditor. [Repository und Paketübersicht von Studio ansehen.](https://github.com/SmythOS/smythos-studio/blob/3e1ea87e6718fdfdb24365b2184fbd1daa9f94f8/README.md) Entscheidend ist die Unterscheidung zwischen **kostenloser Software, einer lokalen Anwendung und einem produktionsreifen Dienst**. Studio liefert das Erste und einen Weg zum Zweiten. Für das Dritte braucht es weiterhin ein Betriebskonzept. *Quellen geprüft am 1. Oktober 2026. Repository-Angaben beziehen sich auf Commit `3e1ea87e6718fdfdb24365b2184fbd1daa9f94f8`. Dies ist eine Dokumentations- und Quellcodeanalyse, kein praktischer Deployment-Benchmark. Die vorgeschlagene Konfiguration und die Abnahmetests wurden nicht an einer laufenden Studio-Instanz ausgeführt.* ## Ist SmythOS Studio wirklich kostenlos und Open Source? **Das geprüfte Studio-Repository steht unter der MIT-Lizenz.** Sie erlaubt Nutzung, Änderungen und Weitergabe einschließlich kommerzieller Nutzung, sofern die erforderlichen Urheberrechts- und Lizenzhinweise erhalten bleiben. Eine Gewährleistung enthält sie nicht. Das ist eine Aussage über die Softwarelizenz, nicht darüber, dass jedes Modell, jede Abhängigkeit, Integration oder gehostete SmythOS-Leistung dieselben Bedingungen hat. [Die tatsächliche MIT-Lizenz prüfen.](https://github.com/SmythOS/smythos-studio/blob/3e1ea87e6718fdfdb24365b2184fbd1daa9f94f8/LICENSE) Bei einem selbst gehosteten Betrieb sollten Sie vier Kostenblöcke getrennt betrachten: Modellinferenz, Infrastruktur, externe Dienste und Betriebsaufwand. Ein kostenloser Editor macht einen kostenpflichtigen Modellaufruf nicht kostenlos. Ein lokales Modell verlagert Inferenzkosten auf eigene Hardware und deren Betrieb, statt sie zu beseitigen. Unsere Empfehlung für die Kalkulation: **monatliche Betriebskosten = Rechenleistung und Speicher + Modellnutzung + kostenpflichtige APIs + Betriebsaufwand**. Implementierungskosten gehören separat ausgewiesen. Für die übergreifende Messmethodik nutzen Sie unseren bestehenden [Leitfaden zu KI-Agenten-Kosten pro Aktion](/de/blog/ai-agent-cost-per-action-2026/), statt den Preis des Repositorys mit den Kosten des gesamten Ablaufs gleichzusetzen. ## Was lässt sich auf der visuellen Arbeitsfläche bauen? Die Komponentendokumentation beschreibt API-Aufrufe, JSON-Transformationen, Sprachmodellschritte, Schleifen und parallele Zweige. Damit lohnt sich ein Test von Studio für klar begrenzte Abläufe: beispielsweise eine Anfrage klassifizieren, Informationen aus einem internen Dienst abrufen und eine Antwort entwerfen. Das sind dokumentierte Bausteine, kein Nachweis, dass ein konkreter Geschäftsprozess ohne Konfiguration einsatzbereit ist. [Die dokumentierten Workflow-Komponenten erkunden.](https://smythos.com/docs/agent-studio/components/) Auch über vordefinierte Blöcke hinaus gibt es einen Weg. Die **Code-Komponente** unterstützt JavaScript für Transformationen, Validierung und einfache Logik. Ihre dokumentierte Schnittstelle nutzt `_output` für Ergebnisse und `_error` für strukturierte Fehlerinformationen. Entwickler können verlässliche Regeln dadurch im Code ausdrücken, statt sie einem Modell zur Interpretation zu überlassen. [Ein- und Ausgabevertrag der Code-Komponente prüfen.](https://smythos.com/docs/agent-studio/components/advanced/code/) Unsere Einschätzung: Eine visuelle Arbeitsfläche ersetzt nicht die technische Arbeit. Sie macht die beabsichtigte Reihenfolge für die Menschen sichtbar, die den Prozess kennen. Trotzdem muss feststehen, was bei einem API-Timeout, fehlenden Ergebnissen oder einer nicht erlaubten Aktion passiert. ## Wie installiert man SmythOS Studio mit Docker? Nutzen Sie für eine Evaluierung den Docker-Weg und nicht die separate Anleitung für die lokale Entwicklungsumgebung. Der geprüfte Repository-Leitfaden nennt Docker Compose v2, mindestens 8 GB RAM und 10 GB freien Speicherplatz. Das sind die dort genannten Installationsanforderungen, keine Kapazitätsschätzung für Ihre Agenten oder lokale Modelle. [Docker-Anleitung im Repository lesen.](https://github.com/SmythOS/smythos-studio/blob/3e1ea87e6718fdfdb24365b2184fbd1daa9f94f8/DOCKER_COMPOSE.md) Klonen Sie zuerst das Repository und legen Sie die Umgebungsdatei an: ``` git clone https://github.com/SmythOS/smythos-studio.git cd smythos-studio git checkout --detach 3e1ea87e6718fdfdb24365b2184fbd1daa9f94f8 cp .env.compose.example .env chmod 600 .env ``` Der Checkout fixiert den **Stand der Konfigurationsquellen**, nicht das Anwendungsimage. Die Compose-Datei verweist weiterhin auf ein veränderliches Image-Tag, auf das wir weiter unten eingehen. Bearbeiten Sie vor dem Start `.env`. Ersetzen Sie die Beispielwerte für Datenbank-, Redis- und Session-Secrets und konfigurieren Sie die Zugangsdaten Ihres Modellanbieters. Erzeugen Sie für jedes Secret einen eigenen starken Wert, etwa mit `openssl rand -hex 32`. Die Datei gehört weder in die Versionsverwaltung noch in geteilte Logs. Die Vorlage enthält Beispielzugangsdaten, `LOG_LEVEL="debug"`, eine HTTP-Anwendungsadresse und `ENABLE_TLS=false`. [Die genaue Compose-Umgebungsvorlage ansehen.](https://github.com/SmythOS/smythos-studio/blob/3e1ea87e6718fdfdb24365b2184fbd1daa9f94f8/.env.compose.example) Für einen Test ausschließlich auf dem eigenen Laptop empfehlen wir folgende **Änderungen an den vorhandenen `.env`-Werten**. Es handelt sich nicht um ein zusätzliches Deployment-Profil. Die Dashboard-Variable müssen Sie ergänzen, da sie in der Vorlage fehlt: ``` EXPOSE_TRAEFIK_PORT=127.0.0.1:6060 EXPOSE_HTTPS_TRAEFIK_PORT=127.0.0.1:6062 EXPOSE_TRAEFIK_DASHBOARD_PORT=127.0.0.1:8089 LOG_LEVEL=info ``` Diese Werte nutzen den Hostadressenteil der geprüften Compose-Portzuordnungen. Ohne ausdrücklich angegebene Hostadresse veröffentlicht Docker Ports normalerweise auf allen Hostschnittstellen. Eine Anwendung über `localhost` zu öffnen, macht sie deshalb nicht automatisch aus dem Netzwerk unerreichbar. Verwenden Sie eine aktuelle Docker-Version und prüfen Sie die tatsächlichen Bindings. Docker dokumentiert eine Einschränkung für auf localhost veröffentlichte Ports bei Versionen vor 28.0.0. [Dockers Verhalten bei veröffentlichten Ports prüfen.](https://docs.docker.com/engine/network/port-publishing/) Starten Sie den Stack nach der Prüfung der Umgebung: ``` docker compose config --quiet && docker compose up -d docker compose ps docker compose logs --tail=100 smythos ``` Öffnen Sie `http://localhost:6060`, sobald die Dienste betriebsbereit sind. Halten Sie diese lokalen Einstellungen von einem späteren öffentlichen Deployment getrennt. Eine Evaluierungsinstanz sollte nicht nur für eine bequemere Demo ins Internet gestellt werden. ## Was startet der Docker-Stack tatsächlich? Die geprüfte Compose-Datei definiert fünf Dienste. Es handelt sich um einen kleinen Anwendungsstack, nicht um eine einzelne Browseranwendung. Topologie, eingebundene Daten und Image-Tags sind im Quellcode sichtbar. [Die fünf Dienste und ihre Standardwerte prüfen.](https://github.com/SmythOS/smythos-studio/blob/3e1ea87e6718fdfdb24365b2184fbd1daa9f94f8/docker-compose.yml) | Dienst | Aufgabe im geprüften Stack | | --- | --- | | `traefik` | Leitet Anwendungs- und Runtime-Traffic weiter; enthält TLS-Konfiguration und ein Dashboard. | | `smythos` | Betreibt Anwendung und Runtime auf den internen Ports 5050 und 5053. | | `mysql` | Speichert den Datenbankzustand im Volume `mysql_data`. | | `redis` | Stellt den konfigurierten Redis-Dienst mit persistentem Speicher bereit. | | `git-sync` | Synchronisiert regelmäßig ein öffentliches Repository mit Modellkonfigurationen in das eingebundene Modellverzeichnis. | `git-sync` relativiert die Aussage „keine Plattform dazwischen“. Standardmäßig wird `SmythOS/sre-models-pub` synchronisiert; das konfigurierte Intervall beträgt ohne abweichenden Wert `600s`. Der Dienst synchronisiert Repository-Inhalte, nicht einen lokalen Inferenzdienst. Seine Anwesenheit bedeutet daher nicht, dass Modelle offline ausgeführt werden. [Synchronisation und Mount-Konfiguration ansehen.](#source-compose) Das Anwendungsimage lautet in diesem Stand `smythos/smythos-studio:alpha`. **Ein fixierter Git-Stand fixiert dieses Image nicht.** Halten Sie für einen reproduzierbaren Piloten den tatsächlich genutzten Image-Digest und den Agentenexport fest. Prüfen Sie ein Update vorab mit denselben Eingaben und einer wiederherstellbaren Kopie des benötigten Zustands. ## Warum funktionieren localhost:6060 oder eine Agentenadresse nicht? **Prüfen Sie zuerst den Installationsweg.** Der Self-Hosting-Leitfaden auf der Website nennt `http://localhost` und verwendet `APP_BASE_URL`. Die fixierte Compose-Vorlage nutzt dagegen `APP_URL` mit Port 6060. Kombinieren Sie Variablen aus unterschiedlichen Anleitungen nicht ungeprüft, sondern gleichen Sie sie mit dem Quellcode Ihres gewählten Stands ab. [Webleitfaden und Repository-Anleitung vergleichen.](https://smythos.com/docs/agent-studio/self-hosted/docker-community/) **Prüfen Sie anschließend alle drei portbezogenen Werte.** `EXPOSE_TRAEFIK_PORT` steuert die Portzuordnung am Host. `APP_URL` beschreibt die Anwendungsadresse im Browser. `AGENT_DOMAIN_PORT` ist in der Vorlage separat auf 6060 gesetzt. Wer nur den veröffentlichten Port ändert, kann weiterhin falsch erzeugte URLs erhalten. **Ein funktionierender Editor belegt noch keinen funktionierenden Runtime-Zugriff.** Die Vorlage verwendet `dev.agent.oss.smyth.ai` für Runtime und Entwicklungsagenten sowie `prod.agent.oss.smyth.ai` für Produktionsagenten. Prüfen Sie die Namensauflösung auf den beteiligten Rechnern, das tatsächliche Ziel und Traefiks Host-Routing. Ein vom Anbieter vorgegebener Hostname belegt keine beim Anbieter gehostete Runtime. [Die genauen Domain- und URL-Variablen prüfen.](#source-environment) **Bei einem 502-Fehler oder einem nicht betriebsbereiten Dienst zuerst den Stack untersuchen.** Beginnen Sie mit `docker compose ps` und zeitlich begrenzten Logauszügen. Der Healthcheck der Anwendung prüft beide internen HTTP-Server. Datenbankzugang, Berechtigungen eingebundener Verzeichnisse und Runtime-Start sind eigene Fehlerquellen. Eine Änderung auf der Arbeitsfläche löst diese Probleme nicht. ## Was muss vor einem öffentlichen Deployment geändert werden? Die folgende Liste ist unsere Empfehlung für die Deployment-Prüfung. Sie besagt nicht, dass die Standarddistribution diese Kriterien bereits erfüllt. | Prüfung | Erforderlicher Nachweis vor der Freigabe | | --- | --- | | Öffentliche Erreichbarkeit | Nur vorgesehene Zugangspunkte sind erreichbar. Evaluierungsdashboard und interne Dienste sind nicht öffentlich zugänglich. | | Zugangsdaten und Rechte | Beispiel-Secrets sind ersetzt; Anmeldung, Autorisierung am Agentenendpunkt und abgelehnte Anfragen werden separat geprüft. | | Reproduzierbarkeit | Studio-Commit, tatsächlicher Image-Digest, Agentenexport und relevante Modellkonfiguration sind dokumentiert. | | Wiederherstellung | Datenbank, Anwendungsspeicher und benötigte Vault-Daten lassen sich in einer sauberen Umgebung wiederherstellen. | | Externe Aufrufe | Ziele für Modelle, APIs, Synchronisation und Codeausführung sind bekannt und bei Bedarf begrenzt. | | Fehlerbehandlung | Anbieterfehler, ungültige Ausgaben und Wiederholungen werden sicher behandelt, ohne externe Aktionen doppelt auszuführen. | ### Den unsicheren Dashboard-Zugang entfernen Die fixierte Compose-Datei aktiviert `--api.insecure=true` und veröffentlicht das Dashboard standardmäßig am Hostport 8089. Zusätzlich definiert sie einen `api@internal`-Router. Nur das Insecure-Flag abzuschalten, reicht deshalb nicht als vollständige Prüfung der Dashboard-Erreichbarkeit. Entfernen Sie unerwünschte Ports und Router oder schützen Sie einen bewusst eingerichteten Administrationszugang mit Authentifizierung und Netzwerkbeschränkungen. Traefik warnt ausdrücklich vor dem unsicheren Dashboard-Modus im Produktivbetrieb. [Traefiks Dashboard-Warnung lesen.](https://doc.traefik.io/traefik/getting-started/docker/) ### Hostnamen von URLs trennen und TLS prüfen Die Produktionsbeispiele im Repository-Leitfaden schreiben `https://` in `APP_DOMAIN` und `RUNTIME_DOMAIN`. Compose setzt diese Werte jedoch in Traefik-Regeln mit `Host(...)` ein. Unsere Empfehlung aus der Quellcodeprüfung: **reine Hostnamen in Domain-Feldern**, vollständige URLs in URL-Feldern: ``` APP_DOMAIN=studio.example.com APP_URL=https://studio.example.com RUNTIME_DOMAIN=runtime.example.com RUNTIME_URL=https://runtime.example.com ``` Das zeigt nur die Benennung und ist keine vollständige Produktionskonfiguration. Konfigurieren Sie zusätzlich Agentendomains, DNS, Eingangsports, Weiterleitungen und TLS passend zu Ihrer Umgebung. Prüfen Sie Editor, Runtime und veröffentlichte Agentenrouten unabhängig voneinander. [Die Host-Regeln mit der obigen Konfiguration vergleichen.](#source-compose) Der mitgelieferte Resolver verwendet eine HTTP-Challenge. Damit entsteht nicht automatisch ein Wildcard-Zertifikat für beliebige Agentensubdomains. Traefik dokumentiert DNS-01 für Wildcard-Zertifikate. Konfigurieren Sie diesen Weg oder einzeln abgedeckte Hostnamen und prüfen Sie das tatsächlich ausgelieferte Zertifikat. [Traefiks ACME- und Wildcard-Anforderungen prüfen.](https://doc.traefik.io/traefik/reference/install-configuration/tls/certificate-resolvers/acme/) ### Erfassen, welche Daten den Rechner verlassen Lokaler Betrieb sagt aus, wo ein Teil des Systems läuft. Er sagt nicht aus, wo sämtliche Daten verarbeitet werden. Ein Cloud-LLM, ein API-Connector oder eine entfernte Ausführungskomponente kann weiterhin Workflow-Daten erhalten. Beispielsweise beschreibt SmythOS für **NodeJS (Serverless)** eine Ausführung in AWS Lambda. Verwechseln Sie diese Komponente nicht mit dem einfachen Code-Block. Gehen Sie auch nicht davon aus, dass jede Funktion der allgemeinen Produktdokumentation in Community lokal läuft. Prüfen Sie die gewählte Komponente, Edition und das konfigurierte Backend. [Den dokumentierten Lambda-Ausführungsweg lesen.](https://smythos.com/docs/agent-studio/key-concepts/lambda-code-sandbox/) Der Bind-Mount `.smyth` enthält außerdem mehr als das synchronisierte Modellverzeichnis: Die Compose-Kommentare nennen Vault-Konfiguration und Runtime-Speicher. Sichern Sie die tatsächlich genutzten Speicherorte, beschränken Sie den Zugriff auf Backups und testen Sie die Wiederherstellung. Ein reines Datenbankbackup belegt keine vollständig wiederherstellbare Agenteninstallation. [Die Mounts der Anwendung prüfen.](#source-compose) ## Ein sinnvoller erster Ablauf: Supportantwort entwerfen, aber nicht senden Unser vorgeschlagener Pilot ist bewusst eng begrenzt: eine synthetische Supportanfrage entgegennehmen, Felder validieren, erlaubte Referenzdaten abrufen, eine Antwort entwerfen und sie einem Menschen zur Prüfung vorlegen. Vergeben Sie im ersten Durchlauf keine Rechte zum Senden, Erstatten oder Ändern von Konten. Ordnen Sie jeden Schritt einem sichtbaren Teil des Workflows zu. Nutzen Sie deterministische Validierung für Pflichtfelder, einen API-Schritt für erlaubten Datenzugriff, einen Modellschritt für den Entwurf und eine ausdrückliche Behandlung fehlender Belege. Das ist ein vorgeschlagenes Design, keine von uns getestete Studio-Vorlage. Die Abnahmefrage lautet nicht: „Waren alle Blöcke grün?“ Entscheidend ist, ob die Antwort von den abgerufenen Informationen gedeckt ist und ob der Ablauf ohne diese Informationen sicher stoppt. Testen Sie auch einen nicht freigegebenen Datensatz, einen Anbieter-Timeout, fehlerhafte Daten und eingebettete Anweisungen in abgerufenen Inhalten, die zum Umgehen der Regeln auffordern. Die Autorisierung späterer Schreibaktionen darf nicht im Ermessen des Modells liegen. Für die Architekturentscheidung nutzen Sie unseren [Leitfaden zu KI-Agenten-Entwurfsmustern](/de/blog/ai-agent-design-patterns/). Dieser Artikel bewertet Studio als visuelle Entwicklungs- und Self-Hosting-Umgebung, nicht als Ersatz für den gesamten Agentenentwurf. ## Lässt sich ein Studio-Agent ohne den visuellen Editor ausführen? **Ein Exportweg ist dokumentiert.** SmythOS beschreibt den Export einer `.smyth`-Datei aus Studio und ihre Ausführung mit der SRE CLI. Nach Installation und Konfiguration einer kompatiblen CLI lautet der dokumentierte Befehl: ``` sre run ./my-agent.smyth ``` Damit lässt sich praktisch prüfen, ob der Workflow seine Entwicklungsumgebung verlassen kann. [Den Workflow von Studio zur CLI lesen.](https://smythos.com/docs/agent-runtime/cli-guide/) Ein Export ist weder automatisch ein vollständiges Backup noch eine vollständig portable Bereitstellung. Erfassen Sie die benötigten Zugangsdaten, Modellkonfigurationen, Speicher, eigenen Code und Connectoren. Führen Sie den Export in einer sauberen Umgebung aus und vergleichen Sie Ergebnisse und Fehlerverhalten mit der Editorversion. Quellcodezugang reduziert eine Form der Abhängigkeit, beseitigt aber nicht den Migrationsaufwand. Die Abgrenzung zwischen Editor, Runtime und den umgebenden Zuverlässigkeitskontrollen erläutert unser [Leitfaden zum Agent Harness Engineering](/de/blog/agent-harness-engineering/). ## Wann lohnt sich eine Evaluierung von SmythOS Studio? Unsere Einschätzung: Studio gehört auf die engere Liste, wenn Sie einen visuellen Ablauf brauchen, den Fachanwender nachvollziehen, Entwickler erweitern und Ihr Team auf gewählter Infrastruktur betreiben kann. Beginnen Sie mit einem nützlichen Prozess und einer klaren Abnahmeprüfung, nicht mit dem Versprechen, eine ganze Abteilung zu automatisieren. Ein verwalteter Dienst kann sinnvoller sein, wenn niemand Updates, Wiederherstellung und Störungsbehebung übernimmt. Eine codebasierte Umsetzung kann besser passen, wenn der Ablauf ohnehin größtenteils aus eigenem Code besteht oder vor allem eine Bibliotheksintegration gebraucht wird. Das sind Entscheidungen über das Betriebsmodell, keine Behauptung, dass eine Oberfläche grundsätzlich überlegen ist. Wavects [KI-Engineering-Leistungen](/de/services/artificial-intelligence/) umfassen die Umsetzung von Workflows und deren Absicherung für den Produktivbetrieb. Die [Twinsoft-AI-Fallstudie](/de/case-studies/twinsoft-ai/) zeigt verwandte Umsetzungserfahrung, ist aber keine SmythOS-Studio-Referenzinstallation. Definieren Sie Ihre Nachweise mit der [QA-Checkliste vor dem Launch](/de/software-development-guide/software-qa-checklist-before-launch/) oder [besprechen Sie einen selbst gehosteten Agentenpiloten mit Wavect](/de/contact/). ## Häufige Fragen zum Self-Hosting von SmythOS Studio ### Ist SmythOS Studio für die kommerzielle Nutzung kostenlos? Das geprüfte Studio-Repository steht unter der MIT-Lizenz. Sie erlaubt die kommerzielle Nutzung unter Einhaltung der Hinweispflichten. Modell-APIs, Infrastruktur, Abhängigkeiten und gehostete Dienste können eigene Kosten und Bedingungen haben. Kostenloser Quellcode bedeutet keinen kostenlosen Betrieb. ### Bleiben bei einem selbst gehosteten SmythOS Studio alle Anfragen lokal? Nicht automatisch. Editor und Runtime können auf eigener Infrastruktur laufen, während konfigurierte Modelle, APIs oder Ausführungskomponenten Daten an andere Systeme senden. Der geprüfte Compose-Stack synchronisiert außerdem ein externes Repository für Modellkonfigurationen. Entscheidend sind der konkrete Workflow und seine Netzwerkziele. ### Welche Umgebungsdatei brauche ich für Docker Compose? Für die geprüfte Repository-Revision wird.env.compose.example nach.env kopiert. Die separate.env.example gehört zu einem anderen Installationsweg. Beispielzugangsdaten vor dem Start ersetzen und Variablen anhand der gewählten Revision prüfen, statt Anleitungen verschiedener Versionen zu vermischen. ### Warum verwendet die lokale Anwendung Port 6060? Die Compose-Vorlage setzt EXPOSE_TRAEFIK_PORT auf 6060 und APP_URL auf eine HTTP-Adresse mit diesem Port. Runtime und erzeugte Agentenadressen besitzen weitere zusammenhängende Einstellungen. Nur den veröffentlichten Port zu ändern, aktualisiert nicht zwingend alle erzeugten URLs. ### Was unterscheidet SmythOS Studio von SRE? Studio ist die visuelle Entwicklungs- und Verwaltungsumgebung. Das Runtime-Paket führt Agenten über die SmythOS Runtime Environment, kurz SRE, aus. Eine exportierte.smyth-Datei lässt sich laut Dokumentation über die CLI ohne den vollständigen Editor starten. Zugangsdaten und Integrationen müssen dennoch eingerichtet werden. ### Kann ich eigene Logik als Code ergänzen? Ja. Die dokumentierte Code-Komponente unterstützt JavaScript für einfache Logik und Transformationen. Andere Ausführungskomponenten haben andere Anforderungen. Die Dokumentation für NodeJS (Serverless) beschreibt insbesondere AWS Lambda. Nicht jede benutzerdefinierte Ausführung ist damit automatisch lokal. ### Ist die Standardkonfiguration von Docker Compose produktionsreif? Ein erfolgreicher Start ist keine Produktionsfreigabe. Die geprüfte Konfiguration enthält Beispielgeheimnisse, einen unsicheren Dashboard-Zugang und ein veränderliches Alpha-Image. Netzwerkzugriff, Berechtigungen, TLS, Image-Versionen, externe Aufrufe, Backups und Fehlerbehandlung müssen vor einer Veröffentlichung geprüft und getestet werden. ## Fazit SmythOS Studio lohnt eine gezielte Evaluierung, wenn visuelle Entwicklung und Kontrolle über das Deployment wichtig sind. Mit einem klar begrenzten Workflow beginnen, der nur Entwürfe erstellt. Quellstand und Image-Version dokumentieren, die erste Instanz lokal halten und Zugriffskontrollen, Fehlerpfade sowie Wiederherstellung nachweisen, bevor aus dem Prototyp ein Dienst wird. Modelle und Infrastruktur ## In diesem Cluster weiterlesen Modellauswahl, Inferenzkosten, lokaler Betrieb, Kompression und Serving-Architektur. [Mit dem Grundlagenartikel starten**LLMs in der EU selbst hosten: Wann sich Open Weights wirklich rechnen**](/de/blog/self-hosting-llms-eu-cost/) - [LiteLLM Lens: Agenten-Traces mit SQL und APIs analysieren](/de/blog/litellm-lens-agent-trace-analysis/) - [DeerFlow 2.0: Docker-Setup, Sandboxes und Memory](/de/blog/deerflow-2-docker-setup-sandbox-memory/) - [CLM-8B selbst hosten: vLLM, Action-Cache und Verifier](/de/blog/clm-8b-self-hosting-action-cache-verifier/) - [AnyJev: LLM-Kalibrierung und Optionsreihenfolge](/de/blog/anyjev-calibration-option-order-bias/) - [LiteAgents SDK: Modell-Routing, Setup und Migration](/de/blog/liteagents-sdk-per-turn-model-routing/) [**Zurück**](/de/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/de/team/kevin-riedl/) [Kevin Riedl](/de/team/kevin-riedl/) https://linkedin.com/in/wsdt 14 min Lesezeit · 1. Okt. 2026 Zuletzt geprüft 1. Oktober 2026 [**Weiter**](/de/blog/agent-harness-engineering/) ## Structured Data ```json { "@context": "https://schema.org", "@graph": [ { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ], "employee": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "founder": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "legalRepresentative": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "name": "Wavect GmbH", "subjectOf": { "@id": "https://wavect.io/verified-claims.json#dataset", "@type": "Dataset", "creator": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "description": "A machine-readable registry of quantitative and qualitative claims published by Wavect, with review dates, localized page appearances and public third-party citations where available.", "inLanguage": "en", "isAccessibleForFree": true, "license": "https://creativecommons.org/licenses/by/4.0/", "name": "Wavect verified publication claims", "url": "https://wavect.io/verified-claims.json" }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "sameAs": [ "https://www.wikidata.org/wiki/Q139796367", "https://www.linkedin.com/in/jocr77/", "https://github.com/jo-chris" ], "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/#website", "@type": "WebSite", "inLanguage": [ "en", "de", "es", "zh" ], "name": "Wavect", "potentialAction": { "@type": "SearchAction", "query-input": "required name=search_term_string", "target": { "@type": "EntryPoint", "urlTemplate": "https://wavect.io/search/?q={search_term_string}" } }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/de/blog/smythos-studio-self-hosting/#webpage", "@type": "WebPage", "dateModified": "2026-10-01", "inLanguage": "de", "isPartOf": { "@id": "https://wavect.io/#website", "@type": "WebSite" }, "lastReviewed": "2026-10-01", "url": "https://wavect.io/de/blog/smythos-studio-self-hosting/" } ] } ``` ```json { "@context": "https://schema.org", "@type": "BlogPosting", "abstract": "SmythOS Studio ist ein visueller KI-Agenten-Builder mit MIT-Lizenz und SRE-basierter Laufzeitumgebung. Das Repository dokumentiert Docker Compose unter localhost:6060 und den Export von .smyth-Dateien für die SRE-CLI. Kostenlose Software beseitigt weder Modell- noch Infrastruktur- oder Betriebskosten. Die geprüften Vorgaben enthalten Beispielzugangsdaten, ein unsicheres Traefik-Dashboard und ein veränderliches Alpha-Image. Zunächst nur lokal testen, externe Datenflüsse prüfen und Zugriff, Wiederherstellung sowie Fehlerfälle vor einer Veröffentlichung nachweisen.", "articleBody": " Blog-Übersicht/AI und Agents/Modelle und Infrastruktur SmythOS Studio selbst hosten: Docker, Kosten und Grenzen TL;DR SmythOS Studio ist ein visueller KI-Agenten-Builder mit MIT-Lizenz und SRE-basierter Laufzeitumgebung. Das Repository dokumentiert Docker Compose unter localhost:6060 und den Export von .smyth-Dateien für die SRE-CLI. Kostenlose Software beseitigt weder Modell- noch Infrastruktur- oder Betriebskosten. Die geprüften Vorgaben enthalten Beispielzugangsdaten, ein unsicheres Traefik-Dashboard und ein veränderliches Alpha-Image. Zunächst nur lokal testen, externe Datenflüsse prüfen und Zugriff, Wiederherstellung sowie Fehlerfälle vor einer Veröffentlichung nachweisen. Ein visueller Agent-Builder wird deutlich interessanter, wenn auch die Entwicklungsoberfläche und die Laufzeitumgebung auf eigener Infrastruktur laufen können. Genau darin liegt der Reiz von SmythOS Studio: Sprachmodelle, APIs und Logik auf einer Arbeitsfläche verbinden, den Ablauf während der Entwicklung prüfen und den Agenten über die SmythOS Runtime Environment, kurz SRE, ausführen. Das Repository beschreibt Bereitstellungswege für Chatbots und APIs, nicht nur einen Diagrammeditor. Repository und Paketübersicht von Studio ansehen. Entscheidend ist die Unterscheidung zwischen kostenloser Software, einer lokalen Anwendung und einem produktionsreifen Dienst. Studio liefert das Erste und einen Weg zum Zweiten. Für das Dritte braucht es weiterhin ein Betriebskonzept. Quellen geprüft am 1. Oktober 2026. Repository-Angaben beziehen sich auf Commit 3e1ea87e6718fdfdb24365b2184fbd1daa9f94f8. Dies ist eine Dokumentations- und Quellcodeanalyse, kein praktischer Deployment-Benchmark. Die vorgeschlagene Konfiguration und die Abnahmetests wurden nicht an einer laufenden Studio-Instanz ausgeführt. Ist SmythOS Studio wirklich kostenlos und Open Source? Das geprüfte Studio-Repository steht unter der MIT-Lizenz. Sie erlaubt Nutzung, Änderungen und Weitergabe einschließlich kommerzieller Nutzung, sofern die erforderlichen Urheberrechts- und Lizenzhinweise erhalten bleiben. Eine Gewährleistung enthält sie nicht. Das ist eine Aussage über die Softwarelizenz, nicht darüber, dass jedes Modell, jede Abhängigkeit, Integration oder gehostete SmythOS-Leistung dieselben Bedingungen hat. Die tatsächliche MIT-Lizenz prüfen. Bei einem selbst gehosteten Betrieb sollten Sie vier Kostenblöcke getrennt betrachten: Modellinferenz, Infrastruktur, externe Dienste und Betriebsaufwand. Ein kostenloser Editor macht einen kostenpflichtigen Modellaufruf nicht kostenlos. Ein lokales Modell verlagert Inferenzkosten auf eigene Hardware und deren Betrieb, statt sie zu beseitigen. Unsere Empfehlung für die Kalkulation: monatliche Betriebskosten = Rechenleistung und Speicher + Modellnutzung + kostenpflichtige APIs + Betriebsaufwand. Implementierungskosten gehören separat ausgewiesen. Für die übergreifende Messmethodik nutzen Sie unseren bestehenden Leitfaden zu KI-Agenten-Kosten pro Aktion, statt den Preis des Repositorys mit den Kosten des gesamten Ablaufs gleichzusetzen. Was lässt sich auf der visuellen Arbeitsfläche bauen? Die Komponentendokumentation beschreibt API-Aufrufe, JSON-Transformationen, Sprachmodellschritte, Schleifen und parallele Zweige. Damit lohnt sich ein Test von Studio für klar begrenzte Abläufe: beispielsweise eine Anfrage klassifizieren, Informationen aus einem internen Dienst abrufen und eine Antwort entwerfen. Das sind dokumentierte Bausteine, kein Nachweis, dass ein konkreter Geschäftsprozess ohne Konfiguration einsatzbereit ist. Die dokumentierten Workflow-Komponenten erkunden. Auch über vordefinierte Blöcke hinaus gibt es einen Weg. Die Code-Komponente unterstützt JavaScript für Transformationen, Validierung und einfache Logik. Ihre dokumentierte Schnittstelle nutzt _output für Ergebnisse und _error für strukturierte Fehlerinformationen. Entwickler können verlässliche Regeln dadurch im Code ausdrücken, statt sie einem Modell zur Interpretation zu überlassen. Ein- und Ausgabevertrag der Code-Komponente prüfen. Unsere Einschätzung: Eine visuelle Arbeitsfläche ersetzt nicht die technische Arbeit. Sie macht die beabsichtigte Reihenfolge für die Menschen sichtbar, die den Prozess kennen. Trotzdem muss feststehen, was bei einem API-Timeout, fehlenden Ergebnissen oder einer nicht erlaubten Aktion passiert. Wie installiert man SmythOS Studio mit Docker? Nutzen Sie für eine Evaluierung den Docker-Weg und nicht die separate Anleitung für die lokale Entwicklungsumgebung. Der geprüfte Repository-Leitfaden nennt Docker Compose v2, mindestens 8 GB RAM und 10 GB freien Speicherplatz. Das sind die dort genannten Installationsanforderungen, keine Kapazitätsschätzung für Ihre Agenten oder lokale Modelle. Docker-Anleitung im Repository lesen. Klonen Sie zuerst das Repository und legen Sie die Umgebungsdatei an: git clone https://github.com/SmythOS/smythos-studio.git cd smythos-studio git checkout --detach 3e1ea87e6718fdfdb24365b2184fbd1daa9f94f8 cp .env.compose.example", "articleSection": "Engineering", "author": { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/" }, "citation": [ { "@type": "WebPage", "name": "Repository und Paketübersicht von Studio ansehen.", "url": "https://github.com/SmythOS/smythos-studio/blob/3e1ea87e6718fdfdb24365b2184fbd1daa9f94f8/README.md" }, { "@type": "WebPage", "name": "Die tatsächliche MIT-Lizenz prüfen.", "url": "https://github.com/SmythOS/smythos-studio/blob/3e1ea87e6718fdfdb24365b2184fbd1daa9f94f8/LICENSE" }, { "@type": "WebPage", "name": "Die dokumentierten Workflow-Komponenten erkunden.", "url": "https://smythos.com/docs/agent-studio/components/" }, { "@type": "WebPage", "name": "Ein- und Ausgabevertrag der Code-Komponente prüfen.", "url": "https://smythos.com/docs/agent-studio/components/advanced/code/" }, { "@type": "WebPage", "name": "Docker-Anleitung im Repository lesen.", "url": "https://github.com/SmythOS/smythos-studio/blob/3e1ea87e6718fdfdb24365b2184fbd1daa9f94f8/DOCKER_COMPOSE.md" }, { "@type": "WebPage", "name": "Die genaue Compose-Umgebungsvorlage ansehen.", "url": "https://github.com/SmythOS/smythos-studio/blob/3e1ea87e6718fdfdb24365b2184fbd1daa9f94f8/.env.compose.example" }, { "@type": "WebPage", "name": "Dockers Verhalten bei veröffentlichten Ports prüfen.", "url": "https://docs.docker.com/engine/network/port-publishing/" }, { "@type": "WebPage", "name": "Die fünf Dienste und ihre Standardwerte prüfen.", "url": "https://github.com/SmythOS/smythos-studio/blob/3e1ea87e6718fdfdb24365b2184fbd1daa9f94f8/docker-compose.yml" }, { "@type": "WebPage", "name": "Webleitfaden und Repository-Anleitung vergleichen.", "url": "https://smythos.com/docs/agent-studio/self-hosted/docker-community/" }, { "@type": "WebPage", "name": "Traefiks Dashboard-Warnung lesen.", "url": "https://doc.traefik.io/traefik/getting-started/docker/" }, { "@type": "WebPage", "name": "Traefiks ACME- und Wildcard-Anforderungen prüfen.", "url": "https://doc.traefik.io/traefik/reference/install-configuration/tls/certificate-resolvers/acme/" }, { "@type": "WebPage", "name": "Den dokumentierten Lambda-Ausführungsweg lesen.", "url": "https://smythos.com/docs/agent-studio/key-concepts/lambda-code-sandbox/" }, { "@type": "WebPage", "name": "Den Workflow von Studio zur CLI lesen.", "url": "https://smythos.com/docs/agent-runtime/cli-guide/" } ], "dateModified": "2026-10-01", "datePublished": "2026-10-01", "description": "SmythOS Studio ist ein visueller KI-Agenten-Builder mit MIT-Lizenz und SRE-basierter Laufzeitumgebung. Das Repository dokumentiert Docker Compose unter localhost:6060 und den Export von .smyth-Dateien für die SRE-CLI. Kostenlose Software beseitigt weder Modell- noch Infrastruktur- oder Betriebskosten. Die geprüften Vorgaben enthalten Beispielzugangsdaten, ein unsicheres Traefik-Dashboard und ein veränderliches Alpha-Image. Zunächst nur lokal testen, externe Datenflüsse prüfen und Zugriff, Wiederherstellung sowie Fehlerfälle vor einer Veröffentlichung nachweisen.", "headline": "SmythOS Studio selbst hosten: Docker, Kosten und Grenzen", "image": "https://wavect.io/img/blog/headers/header_smythos-studio-self-hosting.svg", "inLanguage": "de", "keywords": "SmythOS Studio, Self-Hosting, KI-Agenten", "mainEntityOfPage": { "@id": "https://wavect.io/de/blog/smythos-studio-self-hosting/", "@type": "WebPage" }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/de/blog/smythos-studio-self-hosting/", "wordCount": 2667 } ``` ```json { "@context": "https://schema.org", "@type": "BreadcrumbList", "itemListElement": [ { "@type": "ListItem", "item": "https://wavect.io/de/", "name": "Startseite", "position": 1 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/overview/", "name": "Blog-Übersicht", "position": 2 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/topics/ai-agents/", "name": "AI und Agents", "position": 3 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/clusters/models-infrastructure/", "name": "Modelle und Infrastruktur", "position": 4 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/smythos-studio-self-hosting/", "name": "SmythOS Studio selbst hosten: Docker, Kosten und Grenzen", "position": 5 } ] } ``` ```json { "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [ { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Das geprüfte Studio-Repository steht unter der MIT-Lizenz. Sie erlaubt die kommerzielle Nutzung unter Einhaltung der Hinweispflichten. Modell-APIs, Infrastruktur, Abhängigkeiten und gehostete Dienste können eigene Kosten und Bedingungen haben. Kostenloser Quellcode bedeutet keinen kostenlosen Betrieb." }, "name": "Ist SmythOS Studio für die kommerzielle Nutzung kostenlos?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Nicht automatisch. Editor und Runtime können auf eigener Infrastruktur laufen, während konfigurierte Modelle, APIs oder Ausführungskomponenten Daten an andere Systeme senden. Der geprüfte Compose-Stack synchronisiert außerdem ein externes Repository für Modellkonfigurationen. Entscheidend sind der konkrete Workflow und seine Netzwerkziele." }, "name": "Bleiben bei einem selbst gehosteten SmythOS Studio alle Anfragen lokal?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Für die geprüfte Repository-Revision wird .env.compose.example nach .env kopiert. Die separate .env.example gehört zu einem anderen Installationsweg. Beispielzugangsdaten vor dem Start ersetzen und Variablen anhand der gewählten Revision prüfen, statt Anleitungen verschiedener Versionen zu vermischen." }, "name": "Welche Umgebungsdatei brauche ich für Docker Compose?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Die Compose-Vorlage setzt EXPOSE_TRAEFIK_PORT auf 6060 und APP_URL auf eine HTTP-Adresse mit diesem Port. Runtime und erzeugte Agentenadressen besitzen weitere zusammenhängende Einstellungen. Nur den veröffentlichten Port zu ändern, aktualisiert nicht zwingend alle erzeugten URLs." }, "name": "Warum verwendet die lokale Anwendung Port 6060?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Studio ist die visuelle Entwicklungs- und Verwaltungsumgebung. Das Runtime-Paket führt Agenten über die SmythOS Runtime Environment, kurz SRE, aus. Eine exportierte .smyth-Datei lässt sich laut Dokumentation über die CLI ohne den vollständigen Editor starten. Zugangsdaten und Integrationen müssen dennoch eingerichtet werden." }, "name": "Was unterscheidet SmythOS Studio von SRE?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Ja. Die dokumentierte Code-Komponente unterstützt JavaScript für einfache Logik und Transformationen. Andere Ausführungskomponenten haben andere Anforderungen. Die Dokumentation für NodeJS (Serverless) beschreibt insbesondere AWS Lambda. Nicht jede benutzerdefinierte Ausführung ist damit automatisch lokal." }, "name": "Kann ich eigene Logik als Code ergänzen?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Ein erfolgreicher Start ist keine Produktionsfreigabe. Die geprüfte Konfiguration enthält Beispielgeheimnisse, einen unsicheren Dashboard-Zugang und ein veränderliches Alpha-Image. Netzwerkzugriff, Berechtigungen, TLS, Image-Versionen, externe Aufrufe, Backups und Fehlerbehandlung müssen vor einer Veröffentlichung geprüft und getestet werden." }, "name": "Ist die Standardkonfiguration von Docker Compose produktionsreif?" } ] } ```