Développeurs
SDK type-safe, scopes isolés, hot-composition à l'exécution — et une marketplace grâce à laquelle vos modules se vendent. Open Core (AGPL-3.0), exécutable en local — gratuit pour l'exploitation en interne.
Démarrez la runtime locale, générez le squelette de module, composez — sans inscription, sous licence AGPL.
# Démarrer la runtime locale npx wiresphere dev # Générer le squelette de module (TypeScript, contract-first) npx wiresphere create module my-checkout # Composer le module dans l'application en cours d'exécution — sans rebuild npx wiresphere compose add ./my-checkout
Documentation complète et référence API : les liens suivront au lancement de la marketplace publique.
Charge les modules à l'exécution, isole leurs scopes et orchestre la communication via des interfaces typées. Hot-composition au lieu du cycle CI/CD ; les erreurs restent confinées au scope, rollback par module.
Contract-first : vous définissez des interfaces typées et versionnées ; le Service Broker reçoit les appels via HTTP et les valide par rapport au contrat. Aucune connaissance du reste du système n'est nécessaire — le scope est votre univers.
S'appuie sur le Module SDK : fonctions privées sans obligation de publication, dual licensing, intégration SSO et policies. Les policies durcissent les règles de l'application — impossible de les assouplir.
Découverte, gestion des licences et canaux de mise à jour automatique avec vérification sémantique de compatibilité. Les modules publiés passent une certification avant d'être mis en circulation.
Le reste de la stack reste votre choix : bases de données, frameworks front-end et outillage ne sont pas imposés — la runtime orchestre des modules, pas vos décisions technologiques.
Un module est un scope isolé doté d'un contrat explicite. Ce qui n'est pas typé n'existe pas pour les autres modules.
import { defineModule } from "@wiresphere/sdk";
import { CartContract, PaymentContract } from "./contracts";
export default defineModule({
name: "checkout",
version: "1.4.2",
contracts: { cart: CartContract, payment: PaymentContract },
scope: { isolation: "strict" },
setup({ runtime, config }) {
runtime.expose("checkout.session", createSession(config));
},
});
Le Service Broker vérifie chaque requête par rapport au contrat versionné — les appels incompatibles sont rejetés avant de produire un effet. Cela vaut aussi pour les modules générés par des agents de codage.
Les interfaces suivent le versionnage sémantique. La runtime vérifie la compatibilité avant qu'une mise à jour n'entre dans l'application.
Les scopes tiennent dans les contextes des LLM. Les agents peuvent créer et maintenir des modules sans connaître l'ensemble du système — la plateforme fait respecter les frontières.
Aujourd'hui
À partir du T4 2026
Échanges avec la communauté : Vers le forum Wiresphere → · Le dépôt GitHub suivra au lancement de la marketplace publique.
Les modules sont réutilisables dans tous les secteurs — la marketplace en fait un modèle économique pour les développeurs.
Définissez le contrat, implémentez le scope, testez en local avec la runtime de développement.
Vérification des types, revue de compatibilité et de qualité — la curation maintient le niveau élevé du catalogue.
La plateforme prend en charge la gestion des licences et les mises à jour automatiques — avec un revenue share équitable pour vous.
L'entrée est gratuite — déployez la runtime et composez votre premier module dès aujourd'hui.