Deploy (OpenClaw — default)

aws cloudformation create-stack
--stack-name my-loki
--template-body file://template.yaml
--parameters ParameterKey=EnvironmentName,ParameterValue=my-loki
--capabilities CAPABILITY_NAMED_IAM
--region us-east-1

Deploy (Hermes — lighter alternative)

aws cloudformation create-stack
--stack-name my-hermes
--template-body file://template.yaml
--parameters
ParameterKey=EnvironmentName,ParameterValue=my-hermes
ParameterKey=PackName,ParameterValue=hermes
ParameterKey=InstanceType,ParameterValue=t4g.medium
ParameterKey=DataVolumeSize,ParameterValue=0
--capabilities CAPABILITY_NAMED_IAM
--region us-east-1

Wait ~10 min, then connect

aws ssm start-session --target

Talk to your Lowkey

openclaw tui # or use the alias: loki tui

Vollständiger Bereitstellungsleitfaden: [Deploying Lowkey on AWS](https://github.com/inceptionstack/lowkey/wiki/Deploying-Lowkey-on-AWS)

</details>

### Schritt 2: Führen Sie die essentiellen Bootstraps aus

> **Wichtig — diese reduzieren Fehler und verbessern das Agentenverhalten erheblich.**

Nach der ersten Verbindung zu Lowkey führen Sie die essentiellen Bootstraps aus. Diese finden Sie unter: [`bootstraps/essential/`](https://github.com/inceptionstack/lowkey/tree/main/bootstraps/essential)

**Beispielaufforderung** — fügen Sie diese in Ihren Lowkey-Chat ein:

> *"Lowkey, bitte bootstrap dich selbst basierend auf dieser URL: https://github.com/inceptionstack/lowkey/tree/main/bootstraps/essential"*

Verfügbare essentielle Bootstraps:

- **BOOTSTRAP-ALARMS** — Konfiguriert CloudWatch-Alarmüberwachung
- **BOOTSTRAP-CODING-GUIDELINES** — Legt Entwicklungsstandards und Codierungspraktiken fest
- **BOOTSTRAP-DAILY-UPDATE** — Konfiguriert tägliche Statusaktualisierungsverfahren
- **BOOTSTRAP-DIAGRAMS** — Aktiviert die Generierung von Architekturdiagrammen
- **BOOTSTRAP-DISK-SPACE-STRAT** — Richtet eine Strategie zur Festplattenverwaltung ein
- **BOOTSTRAP-MCPORTER** — Konfiguriert MCPorter für die Verwaltung von MCP-Tools
- **BOOTSTRAP-MEMORY-SEARCH** — Aktiviert die dauerhafte Speichersuche
- **BOOTSTRAP-PLAYWRIGHT** — Richtet die Playwright-Browserautomatisierung ein
- **BOOTSTRAP-SECRETS-AWS** — Konfiguriert AWS-Geheimnisse und Anmeldedatenverwaltung
- **BOOTSTRAP-SECURITY** — Etabliert Sicherheitsprotokolle und -richtlinien

### Schritt 3: Führen Sie die optionalen Bootstraps aus

> Nett zu haben — schauen Sie sich um und wählen Sie, was zu Ihrem Workflow passt.

Nachdem Sie die essentiellen Bootstraps ausgeführt haben, führen Sie die optionalen Bootstraps Ihrer Wahl aus, die Sie unter finden: [`bootstraps/optional/`](https://github.com/inceptionstack/lowkey/tree/main/bootstraps/optional)

Verfügbare optionale Bootstraps:

- **BOOTSTRAP-GITHUBACTION-CODE-REVIEW** — Integriert GitHub Actions mit automatischer Code-Überprüfung
- **BOOTSTRAP-PIPELINE-NOTIFICATIONS** — Richtet CI/CD-Pipeline-Benachrichtigungen ein
- **BOOTSTRAP-SKILLS** — Manuelle Installation/Wiederherstellung der loki-skills-Bibliothek (automatisch installiert durch das `openclaw`-Paket)
- **BOOTSTRAP-WEB-UI** — Konfiguriert die Webbenutzeroberfläche
- **OPTIMIZE-TOO-LARGE-CONTEXT** — Optimierungsstrategien für große Kontextfenster

### Schritt 4: Telegram-Integration (falls erforderlich)

Wenn Sie Lowkey über Telegram nutzen möchten, führen Sie die Telegram-Bootstraps aus, die Sie unter finden: [`bootstraps/telegram/`](https://github.com/inceptionstack/lowkey/tree/main/bootstraps/telegram)

- **BOOTSTRAP-TELEGRAM** — Richtet die grundlegende Telegram-Bot-Integration ein
- **BOOTSTRAP-TELEGRAM-GROUP** — Konfiguriert die Telegram-Gruppenchat-Funktionalität

### Deinstallation

Entfernen Sie eine oder alle Lowkey-Bereitstellungen von Ihrem Konto:```sh
curl -sfL uninstall.lowkey.run | bash

Findet Deployments anhand von Tags, lässt Sie auswählen, welche entfernt werden sollen, löscht CloudFormation-Stacks (Legacy-Terraform-Deployments werden weiterhin über eine festgelegten Legacy-Referenz abgebaut) und entfernt optional State-Buckets/Lock-Tabellen.

Pack-System

Lowkey verwendet eine pack-basierte Architektur zur Bereitstellung verschiedener KI-Agenten-Laufzeiten. Jedes Pack ist ein eigenständiges Modul mit eigenem Installationsskript, Manifest und Ressourcen.

Verfügbare Packs

So funktioniert es```

install.sh → picks pack → CloudFormation → EC2 instance └── bootstrap.sh --pack openclaw --region us-east-1 --model ... ├── Phase 1: System setup (SSM, Node.js, volumes) ├── Writes /tmp/loki-pack-config.json (packs read via jq) ├── Phase 2: Install deps (bedrockify) → Install pack (openclaw/hermes) └── Phase 3: Brain files, Claude Code, Bedrock check

Jedes Paket liest nur das, was es benötigt, aus der JSON-Konfigurationsdatei. Der Bootstrap-Dispatcher löst Abhängigkeiten automatisch über `packs/registry.yaml` auf.

### Eigenständige Pack-Nutzung

Packs können auch einzeln ausgeführt werden (z. B. auf einer vorhandenen EC2-Instanz):```bash
# Install bedrockify + hermes manually
git clone https://github.com/inceptionstack/lowkey.git
cd lowkey

# Install bedrockify first (dependency)
bash packs/bedrockify/install.sh --region us-east-1 --port 8090

# Then install your agent pack
bash packs/hermes/install.sh --region us-east-1 --hermes-model anthropic/claude-opus-4.6

# Or for OpenClaw
bash packs/openclaw/install.sh --region us-east-1 --model us.anthropic.claude-opus-4-6-v1 --port 3001

# Or for NemoClaw (sandboxed OpenClaw — needs Docker, personal_assistant only)
bash packs/nemoclaw/install.sh --region us-east-1 --model us.anthropic.claude-sonnet-4-6 --profile personal_assistant

# Or for Kiro CLI (no bedrockify needed, requires interactive login after install)
bash packs/kiro-cli/install.sh --region us-east-1

# Or for Codex CLI (no bedrockify needed, authenticate post-install)
bash packs/codex-cli/install.sh --region us-east-1 --model gpt-5.4
# Then: codex login

Neue Packs hinzufügen

So fügen Sie eine neue Agenten-Laufzeitumgebung hinzu:

1. Erstellen Sie packs/<name>/ mit manifest.yaml, install.sh und resources/
2. Fügen Sie das Pack zu packs/registry.yaml hinzu, mit Typ, Abhängigkeiten und Infrastrukturanforderungen
3. Fügen Sie es zu den PackName-AllowedValues in der CloudFormation-Vorlage hinzu
4. Fügen Sie es im Pack-Auswahlmenü in install.sh hinzu

Siehe vorhandene Packs für das Muster. Jedes install.sh muss eigenständig ausführbar sein mit --key value-CLI-Argumenten und --help unterstützen.

Worum geht es in diesem Experiment?

Was wäre, wenn Sie OpenClaw ein eigenes AWS-Konto zur Verwaltung und Kontrolle geben und es bitten, Dinge für Sie zu bauen?

Das Problem: Infrastruktur frisst Ihre Zeit

Noch nie war es schneller, einen Prototypen zu bauen. Tools wie Lovable, Base44 und Bolt ermöglichen jedem Entwickler, in Minuten von der Idee zur funktionierenden Demo zu gelangen. Für einfache Frontend-Anwendungen mit grundlegendem CRUD liefern diese Plattformen echte Geschwindigkeit. Die Prototypenseite der Gleichung ist weitgehend gelöst.

Das Problem beginnt in dem Moment, in dem ein Team beschließt, etwas Echtem auf AWS zu bauen. Selbst erfahrene Ingenieure, die genau wissen, was sie bauen wollen, verbringen Tage mit der Infrastruktur, bevor sie eine einzige Zeile Geschäftslogik schreiben: Bereitstellung von Compute, Entwurf von IAM-Richtlinien, Konfiguration des Netzwerks, Einrichtung von CI/CD-Pipelines, Instrumentierung des Monitorings und Festlegung von Sicherheitsbaselines. Für einen einzelnen Gründer oder ein kleines Team ohne dedizierte DevOps-Ressourcen kann dies zu großen Verzögerungen führen oder bedeuten, dass ein Produkt nie schnell genug (oder gar nicht) ausgeliefert wird.

Die Alternative (und das, was die meisten Einzelgründer und wendigen Teams tun könnten) ist, schnell auf einer Rapid-Development-Plattform zu bauen und später zu AWS zu migrieren. Das schafft eine andere Reihe von Problemen. Diese Plattformen sind eine „Blackbox“, können nicht auf echte AWS-Dienste zugreifen, außer was vorgeschrieben ist (wenn überhaupt), und erfordern vollständige Neuschreibungen, wenn Teams über sie hinauswachsen. Die technischen Schulden häufen sich still an, bis jemand eine (andere oder kompliziertere) Zahlungsintegration, eine Compliance-Anforderung oder eine Workload benötigt, die die Plattform einfach nicht unterstützen kann (spezielle Backend-APIs oder gar ein API-only-Produkt, spezialisierte Datenschemata oder Graphen, besondere Skalierungsvorkehrungen, spezialisierte Sicherheitsoptionen und mehr). An diesem Punkt steht das Team vor der Wahl zwischen einer kostspieligen Neuschreibung und dem Verbleib auf einer Plattform, die ihre Möglichkeiten einschränkt.

Es wäre großartig, wenn Entwickler nicht zwischen Geschwindigkeit und Kontrolle wählen müssten.

Warum dies jetzt lösbar ist

Drei Fähigkeiten sind zusammengekommen, um dieses Problem zum ersten Mal lösbar zu machen.

1. KI-Agenten, die tatsächlich funktionieren. OpenClaw (und andere claw-ähnliche Tools), das Open-Source-KI-Agenten-Framework, hat im großen Maßstab bewiesen, dass Nutzer (einige sind Entwickler) einem KI-Agenten vertrauen, Shell-Befehle auszuführen, Dateien zu verwalten und mit APIs zu interagieren – wenn der Agent fähig ist und der Mensch die Kontrolle behält. Es erreichte 317.000 GitHub-Sterne in 6 Wochen, eine der schnellsten Adaptionskurven in der Open-Source-Geschichte.

2. Infrastructure-as-Code ist ausgereift. aws-cli, Terraform, AWS CDK, CloudFormation, SAM und andere Tools machen die Ressourcenbereitstellung vollständig programmierbar. Ein KI-Agent kann Infrastruktur mit denselben Tools generieren, ändern und bereitstellen, die auch ein menschlicher Ingenieur verwenden würde – und liefert Ergebnisse, die prüfbar, versioniert und umkehrbar sind.

3. Foundation-Modelle können über Architektur nachdenken. Modelle wie Anthropic Claude unterstützen die Kontextfenster und die Tool-Use-Zuverlässigkeit, die für mehrstufige Infrastrukturbereitstellungen erforderlich sind. Sie können über Full-Stack-Anwendungsarchitektur nachdenken, korrekte Konfigurationen generieren und den Kontext über mehrstündige Build-Sitzungen hinweg aufrechterhalten.

Diese drei Fähigkeiten sind die Bausteine. Lowkey ist das, was Sie erhalten, wenn Sie sie zu einem einzigen, bereitstellbaren Paket kombinieren und ihm dann ein eigenes AWS-Konto geben, das es rund um die Uhr verwaltet.

Was Lowkey tut

Lowkey ist ein Open-Source-, selbst bereitstellbarer KI-Agent, der in Ihrem AWS-Konto lebt (normalerweise eins pro Konto, damit sich die Agenten nicht gegenseitig in die Quere kommen) und echten Code, Infrastruktur, Bereitstellungen und Konfigurationen baut.

Klonen Sie das Repository, stellen Sie es über CloudFormation bereit, und innerhalb weniger Minuten haben Sie einen 24/7-Agenten in Ihrem Konto, der mit Amazon Bedrock verbunden ist (standardmäßig, Sie können das ändern), mit AWS-Infrastrukturkenntnissen ausgestattet und bereit zu bauen. Der Agent ist über Telegram, Discord, Slack oder eine Terminal-Benutzeroberfläche zugänglich und behält das vollständige Gedächtnis über Sitzungen hinweg, sodass er immer weiß, was er gebaut hat, was bereitgestellt ist und in welchem Zustand sich alles befindet.

Lowkey übernimmt den gesamten Build-Lebenszyklus in Ihrem AWS-Konto:

• Entwirft und stellt bereit serverlose APIs, Container-Workloads und Datenpipelines
• Schreibt Anwendungscode, pusht in Repositories und löst CI/CD-Pipelines aus
• Konfiguriert IAM-Richtlinien, Sicherheitsgruppen und Logging
• Richtet CloudWatch-Überwachung ein und kann auf Anfrage AWS-Sicherheitsdienste aktivieren (GuardDuty, Security Hub usw.)
• Debuggt Produktionsprobleme – liest CloudTrail-Logs, identifiziert Ursachen und wendet Korrekturen an

Alles, was Lowkey baut, kann (ist aber nicht beschränkt auf) Standard-AWS-Dienste verwenden: CloudFormation oder CDK oder Terraform für die Infrastruktur, CodeCommit oder GitHub für Code, Lambda oder ECS für Compute, DynamoDB oder RDS für Daten. Es gibt keine proprietäre Laufzeitumgebung, keine Abstraktionsebene und keine Migration, die erforderlich ist, wenn Ihre Anwendung über das Prototypenstadium hinauswächst.

Ihnen gehört alles. Deaktivieren Sie Lowkey morgen, und Ihre Anwendungen laufen weiter. Jede Ressource ist in der AWS-Konsole sichtbar, in jede Toolchain portierbar und Ihnen zur Änderung freigegeben.

Unterschied zu Cursor, Claude Code, Kiro und anderen

Im Gegensatz zu KI-Codierungstools (Cursor, Kiro, Claude Code), die auf Ihrem Laptop laufen und aufhören, wenn der Laptop zugeht, ist Lowkey ein persistenter Agent, der rund um die Uhr in Ihrem AWS-Konto lebt. Starten Sie am Dienstag einen Build, kommen Sie am Donnerstag zurück, und es weiß genau, wo die Dinge stehen.

Unterschied zu Lovable, Bolt, Base44 usw.

Im Gegensatz zu Rapid-Dev-Plattformen (Replit, Lovable, Bolt), die Infrastruktur abstrahieren und Ihren Code in proprietären Laufzeiten einsperren, arbeitet Lowkey innerhalb von AWS. Ihre Infrastruktur ist echte AWS, verwaltet mit standardkonformen IaC-Tools, ohne Vendor-Lock-in von außen (außer natürlich AWS, aber Sie könnten sich dafür entscheiden, vollständig containerisierte Apps damit zu bauen, um sie in Zukunft leicht portieren zu können).

Unterschied zu Standard-OpenClaw-Assistenten

Im Gegensatz zu einem allgemeinen KI-Assistenten wird Lowkey mit AWS-Infrastrukturkenntnissen und den IAM-Berechtigungen ausgeliefert, um tatsächlich Ressourcen bereitzustellen. Es ist speziell für das Bauen und Betreiben auf AWS konzipiert. Anstatt vollständig in einer VM-Sandbox oder Docker-Sandbox eingesperrt zu sein, wird seine Sandbox durch die Grenzen des AWS-Kontos definiert, in dem es lebt.

Es bündelt keine clawhub-Skills (großes Sicherheitsrisiko), kommt aber hauptsächlich mit AWS-Skills und Playwright MCP über mcporter.

Lowkey in Aktion

Echte Screenshots aus der tatsächlichen Nutzung – Apps bauen, Infrastruktur debuggen und AWS-Ressourcen überwachen.

Von der Eingabeaufforderung zur bereitgestellten App

Beschreiben Sie, was Sie wollen, in einfachem Englisch. Lowkey plant die Architektur, schreibt den Code, richtet CI/CD ein und stellt bereit – während Sie zusehen oder etwas anderes tun.

Architekturplanung vor dem Schreiben von Code

Bevor es Code anfasst, legt Lowkey einen vollständigen Architekturplan vor – Datenmodell, Datenverkehrsfluss, Infrastrukturkomponenten und Bereitstellungsstrategie. Sie überprüfen und passen an, bevor es mit dem Bau beginnt.

Arbeiten Sie von überall – es merkt sich alles

Setzen Sie dort fort, wo Sie aufgehört haben, auf jedem Gerät. Lowkey hat das vollständige Gedächtnis jedes Projekts, jeder Entscheidung, jeder bereitgestellten Ressource. Keine Kontextwechsel-Steuer.

Proaktives Morgen-Briefing

Lowkey wartet nicht darauf, dass Sie fragen. Es sendet tägliche Berichte über AWS-Kosten, Sicherheitsergebnisse, kritische CVEs und Pipeline-Status – bevor Sie Ihren Laptop öffnen.

CVE-Erkennung und -Behebung

Lowkey kann aus Security Hub, GuardDuty und Inspector lesen. Wenn es CVE-Berichte findet, kann es Korrekturen vorschlagen, Container-Images neu bauen und das Ergebnis verifizieren. Dies ist eine Komfortfunktion, keine Sicherheitsgarantie – überprüfen Sie immer, was es tut.

Links: Agent erkennt CVEs über Nacht. Rechts: Alle CVEs beseitigt, App als funktionierend verifiziert.

Autonomes Debugging

Wenn etwas kaputt geht, verfolgt Lowkey das Problem über VPCs, Load Balancer, Routentabellen und DNS – und behebt es dann und teilt Ihnen mit, was passiert ist.

Ein Tag mit Lowkey

Lowkey ist kein einmaliges Tool, das Sie öffnen, wenn Sie etwas brauchen. Es ist ein ständig verfügbarer Partner, der rund um die Uhr in Ihrem AWS-Konto lebt – codiert, bereitstellt, überwacht und verbessert, während Sie sich auf das konzentrieren, was wichtig ist.

Wie es funktioniert

Lowkey basiert auf OpenClaw, dem Open-Source-KI-Agenten-Framework. Das lowkey-Repository enthält alles, was zum Bereitstellen einer produktionsreifen Lowkey-Instanz benötigt wird:

1. Ein-Klick-Bereitstellung. Stellen Sie die CloudFormation-Vorlage bereit. Sie erstellt eine isolierte VPC, standardmäßig eine T4g.xlarge-EC2-Instanz (empfohlen, damit sie wirklich Dinge tun kann, wie Tests ausführen, Code bauen, Dinge dockerisieren und mehr, wie eine echte Entwicklungsmaschine), IAM-Rollen, Sicherheitsdienste und installiert Lowkey mit einem vorkonfigurierten Arbeitsbereich. Gesamtbereitstellungszeit: ~4-10 Minuten.

2. Konfigurierbares Monitoring. Die Bereitstellung umfasst fünf einzeln ein-/ausschaltbare AWS-Sicherheitsdienste – Security Hub, GuardDuty, Inspector, Access Analyzer und AWS Config – alle standardmäßig aktiviert. Für Test-/Entwicklungsumgebungen deaktivieren Sie, was Sie nicht benötigen. Die EC2-Instanz verwendet SSM Session Manager anstelle von SSH (keine offenen Ports), und das Lowkey-Gateway hört nur auf localhost (nicht im Netzwerk freigegeben). Hinweis: Die Aktivierung dieser Dienste macht den Agenten selbst nicht sicher – es bedeutet, dass der Agent Ergebnisse dieser Tools anzeigen kann. Sie sind weiterhin dafür verantwortlich, diese zu überprüfen und darauf zu reagieren.

3. Beobachten → Planen → Handeln. Lowkey liest den aktuellen Zustand Ihres AWS-Kontos, plant die nächsten Aktionen und führt sie mit vollständigen Administratorrechten aus. (Denken Sie daran – mit Macht kommt Verantwortung. Dies ist riskant, verwenden Sie es daher auf einem sauberen AWS-Konto, um den Schadensradius von Agentenfehlern zu minimieren.)

4. Beständiges Gedächtnis. Der Konversationsverlauf und das Agentengedächtnis werden lokal auf der Instanz gespeichert. Lowkey verwaltet Arbeitsbereichsdateien (SOUL.md, TOOLS.md, MEMORY.md), die ihm Kontinuität über Sitzungen und Neustarts hinweg geben. Es weiß, was es gestern gebaut hat.

5. Ihre Daten bleiben Ihre Daten. Die einzigen externen Aufrufe gehen an Amazon Bedrock für KI-Inferenz (verarbeitet unter der Bedrock-Datenschutzrichtlinie – Ihre Daten werden nicht zum Trainieren von Modellen verwendet). Alternativ verwenden Sie Ihren eigenen Anthropic-API-Schlüssel oder einen LiteLLM-Proxy. Kein Code, keine Infrastrukturkonfigurationen und keine Anwendungsdaten verlassen Ihr Konto. Der Installer selbst sendet anonyme Installations-Telemetrie (Installationsstart/-erfolg/-fehler mit Betriebssystem + Architektur + Dauer – kein Code, keine Anmeldeinformationen, IPs, Hostnamen oder Dateipfade) – sehen Sie genau, was gesendet wird und wie Sie es deaktivieren können.

Telemetrie

Der install.sh-Installer sendet anonyme, aggregierte Telemetrie, um uns zu helfen, Installationsfehler zu beheben und zu verstehen, auf welchen Plattformen er ausgeführt wird.

• Was gesendet wird: Betriebssystem + Architektur + Installer-Version + Installationsergebnis (gestartet / abgeschlossen / fehlgeschlagen) + Dauer + ein unidirektionaler SHA-256-gehashter Maschinen-Fingerabdruck. Das ist alles.
• Was NICHT gesendet wird: keine IPs, keine Hostnamen, keine AWS-Konto-IDs, keine Anmeldeinformationen, keine Token, keine Dateipfade, kein Code, keine Eingabeaufforderungen, keine KI-Antworten, keine CloudFormation-Vorlagen. Nichts mehr, nachdem der Installer beendet ist.
• Zustellung: Fire-and-Forget, 2-Sekunden-Hard-Timeout, bei jedem Fehler still ignoriert. Der Installer kann unter keinen Umständen aufgrund von Telemetrie fehlschlagen, hängen bleiben oder sich verzögern.
• Opt-out — eine der folgenden: ```bash export LOWKEY_TELEMETRY=0 export DO_NOT_TRACK=1 touch ~/.lowkey/telemetry-off
  root@kitploit:~

Vollständige Details, Wire-Level-Schema und Quellenangaben: Telemetrie & Datenschutz — und der Code lebt in install.sh (suche nach _telem_). Vertrau uns nicht — lies es selbst.

Für wen es gedacht ist

Einzelgründer und Pre-Seed-Teams (1–3 Personen), die von den Einschränkungen schneller Entwicklungsplattformen frustriert sind, wie z.B. kein eigenes Backend, keine echten AWS-Dienste, kein Weg zur Produktion, die schnell iterieren müssen, ohne technische Schulden anzuhäufen.

Kleine Startup-Teams (2–10 Personen), die mit begrenzter Reichweite auf Produkt-Markt-Fit zusteuern. Sie benötigen ausgefeilte Backend-Fähigkeiten wie Zahlungen, Integrationen, Compliance und können sich kein dediziertes DevOps-Personal leisten oder haben bereits zu viel Arbeit.

Innovationsteams in Unternehmen, die Proofs of Concept erstellen. Sie müssen die Sicherheitsstandards des Unternehmens einhalten, können keine externen Plattformen nutzen, die Daten aus ihrem AWS-Konto abziehen, und werden an der Geschwindigkeit der Validierung gemessen.

Jeder Entwickler, der weiß, was er auf AWS bauen möchte, aber keine Woche mit Infrastruktur verbringen möchte, bevor er Geschäftslogik schreibt, um einen POC zu erstellen.

Prinzipien

1. Von Anfang an produktionsreif. Jede Anwendung, die Lowkey erstellt (vorausgesetzt die richtigen Anweisungen und Systemaufforderung), umfasst Infrastruktur als Code, CI/CD, Überwachung und eingeschränktes IAM. Ein Prototyp, der nicht in die Produktion befördert werden kann, ist eine Demo, kein Prototyp.
2. Du besitzt alles. Lowkey arbeitet in deinem AWS-Konto. Jede erstellte Ressource ist in der Konsole sichtbar, in jede Toolchain portierbar und voll funktionsfähig, wenn der Agent entfernt wird. Keine Abstraktionsebene, kein Vendor Lock-in, kein proprietäres Laufzeitsystem.
3. Geschwindigkeit ohne Abkürzungen. Lowkey reduziert Code + Deployment + Infrastrukturaufbau von Tagen auf Minuten. Dies kann Sicherheitskonfiguration, Überwachung und CI/CD umfassen.
4. Transparenz vor Autonomie. Jede Aktion wird in CloudTrail protokolliert. Du kannst jederzeit genau sehen, was Lowkey erstellt, geändert oder gelöscht hat. Dies ermöglicht auch leistungsstarkes Debugging von fehlschlagenden Apps während des Vorgangs, mit schnellen Korrekturen.
5. Entwickler dort abholen, wo sie sind. Zugänglich über Telegram, Discord, Slack oder ein Terminal.

Kostenschätzung

Lowkey kann die Kosten vor der Bereitstellung von Ressourcen schätzen und deine tatsächlichen AWS-Ausgaben jederzeit zusammenfassen. Richte während der Einrichtung AWS Budgets-Benachrichtigungen ein.

⚠️ Risiken — Lies das

Lowkey hat Administratorzugriff auf dein AWS-Konto. Das macht es nützlich — und das macht es gefährlich. Sei ehrlich zu dir selbst über die Kompromisse:

• LLMs machen Fehler. Sie können IAM-Richtlinien falsch konfigurieren, Ressourcen löschen, die sie nicht löschen sollten, übermäßig großzügige Sicherheitsgruppen erstellen oder Kosten durch unbeabsichtigte Ressourcenerstellung in die Höhe treiben. Das ist nicht hypothetisch — es wird passieren.
• Administratorzugriff bedeutet Schaden auf Administratorebene. Wenn das Modell einen destruktiven Befehl halluziniert, hat es die Berechtigungen, ihn auszuführen. Es gibt standardmäßig keine Genehmigungsstufe (obwohl du eine konfigurieren kannst).
• Dies ist kein Sicherheitsprodukt. Lowkey kann GuardDuty aktivieren und Security Hub-Ergebnisse lesen, aber ein LLM, das Sicherheitswarnungen zusammenfasst, ist nicht dasselbe wie ein Sicherheitsbetriebsteam. Verwende es nicht als deine Sicherheitslage — verwende es als eine Komfortschicht, die Informationen bereitstellt.
• Nichtdeterministisches Verhalten. Die gleiche Eingabeaufforderung kann an verschiedenen Tagen unterschiedliche Ergebnisse liefern. Infrastrukturänderungen sind nicht immer umkehrbar.

Empfohlene Maßnahmen:

1. Dediziertes Sandbox-Konto. Das ist das Wichtigste, was du tun kannst. Wenn Lowkey etwas kaputt macht, ist der Schaden auf ein Konto begrenzt.
2. AWS Budgets mit Benachrichtigungen. Lege von Anfang an ein Ausgabenlimit fest.
3. CloudTrail ist immer aktiv. Jeder API-Aufruf von Lowkey wird protokolliert. Überprüfe den Verlauf regelmäßig.
4. Fang klein an. Erstelle eine Todo-App, bevor du sie bittest, eine Multi-Service-Plattform zu entwerfen.
5. Überprüfe, was es baut. Lowkey zeigt dir, was es tut. Lies es. Hinterfrage es.

Einschränkungen

Lowkey ist:

• Nichtdeterministisch. Bei derselben Anfrage kann es unterschiedliche Ergebnisse liefern. Bei komplexen Architekturen erzielt ein Entwickler/Architekt mit AWS-Erfahrung deutlich bessere Ergebnisse — der Agent verstärkt Fachwissen, ersetzt es aber nicht.
• Single-Account-Umfang. Lowkey arbeitet in einem AWS-Konto. Es ist (noch) nicht für die Multi-Account-Orchestrierung ausgelegt.
• Kein Sicherheitstool. Lowkey kann AWS-Sicherheitsdienste aktivieren und daraus lesen, ist aber kein Ersatz für Sicherheitsentwicklung, Compliance-Audits oder Bedrohungsmodellierung. Ein LLM mit Administratorzugriff kann ebenso leicht Sicherheitsprobleme einführen wie es sie findet.
• Vom Prototyping zur Produktion, nicht für den Betrieb in großem Maßstab. Lowkey kann überwachen und debuggen, was es erstellt, ist aber kein Ersatz für dedizierte Betriebswerkzeuge für Produktionsworkloads in großem Umfang.

Open Source

Lowkey ist vollständig Open Source. Die Deployment-Vorlagen, Brain-Dateien, Skills und Bootstrap-Skripte sind alle verfügbar unter github.com/inceptionstack/lowkey.

Basiert auf OpenClaw, Hermes, NemoClaw und Kiro CLI — wähle deine Agentenlaufzeit beim Deployment.

InceptionStack-Repositories

Beiträge, Probleme und Feedback sind willkommen.