lowkey

Déployez un FullStack Prodo-Typing Agent dans votre AWS Account (OpenClaw, Kiro-Cli, Pi, Hermes, Claude Code, Codex)

Trouve les déploiements par tag, vous permet de choisir lesquels supprimer, supprime les piles CloudFormation (les déploiements Terraform hérités sont toujours démantelés via une référence héritée épinglée), et supprime optionnellement les buckets d'état/les tables de verrouillage.

Système de Packs

Lowkey utilise une architecture basée sur les packs pour déployer différents runtimes d'agents IA. Chaque pack est un module autonome avec son propre script d'installation, son manifeste et ses ressources.

Packs Disponibles

Comment ça fonctionne```

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

Ajout de nouveaux packs

Pour ajouter un nouveau runtime d'agent :

1. Créez packs/<name>/ avec manifest.yaml, install.sh et resources/
2. Ajoutez le pack à packs/registry.yaml avec le type, les dépendances et les exigences d'infrastructure
3. Ajoutez-le aux AllowedValues de PackName dans le modèle CloudFormation
4. Ajoutez-le au menu de sélection des packs dans install.sh

Consultez les packs existants pour le modèle. Chaque install.sh doit pouvoir s'exécuter de manière autonome avec des arguments CLI --key value et prendre en charge --help.

De quoi s'agit-il dans cette expérience ?

Et si vous donniez à OpenClaw son propre compte AWS à gérer et à contrôler, et lui demandiez de construire des choses pour vous ?

Le problème : l'infrastructure vous fait perdre du temps

Construire un prototype n'a jamais été aussi rapide. Des outils comme Lovable, Base44 et Bolt permettent à tout développeur de passer de l'idée à une démo fonctionnelle en quelques minutes. Pour les applications frontend simples avec des opérations CRUD basiques, ces plateformes offrent une réelle rapidité. Le côté prototype du problème est en grande partie résolu.

Le problème commence dès qu'une équipe décide de construire quelque chose de réel sur AWS. Même les ingénieurs expérimentés qui savent exactement ce qu'ils veulent construire passent des jours sur l'infrastructure avant d'écrire une seule ligne de logique métier : provisionnement du calcul, conception des politiques IAM, configuration du réseau, mise en place des pipelines CI/CD, instrumentation de la surveillance et établissement des bases de sécurité. Pour un fondateur unique ou une petite équipe sans ressources DevOps dédiées, cela peut entraîner d'énormes retards ou signifier ne jamais livrer un produit assez rapidement (ou pas du tout).

L'alternative (ce que font la plupart des fondateurs uniques et des équipes agiles) est de construire rapidement sur une plateforme de développement rapide et de migrer vers AWS plus tard. Cela crée un ensemble différent de problèmes. Ces plateformes sont des « boîtes noires », ne permettent pas d'accéder aux véritables services AWS sauf ce qui est prescrit (si tant est que cela soit possible), et nécessitent des réécritures complètes lorsque les équipes les dépassent. La dette technique s'accumule silencieusement jusqu'à ce que quelqu'un ait besoin d'une intégration de paiement (différente ou plus compliquée), d'une exigence de conformité, ou d'une charge de travail que la plateforme ne peut tout simplement pas prendre en charge (API backend spécialisées ou même un produit uniquement API, schémas ou graphes de données spécialisés, provisions d'échelle spéciales, options de sécurité spécialisées, etc.). À ce stade, l'équipe est confrontée au choix entre une réécriture coûteuse et le fait de rester sur une plateforme qui limite ce qu'elle peut construire.

Il serait formidable que les développeurs n'aient pas à choisir entre rapidité et contrôle.

Pourquoi c'est réalisable maintenant

Trois capacités ont convergé pour rendre ce problème résoluble pour la première fois.

1. Les agents IA qui fonctionnent réellement. OpenClaw (et d'autres outils similaires), le framework d'agent IA open-source, a prouvé à grande échelle que les utilisateurs (dont certains sont des développeurs) feront confiance à un agent IA pour exécuter des commandes shell, gérer des fichiers et interagir avec des API — lorsque l'agent est compétent et que l'humain garde le contrôle. Il a atteint 317 000 étoiles GitHub en 6 semaines, l'une des courbes d'adoption les plus rapides de l'histoire de l'open-source.

2. L'infrastructure en tant que code est mature. aws-cli, Terraform, AWS CDK, CloudFormation, SAM et d'autres outils rendent le provisionnement des ressources entièrement programmable. Un agent IA peut générer, modifier et déployer l'infrastructure en utilisant les mêmes outils qu'un ingénieur humain — produisant un résultat qui est auditable, versionné et réversible.

3. Les modèles de fondation peuvent raisonner sur l'architecture. Des modèles comme Anthropic Claude prennent en charge les fenêtres de contexte et la fiabilité d'utilisation des outils nécessaires pour le provisionnement d'infrastructure en plusieurs étapes. Ils peuvent raisonner sur l'architecture d'application full-stack, générer des configurations correctes et maintenir le contexte sur des sessions de construction de plusieurs heures.

Ces trois capacités sont les éléments de base. Lowkey est ce que vous obtenez lorsque vous les combinez en un seul package déployable, puis que vous lui donnez son propre compte AWS à administrer 24h/24 et 7j/7.

Ce que fait Lowkey

Lowkey est un agent IA open-source, à déployer soi-même, qui vit dans votre compte AWS (généralement un par compte pour que les agents ne se marchent pas sur les pieds) et construit du code réel, de l'infrastructure, des déploiements et des configurations.

Clonez le dépôt, déployez via CloudFormation, et en quelques minutes vous avez un agent 24h/24 et 7j/7 opérant dans votre compte, connecté à Amazon Bedrock (par défaut, vous pouvez le changer), chargé de compétences en infrastructure AWS, et prêt à construire. L'agent est accessible via Telegram, Discord, Slack ou une interface utilisateur terminal, et conserve une mémoire complète entre les sessions, de sorte qu'il sait toujours ce qu'il a construit, ce qui est déployé et dans quel état se trouve chaque chose.

Lowkey gère le cycle de vie complet de la construction dans votre compte AWS :

• Conçoit et déploie des API sans serveur, des charges de travail conteneurisées et des pipelines de données
• Écrit le code applicatif, le pousse vers les dépôts et déclenche les pipelines CI/CD
• Configure les politiques IAM, les groupes de sécurité et la journalisation
• Met en place la surveillance CloudWatch et peut activer les services de sécurité AWS (GuardDuty, Security Hub, etc.) sur demande
• Dépanne les problèmes de production — lit les logs CloudTrail, identifie les causes racines et applique les correctifs

Tout ce que Lowkey construit peut utiliser (mais sans s'y limiter) les services AWS standard : CloudFormation ou CDK ou Terraform pour l'infrastructure, CodeCommit ou GitHub pour le code, Lambda ou ECS pour le calcul, DynamoDB ou RDS pour les données. Il n'y a pas d'environnement d'exécution propriétaire, pas de couche d'abstraction et aucune migration requise lorsque votre application dépasse le stade du prototype.

Vous possédez tout. Désactivez Lowkey demain et vos applications continuent de fonctionner. Chaque ressource est visible dans la console AWS, portable vers n'importe quelle chaîne d'outils et modifiable par vous.

Différence par rapport à Cursor, Claude Code, Kiro et autres

Contrairement aux outils de codage IA (Cursor, Kiro, Claude Code) qui s'exécutent sur votre ordinateur portable et s'arrêtent lorsque celui-ci se ferme, Lowkey est un agent persistant qui vit dans votre compte AWS 24h/24 et 7j/7. Commencez une construction mardi, revenez jeudi, et il sait exactement où en sont les choses.

Différence par rapport à Lovable, Bolt, Base44 etc.

Contrairement aux plateformes de développement rapide (Replit, Lovable, Bolt) qui font abstraction de l'infrastructure et emprisonnent votre code dans des environnements d'exécution propriétaires, Lowkey fonctionne au sein d'AWS. Votre infrastructure est réelle, gérée par des outils IaC standard, sans verrouillage par un fournisseur externe (sauf AWS bien sûr, mais vous pouvez choisir de construire des applications entièrement conteneurisées afin de pouvoir les porter facilement à l'avenir).

Différence par rapport aux assistants OpenClaw standard

Contrairement à un assistant IA généraliste, Lowkey est livré avec des compétences en infrastructure AWS et les autorisations IAM nécessaires pour provisionner réellement les ressources. Il est spécialement conçu pour construire et opérer sur AWS. Au lieu d'être complètement confiné dans un bac à sable VM ou Docker, son bac à sable est défini par les limites du compte AWS dans lequel il vit.

Il ne regroupe aucune compétence clawhub (énorme risque de sécurité), mais est livré principalement avec des compétences AWS et Playwright MCP via mcporter.

Lowkey en action

Captures d'écran réelles provenant d'une utilisation réelle — construction d'applications, débogage d'infrastructure et surveillance des ressources AWS.

De l'invite à l'application déployée

Décrivez ce que vous voulez en langage naturel. Lowkey planifie l'architecture, écrit le code, met en place le CI/CD et déploie — le tout pendant que vous regardez ou que vous faites autre chose.

Planification de l'architecture avant d'écrire du code

Avant de toucher au code, Lowkey expose un plan d'architecture complet — modèle de données, flux de trafic, composants d'infrastructure et stratégie de déploiement. Vous examinez et ajustez avant qu'il ne commence à construire.

Travaillez de n'importe où — il se souvient de tout

Reprenez là où vous vous êtes arrêté depuis n'importe quel appareil. Lowkey a une mémoire complète de chaque projet, de chaque décision, de chaque ressource déployée. Pas de taxe de changement de contexte.

Briefing matinal proactif

Lowkey n'attend pas que vous demandiez. Il envoie des rapports quotidiens couvrant les coûts AWS, les constats de sécurité, les CVE critiques et l'état des pipelines — avant même que vous n'ouvriez votre ordinateur portable.

Détection et correction de CVE

Lowkey peut lire depuis Security Hub, GuardDuty et Inspector. Lorsqu'il trouve des rapports de CVE, il peut proposer des correctifs, reconstruire les images conteneur et vérifier le résultat. Il s'agit d'une fonctionnalité de commodité, pas d'une garantie de sécurité — examinez toujours ce qu'il fait.

Gauche : l'agent détecte des CVE pendant la nuit. Droite : toutes les CVE éliminées, application vérifiée fonctionnelle.

Débogage autonome

Quand quelque chose se casse, Lowkey trace le problème à travers les VPC, les équilibreurs de charge, les tables de routage et le DNS — puis le corrige et vous dit ce qui s'est passé.

Une journée avec Lowkey

Lowkey n'est pas un outil ponctuel que vous ouvrez quand vous avez besoin de quelque chose. C'est un partenaire toujours actif qui vit dans votre compte AWS 24h/24 et 7j/7 — codant, déployant, surveillant et améliorant pendant que vous vous concentrez sur ce qui compte.

Comment ça fonctionne

Lowkey est construit sur OpenClaw, le framework d'agent IA open-source. Le dépôt lowkey regroupe tout ce qui est nécessaire pour déployer une instance Lowkey prête pour la production :

1. Déploiement en un clic. Déployez le modèle CloudFormation. Il crée un VPC isolé, une instance EC2 T4g.xlarge par défaut (recommandée pour qu'elle puisse vraiment faire des choses comme exécuter des tests, construire du code, dockeriser des éléments, etc., comme une vraie machine de développement), des rôles IAM, des services de sécurité et installe Lowkey avec un espace de travail préconfiguré. Temps de déploiement total : ~4-10 minutes.

2. Surveillance configurable. Le déploiement inclut cinq services de sécurité AWS activables individuellement — Security Hub, GuardDuty, Inspector, Access Analyzer et AWS Config — tous activés par défaut. Pour les environnements de test/développement, désactivez ce dont vous n'avez pas besoin. L'instance EC2 utilise SSM Session Manager au lieu de SSH (aucun port ouvert), et la passerelle Lowkey écoute uniquement sur localhost (non exposée au réseau). Remarque : L'activation de ces services ne rend pas l'agent lui-même sécurisé — cela signifie que l'agent peut remonter les constats de ces outils. Vous êtes toujours responsable de leur examen et des actions à entreprendre.

3. Observer → Planifier → Agir. Lowkey lit l'état actuel de votre compte AWS, planifie les actions suivantes et les exécute avec tous les pouvoirs d'administration. (rappelez-vous – un grand pouvoir implique de grandes responsabilités. C'est risqué, alors utilisez-le sur un compte AWS propre pour minimiser le rayon d'explosion en cas d'erreur de l'agent)

4. Mémoire persistante. L'historique des conversations et la mémoire de l'agent sont stockés localement sur l'instance. Lowkey conserve des fichiers d'espace de travail (SOUL.md, TOOLS.md, MEMORY.md) qui lui donnent une continuité entre les sessions et les redémarrages. Il sait ce qu'il a construit la veille.

5. Vos données vous appartiennent. Les seuls appels externes sont vers Amazon Bedrock pour l'inférence IA (traités conformément à la politique de confidentialité des données de Bedrock — vos données ne sont pas utilisées pour entraîner les modèles). Vous pouvez également utiliser votre propre clé API Anthropic ou un proxy LiteLLM. Aucun code, configuration d'infrastructure ou donnée applicative ne quitte votre compte. L'installateur envoie une télémétrie d'installation anonyme (début/succès/échec de l'installation avec système d'exploitation + architecture + durée — aucun code, identifiants, IP, noms d'hôte ou chemins de fichiers) — voyez exactement ce qui est envoyé et comment désactiver.

Télémétrie

L'installateur install.sh envoie une télémétrie anonyme et agrégée pour nous aider à corriger les échecs d'installation et à comprendre sur quelles plateformes les gens l'exécutent.

• Ce qui est envoyé : OS + architecture + version de l'installateur + résultat de l'installation (started / completed / failed) + durée + une empreinte machine hachée en SHA-256 à sens unique. C'est tout.
• Ce qui n'est PAS envoyé : pas d'IP, pas de noms d'hôte, pas d'ID de compte AWS, pas d'identifiants, pas de jetons, pas de chemins de fichiers, pas de code, pas d'invites, pas de réponses IA, pas de modèles CloudFormation. Rien après la sortie de l'installateur.
• Livraison : tire et oublie, timeout dur de 2 secondes, ignoré silencieusement en cas d'échec. L'installateur ne peut pas échouer, se bloquer ou retarder à cause de la télémétrie, quelles que soient les conditions.
• Désactivation — l'une des méthodes suivantes : ```bash export LOWKEY_TELEMETRY=0 export DO_NOT_TRACK=1 touch ~/.lowkey/telemetry-off
  root@kitploit:~

