FZ-008 · SUPPORT
SupportGenius
Des réponses d’assistance tirées de vos docs ; tout ce qui reste sans réponse va à votre équipe.
- Statut
- En développement
- Étape du pipeline
- VALIDATION
- Secteur
- SUPPORT
- Cible d’autonomie
- NIVEAU 4 · AUTO-OPTIMISANT
- Construit avec
- 3 en ligne · 2 prévus
Le problème
Les clients attendent des réponses qui figurent déjà dans vos docs, et les vrais bugs se perdent dans la boîte de réception.
Ce qu’il fait
SupportGenius est conçu pour répondre aux clients à partir de vos propres docs et transformer ce qu’il ne sait pas traiter en ticket.
Comment ça marche
- Répond par chat, voix ou téléphone, à partir de vos documents, tickets et fichiers
- Ce à quoi il ne sait pas répondre devient un ticket de support, un lead commercial ou une issue GitHub avec étapes de reproduction
- Chaque ticket est vérifié une seconde fois avant son dépôt, et le client reçoit des mises à jour jusqu’à sa clôture
Le cœur est libre et open source (MIT) et public sur GitHub.
Conçu pour retirer de votre semaine les questions répétitives et le tri des tickets.
Aujourd’huiEn construction en open source : cœur MIT sur GitHub (widget, MCP, ticketing, reprise en main), API de staging en ligne, liste d’attente ouverte ; rien n’est encore hébergé.
Le film
Objectifs
- Exploitation autonome
- Le support est la cible de l’automatisation : répondre à partir des documents, tickets et fichiers propres à l’entreprise, transformer ce à quoi il ne sait pas répondre en ticket, en lead ou en issue avec étapes de reproduction, et tenir le client informé jusqu’à la clôture. Des personnes restent d’astreinte pour approuver, prendre le relais et rendre la main ; rien n’est déposé sur la seule parole d’un modèle.
- Intelligence
- Deux modèles qui se vérifient mutuellement plutôt qu’un seul, plus gros. Un modèle de rédaction transforme la conversation en ticket structuré et un juge indépendant décide si, où et avec quelle priorité il est déposé ; l’agent ne répond qu’au-dessus d’un seuil de confiance, et chaque correction apportée par une personne est conservée comme source relue pour le client suivant.
- Croissance
- Porté par la résolution. La croissance, ce sont les conversations résolues sans passation et les escalades déposées sans correction, comptées à partir du premier widget qui tourne sur un site qui n’est pas celui de l’auteur.
Le détail technique
Un agent de support client qui répond à partir des documents, tickets et fichiers propres à l’entreprise, par texte ou par voix. Il est accessible via un widget web, un SDK iOS ou Android, une ligne téléphonique, une API ou un serveur MCP. Ce à quoi il ne peut pas répondre devient un ticket pour le support, un lead pour les ventes ou une issue GitHub avec étapes de reproduction pour l’ingénierie : un modèle de rédaction l’écrit, un modèle juge indépendant le vérifie avant tout dépôt, et le client reçoit des nouvelles à chaque étape jusqu’à la clôture. Le cœur de ticketing et de routage est prévu en Rust, open source sous MIT. Le cœur MIT est public sur GitHub (widget, serveur MCP, ticketing et reprise en main) et une API de staging est en ligne ; l’agent, les SDK, la ligne téléphonique et les intégrations sont encore en cours d’écriture. La liste d’attente est ouverte, et rien n’est encore hébergé.
Voir aussi
Issues du même socle.
- Owlpost. Une API e-mail pour les applications et les agents AI, avec ses propres boîtes de réception.
- Colonizer. Transforme les issues GitHub en pull requests pour les développeurs, sur leur propre machine.
- Cratefield. Un backend pour les créateurs qui préfèrent compiler plutôt que configurer.
- promptdecode. Repère le texte invisible dans les revues de code qu’un relecteur humain manquerait.