Constructeur Discord local-first Pense pour les vraies operations

Creez, lancez et pilotez vos bots Discord depuis un espace de travail clair.

Concevez les slash commands visuellement, passez au BDScript quand il faut plus de precision, et gardez logs, sync et controle runtime dans le meme produit.

Constructeur visuel Edition BDScript Parcours runtime local-first

Modele produit

Un workflow que votre equipe comprend des le premier jour.

Commencez dans l'application, gardez la propriete en local, puis ajoutez de l'infrastructure distante seulement quand l'uptime devient un vrai sujet.

  1. 01
    Creer Rassemblez commandes, options et logique reutilisable dans un meme espace.
  2. 02
    Piloter Gardez logs, controle de demarrage et verifications de sync pres du bot lui-meme.
  3. 03
    Etendre Passez au runner Docker pour Linux, Raspberry Pi ou un runtime distant.

Surface produit

Tout ce qui compte reste dans le meme modele de travail.

Bot Creator reduit la dispersion de stack : creation, script, controle et decisions runtime restent relies au lieu de partir dans plusieurs outils deconnectes.

01

Concevoir les commandes visuellement

Construisez slash commands, options et flux de reponse sans perdre la structure du bot.

02

Ecrire en BDScript quand c'est utile

Passez en BDScript pour les zones qui demandent plus de precision sans quitter le workflow visuel.

03

Piloter le runtime depuis le meme produit

Demarrage, logs, sync et controles runtime restent proches de la surface de creation.

04

Garder le local-first par defaut

Commandes, workflows, variables et logs restent en local tant que vous ne choisissez pas autre chose.

05

Sauvegarder sans adopter un backend

Google Drive sert a la sauvegarde et a la restauration, pas a imposer une couche hebergee.

06

Ajouter l'infrastructure seulement si elle le merite

Passez a Linux ou au runner Docker quand l'uptime et l'execution distante deviennent de vrais besoins.

Controle et portabilite

Gardez la propriete en local, puis etendez deliberement.

La plupart des equipes devraient commencer avec l'application, valider le workflow, puis ajouter de la surface seulement quand elle resout un vrai probleme.

01

Workflow local-first

Le coeur du modele d'edition et de runtime est pense pour fonctionner depuis l'application, pas depuis un dashboard serveur.

02

Sauvegarde Google Drive optionnelle

La sauvegarde et la restauration restent disponibles si vous voulez plus de portabilite entre appareils, sans stockage heberge impose.

03

Runner quand l'uptime compte

Le runner Docker reste disponible pour les charges Linux plus longues, les setups Raspberry Pi et l'operation distante.

Commencer avec l'app

Telechargez Bot Creator et gardez le runner comme etape suivante.

Utilisez d'abord l'application pour creer et piloter le bot. Ajoutez le runner Docker seulement quand l'uptime distant entre vraiment dans le travail.