Détails complets, schéma au niveau filaire et références source : Télémétrie et confidentialité — et le code se trouve dans install.sh (cherchez _telem_). Ne nous faites pas confiance — lisez-le.

À qui cela s'adresse

Fondateurs solo et équipes pré-amorçage (1–3 personnes) frustrés par les limitations des plateformes de développement rapide telles que l'absence de backend personnalisé, de vrais services AWS, de chemin vers la production, qui ont besoin d'itérer rapidement sans accumuler de dettes techniques.

Petites équipes de startup (2–10 personnes) courant vers l'adéquation produit-marché avec une piste limitée. Elles ont besoin de capacités backend sophistiquées comme les paiements, les intégrations, la conformité et ne peuvent pas se permettre des ressources DevOps dédiées ou ont trop de travail sur les bras.

Équipes d'innovation en entreprise construisant des preuves de concept. Elles doivent se conformer aux normes de sécurité de l'entreprise, ne peuvent pas utiliser de plateformes externes nécessitant que les données quittent leur compte AWS, et sont mesurées par la vitesse de validation.

Tout développeur qui sait ce qu'il veut construire sur AWS mais ne veut pas passer une semaine sur l'infrastructure avant d'écrire la logique métier pour construire une POC.

Principes

1. Façonné pour la production dès le départ. Chaque application que Lowkey construit (en supposant qu'on lui donne les bonnes instructions et le bon prompt système) inclut l'infrastructure en tant que code, CI/CD, surveillance et IAM limité. Un prototype qui ne peut pas être promu en production est une démo, pas un prototype.
2. Vous possédez tout. Lowkey opère dans votre compte AWS. Chaque ressource qu'il crée est visible dans la console, portable vers n'importe quelle chaîne d'outils, et entièrement fonctionnelle si l'agent est supprimé. Pas de couche d'abstraction, pas de verrouillage fournisseur, pas d'exécution propriétaire.
3. Rapidité sans compromis. Lowkey réduit le temps de code + déploiement + mise en place de l'infrastructure de jours à minutes. Cela peut inclure la configuration de sécurité, la surveillance et le CI/CD.
4. Transparence plutôt qu'autonomie. Chaque action est enregistrée dans CloudTrail. Vous pouvez voir exactement ce que Lowkey a construit, modifié ou supprimé à tout moment. Cela permet également un débogage puissant des applications en échec pendant qu'il se produit, avec des corrections rapides.
5. Rencontrez les développeurs là où ils sont. Accessible depuis Telegram, Discord, Slack ou un terminal.

Estimations de coûts

Lowkey peut estimer les coûts avant de provisionner les ressources et résumer vos dépenses AWS réelles à tout moment. Définissez des alertes AWS Budgets lors de la configuration.

⚠️ Risques — À lire

Lowkey a un accès administrateur à votre compte AWS. C'est ce qui le rend utile — et ce qui le rend dangereux. Soyez honnête avec vous-même sur les compromis :

• Les LLM font des erreurs. Ils peuvent mal configurer les politiques IAM, supprimer des ressources qu'ils ne devraient pas, créer des groupes de sécurité trop permissifs, ou faire grimper les coûts avec une création de ressources non intentionnelle. Ce n'est pas hypothétique — cela arrivera.
• L'accès administrateur signifie des dommages au niveau administrateur. Si le modèle hallucine une commande destructive, il a les permissions pour l'exécuter. Il n'y a pas de passerelle d'approbation par défaut (bien que vous puissiez en configurer une).
• Ce n'est pas un produit de sécurité. Lowkey peut activer GuardDuty et lire les résultats de Security Hub, mais un LLM qui résume les alertes de sécurité n'est pas la même chose qu'une équipe d'opérations de sécurité. Ne l'utilisez pas comme votre posture de sécurité — utilisez-le comme une couche de commodité qui affiche des informations.
• Comportement non déterministe. Le même prompt peut produire des résultats différents selon les jours. Les modifications d'infrastructure ne sont pas toujours réversibles.

Mesures d'atténuation que nous recommandons :

1. Compte sandbox dédié. C'est la chose la plus importante que vous puissiez faire. Si Lowkey casse quelque chose, le rayon d'explosion se limite à un seul compte.
2. AWS Budgets avec alertes. Fixez un plafond de dépenses dès le premier jour.
3. CloudTrail est toujours activé. Chaque appel API effectué par Lowkey est enregistré. Examinez le journal périodiquement.
4. Commencez petit. Construisez une application todo avant de lui demander d'architecturer une plateforme multi-services.
5. Examinez ce qu'il construit. Lowkey vous montre ce qu'il fait. Lisez-le. Remettez-le en question.

Limitations

Lowkey est :

• Non déterministe. Pour une même demande, il peut produire des résultats différents. Pour une architecture complexe, un développeur/architecte avec de l'expérience AWS obtient des résultats nettement meilleurs — l'agent amplifie l'expertise, il ne la remplace pas.
• Périmètre mono-compte. Lowkey opère dans un seul compte AWS. Il n'est pas conçu pour l'orchestration multi-comptes (pour l'instant).
• Pas un outil de sécurité. Lowkey peut activer et lire les services de sécurité AWS, mais il ne remplace pas l'ingénierie de sécurité, l'audit de conformité ou la modélisation des menaces. Un LLM avec accès administrateur peut introduire des problèmes de sécurité aussi facilement qu'il en trouve.
• Du prototypage à la production, pas des opérations à grande échelle. Lowkey peut surveiller et déboguer ce qu'il construit, mais ce n'est pas un remplacement pour un outillage d'opérations dédié pour des charges de travail de production à grande échelle.

Open Source

Lowkey est entièrement open source. Les modèles de déploiement, les fichiers brain, les compétences et les scripts d'amorçage sont tous disponibles sur github.com/inceptionstack/lowkey.

Construit sur OpenClaw, Hermes, NemoClaw, et Kiro CLI — choisissez votre runtime d'agent lors du déploiement.

Dépôts InceptionStack

Contributions, problèmes et retours bienvenus.