LeavePulse est construit autour de pages publiques pour communautés Minecraft, d'une propriété serveur vérifiée et d'un Agent connecté qui transporte l'état du runtime Minecraft vers le produit.
Cette page reste volontairement au niveau produit. Les schémas d'endpoint et les détails de requêtes restent dans la référence API.
Modèle système
Workspaces portent les paramètres opérationnels, les membres, la facturation et la gestion des projets.
Projects représentent des communautés ou réseaux publics. Un project peut contenir un seul serveur ou plusieurs serveurs liés.
Servers sont les entrées Minecraft que les joueurs rejoignent. Ils peuvent exister comme fiches publiques avant la vérification par Agent, mais les fonctionnalités live management nécessitent une preuve de propriété et un runtime connecté.
Agent et gateway
L'Agent LeavePulse s'exécute dans un serveur Minecraft ou un processus proxy. Il peut démarrer sans être connecté, générer la configuration, enregistrer les commandes locales et exporter les diagnostics. Après la commande de connexion, l'Agent stocke l'identité serveur liée et le jeton gateway.
La gateway est le chemin low-latency pour le comportement produit en direct : télémétrie vérifiée, synchronisation whitelist, actions de modération, vérification des joueurs, état de maintenance et requêtes distantes de LeavePulse vers le runtime.
API et limites produit
Utilisez la documentation produit pour le comportement de setup, les workflows support et les concepts orientés utilisateur. Utilisez la référence API pour les contrats d'endpoint, les payloads de requête et les détails d'intégration.
La section développeur deviendra plus visuelle plus tard. Pour l'instant, elle explique les principaux éléments du système et renvoie vers la référence API dans l'en-tête de la documentation.