À propos de ShipGlows
Le produit n’est pas né d’une ambition générique d’ajouter de l’IA au développement. Il répond à une douleur opérationnelle répétée : fondateurs et builders perdent le contexte, les passages de relais entre agents s’affaiblissent, et le travail dérive entre intention produit, docs, code et changements runtime.
Pour qui
ShipGlows est conçu pour des personnes qui livrent déjà de vrais produits et veulent une manière plus claire et fiable de travailler avec des agents sans transformer chaque fil en reconstruction de contexte.
Ce que ça résout
Le produit réduit l’ambiguïté avant le code, renforce les passages de relais par des contrats explicites et rapproche la vérification de la promesse réelle du travail.
Pas un assistant de code de plus. Pas seulement un script serveur PM2 avec quelques helpers. Pas un paquet de prompts. Pas un PaaS ou gestionnaire de plateforme généraliste.
ShipGlows traite business, produit, GTM, marque, architecture et règles techniques comme des contrats de décision parce qu’ils façonnent ce que les agents construisent, vérifient et revendiquent publiquement.
ShipGlows choisit le mécanisme qui réduit la friction sur le vrai chemin vers la livraison, plutôt qu’une abstraction plus élégante mais plus coûteuse à exploiter.
Une correction directe ne doit pas disparaître dans la mémoire du chat. Quand sf-fix change un comportement réel, ShipGlows attend un BUG-ID, un pointeur compact et un dossier de bug exploitable.