Comment marche GhostOne

Une équipe d'agents qui travaille dans les vrais outils de l'entreprise, sous contrôle

Ce qui rend GhostOne solide

Le chemin d'une demande

Quel que soit le canal, la demande suit le même chemin. L'application, WhatsApp, l'e-mail, la voix et l'API ne sont que des portes d'entrée vers le même moteur.

La boucle, c'est l'agent qui lit, calcule, relit puis répond.

Le code établit les faits, le cerveau comprend et choisit

Le code établit les faits et garde ce qu'il prouve. Le modèle comprend la demande et choisit parmi ce qui lui est permis.

C'est pour ça qu'un logiciel branché demain marche sans qu'on écrive de code pour lui : le code ne connaît que des actes (lire, créer, envoyer, payer, supprimer, régler), jamais un client, un logiciel ou une demande précise.

Le code ne prend jamais la main sur l'agent

Autrefois, quand un outil avait quelque chose à montrer (la carte d'un process, une question à choix), son texte pouvait prendre la place de la réponse de l'agent, et les appels suivants de l'agent étaient refusés. La mesure au vrai modèle l'a fait voir. Depuis, une seule règle vaut pour tous les outils : ce que le code montre s'ajoute sous la réponse de l'agent, dans l'ordre, et rien n'écrase rien. Ce que le code montre est de trois natures, pas une de plus :

L'agent sait ce qui sera affiché sous sa réponse (« affiché sous ta réponse, ne le recopie pas, tu gardes la main ») et continue son travail : plus aucun outil n'est refusé parce que le code a déjà écrit. Les droits, la porte d'action, l'accord, le budget et la preuve des actes, eux, ne changent pas.

Le code ne redit plus ce que l'agent a dit

Plus aucune décision prise sur les mots du message

Un test de contrat relit le code de ces chemins à chaque vérification : il échoue si le message de la personne y revient, si une nouvelle liste de mots y apparaît, ou si une lecture retirée y réapparaît. Les seuls vocabulaires qui restent sont fermés et déclarés avec leur raison (une commande exacte comme « arrêter », la mention @Prénom, les noms de gestes du code).

Ce qui part au modèle, à chaque aller-retour

Des exemples, pas à pas

Choisis un exemple, puis avance étape par étape. Les données sont fictives ; le chemin est celui que suit vraiment GhostOne.

Comment l'agent touche les outils de l'entreprise

Sept façons de brancher un logiciel. Toutes passent par la même porte. Un outil qu'on ne sait pas classer est traité comme une écriture chez un tiers : il demande un accord.

Les logiciels qui ont beaucoup d'actions : les groupes

Un logiciel relié peut proposer des dizaines ou des centaines d'actions. Elles ne tiennent pas dans les 40 places de la vitrine. Elles sont donc rangées par catégorie, une fois pour toutes, au niveau de la plateforme.

Avec la carte du savoir, l'agent se souvient ensuite du bon groupe pour un sujet et y va directement.

Tout se fait seul quand un logiciel change

Aucun réglage à refaire quand un logiciel ajoute des actions : l'agent les découvre, sait ce qu'elles font et les range.

Un logiciel branché est préparé une fois ; une longue liste devient un tableau que le code filtre

Préparé une fois. Au branchement, le code lit la fiche technique de chaque action et en tire son profil, sans intelligence artificielle : par quoi on peut filtrer (un statut, une date, un mois), combien elle rend au plus d'un coup, et s'il existe une suite. Ce profil est le même pour tous les clients qui ont ce logiciel, il se voit à côté de la fiche, et un administrateur peut le corriger : sa correction passe devant. Un rangement qui échoue est retenté dans les minutes, puis chaque jour.

Rapide d'un message à l'autre. Pendant un échange, la liste des outils que voit l'agent ne change plus : ouvrir un groupe n'ajoute rien, il exécute l'action. Le fournisseur de modèle peut alors réutiliser ce qu'il a déjà lu (son cache), au lieu de tout relire à chaque aller-retour. La ligne de chaque logiciel branché dit aussi par où passer (ses groupes, ses opérations, ou la lecture générale), pour éviter les détours.

Une longue liste devient un tableau. Quand le logiciel rend une liste (des centaines de fiches), le code la range en lignes et colonnes au lieu de la couper en texte. L'agent reçoit le nombre de lignes, les colonnes, les premières lignes et une référence ; pour « ceux qui n’ont pas encore eu leur rendez-vous », il demande au code de filtrer et de compter sur toutes les lignes, puis d'en faire un tableur si on le veut. Le chiffre vient du calcul, jamais de sa mémoire, et il n'a plus besoin de louer la boîte de calcul pour ça.

en ligne Lot fluidité, partie A. Reste à mesurer avec le vrai modèle (cas de banc 182 à 186), puis un retest réel sur un logiciel relié.

Un chiffre lu s'affiche en carte

Quand l'agent lit une base, une liste ou un logiciel relié, le code pose lui-même la carte de ce qui a été lu sous la réponse : une seule ligne de nombres devient un chiffre clé, plusieurs lignes un tableau qui se trie. L'agent n'a pas à la demander ; il dit ce qu'elle montre sans recopier les lignes. S'il relit la même chose, la nouvelle carte remplace l'ancienne ; une lecture vide n'en pose pas. Pour un graphique ou une partie seulement, il le demande. À la voix et sur une messagerie, rien ne change.

en ligne · lot 6 Lot cartes. Reste à mesurer avec le vrai modèle (cas de banc 201 à 203).

Les modèles de l'entreprise : une copie à cases, faite une fois

Les modèles que GhostOne fournissait lui-même (un courrier, une attestation, un avenant écrits dans le code) sont retirés : l'agent ne prend plus que ceux de l'entreprise.

en ligne · lot 6 Lot modèles. Reste à mesurer avec le vrai modèle (cas de banc 200), puis un retest réel sur un modèle de contrat de l'entreprise.

Un seul rail pour tous les systèmes

La fiche de chaque système, telle que l'agent la lit

À chaque échange, l'agent reçoit une ligne par système de l'entreprise, calculée par le code depuis ce qui est branché et depuis les droits de la personne et de l'agent : jamais depuis le message. Exemple fictif, une agence immobilière :

- ¹« Gestion des agences » (ou « le back-office ») — ²Suit les biens, les mandats et les visites. ³On y lit les visites, les propriétaires ; on y lit, crée et modifie les mandats ; on y crée les biens. ⁴Par ses groupes. ⁵Fait foi pour : les mandats.

• 1Son nom et ses surnoms, ceux que l'entreprise lui donne : la personne dit souvent le surnom.
• 2À quoi il sert, en une phrase, d'après sa fiche ou ce que l'entreprise en a dit.
• 3Ce qu'on y lit, ce qu'on y crée et modifie, objet par objet, droits de cet échange compris. Autrefois, la ligne disait seulement « on y écrit », sans dire quoi.
• 4Par où il se lit et s'écrit : ses groupes, ses outils, son catalogue d'opérations ou un outil direct.
• 5« Fait foi » seulement si l'entreprise l'a déclaré la référence d'un sujet (dans la carte du savoir). Sans déclaration, rien n'est dit.

Son état se lit aussi : un système fermé à cet agent est dit avec qui l'a (« pas ouvert à cet agent : Agathe l'a ») ; un système connu mais pas encore relié est dit tel quel. Un agent externe a sa ligne, joignable ou non, avec ce qu'il déclare savoir faire.

Une écriture sans système désigné. Si l'agent veut créer ou modifier une fiche sans dire où, l'outil ne lui rend plus tous les systèmes branchés : seulement ceux où cet acte sur cet objet est permis à cet échange, avec l'outil et les paramètres à passer. Un seul : c'est un fait. Plusieurs, dont un déclaré « fait foi » : c'est un fait. Plusieurs sans déclaration : une question à la personne, retenue après la première écriture réussie.

Le conservateur du catalogue, et le profil de chaque outil

À côté, le profil de chaque outil est calculé par le code depuis son seul schéma, sans modèle (ses filtres, la taille d'une page, l'existence d'une suite : voir plus haut). Le même schéma donne toujours le même profil.

La mémoire, en direct

L'agent tient une carte du savoir : où chaque personne et l'entreprise rangent leurs choses. Il demande une fois, et retient seulement après avoir réussi à lire au bon endroit. Fais avancer la conversation pour voir la carte se remplir.

La mémoire des façons de faire

La carte du savoir retient où sont les choses. La mémoire des façons de faire retient comment une demande a été réussie : la suite des outils appelés, les systèmes réellement lus, les calculs faits. La première fois prend du temps ; la fois suivante, l'agent part de ce qui a marché.

La ressemblance entre deux demandes sert seulement à retrouver des candidats : elle ne décide rien. Une façon apprise ne passe jamais d'une entreprise à l'autre, et une séance d'essai ne laisse rien. Seul un process créé par la personne se rejoue seul. La recherche avant le premier appel au modèle est bornée à 5 secondes : au-delà, l'échange continue sans elle.

Ce que l'agent apprend ensuite

Avant, le code proposait lui-même : une question « je le fais pour vous ? » sous la réponse, un process rédigé quand un travail revenait. Ces propositions n'avaient jamais été mesurées ; elles sont sorties. Il n'y a plus qu'un calcul de « la même chose refaite » : les réussites d'une façon apprise.

Le coffre de chaque personne

Un vrai assistant se souvient de ce qu'on lui a dit. Chaque personne a son coffre : ses conversations passées, ses idées, ses rappels, ses décisions, ses rencontres et ses comptes rendus, datés, même dictés à la voix entre deux réunions. Le coffre est privé : seule la personne le lit, elle le voit et l'efface dans « Moi ».

Ce qui se charge, et ce qui ne se charge pas

Tout charger à chaque message rendrait l'agent lent et cher. Comme un vrai assistant, il a l'agenda du jour en tête, sort le dossier quand on parle de quelqu'un, et va aux archives quand on lui demande.

en ligne Le coffre est arrivé avec le lot 3. Les exemples sont fictifs.

La suite, la journée d'une vraie assistante, est le mode assistant : il lit le coffre pour préparer le point du matin.

Le mode assistant

Une personne qui le veut transforme son Ghost en assistante de direction : un point le matin, les rendez-vous fixés dans l'agenda, un mot court avant un rendez-vous, une question juste après, et des relances prêtes à valider d'un « oui ». L'entreprise le propose, la personne l'active elle-même, d'un bouton dans « Moi › Mon assistant » ou en le disant. Rien ne part sans son geste, et l'administrateur ne voit que l'état : pas proposé, proposé, activé ou arrêté.

Un point du matin, de bout en bout (exemple fictif)

Un rendez-vous et une rencontre (exemple fictif)

Juste après une réunion (exemple fictif)

Quinze minutes avant (exemple fictif)

Des relances prêtes à valider (exemple fictif)

Les garde-fous déjà en place

Process, dossiers et programmes

Une demande ponctuelle se règle en conversation. Ce qui revient devient un process : une suite d'étapes qui tourne seule, à chaque fois que quelque chose arrive ou à heure fixe.

Un process est un modèle d'exécution. Le créer est un savoir-faire que l'agent prend : un skill.

Le code ne rédige plus le process à la place de l'agent, et il n'y a plus de second modèle pour l'écrire : l'agent écrit la recette, le code donne les faits et garde les droits, la porte, la preuve, l'essai à blanc et le déclencheur. « Modifier un process » est un second skill, sur le même modèle.

Chaque étape est jouée par l'agent, puis rejouée sans modèle

Une étape qui lit un système, ou qui agit avec des valeurs que rien n'a encore fixées, est un échange ordinaire du même agent, au nom de la personne responsable du dossier, avec ses droits. Quand l'étape a réussi, son chemin est gardé ; aux passages suivants, le code le rejoue seul.

Le même process chez deux clients : seules les liaisons changent

Une étape ne nomme jamais un logiciel : elle dit le type de système qu'elle attend (un classeur, un agenda, un CMS, un système de gestion…). Chez chaque entreprise, elle se lie à un de ses systèmes branchés : un seul convient, il est lié d'office et c'est dit ; plusieurs, la personne choisit ; aucun, l'étape est « à lier » et le process reste en brouillon. Elle peut aussi décider qu'une personne fera l'étape à la main.

Un seul moteur pour ce qui tourne

Ce que les agents savent faire (un process, une routine, un rappel, une méthode, un programme) se lit sur une seule page, rangé par famille : le socle écrit et mesuré par nous, ce qui vient du métier de l'entreprise, ce que l'équipe a écrit, ce qui a été appris. Ce qui tourne (un dossier, un travail en fond, une tâche confiée) se lit dans « Ce qui tourne ». Derrière, un moteur et une règle par chose :

en ligne Chantier 3, phases 1 et 2. Prouvé par des tests à faux modèle (deux entreprises : seules les liaisons changent ; trois étapes jouées puis rejouées sans modèle). Pas encore mesuré au vrai modèle. La suite est le lot 3c.

« Tous les deux jours », et un process qui dit ce qui le lance

Un rythme porte maintenant un pas : « tous les deux jours », « toutes les trois semaines », « tous les deux mois » sont enregistrés tels quels, jamais ramenés à « chaque jour ». La prochaine date se calcule au fuseau du process. Et la création dit son déclencheur comme un fait : « Déclencheur : chaque lundi à 8 h », ou « aucun : rien ne le lance seul », au lieu d'un « créé et actif » sans rien derrière.

Les ghosts : l'agent se dédouble

Quand un travail se partage en morceaux indépendants, l'agent peut lancer lui-même de 2 à 5 copies de lui, qui travaillent en même temps, puis rassembler ce qu'elles rendent. C'est lui qui le décide, par son outil work_in_parallel : rien ne l'impose, aucun mot du message n'est lu. Exemple fictif, une enseigne de décoration :

La porte de chaque outil

Chaque appel d'outil passe par la même porte, dans le même ordre, quel que soit le branchement. Un refus revient au cerveau comme un résultat clair, avec ce qu'il peut faire à la place.

1. Le droit. La personne et l'agent ont-ils le droit ? Sinon l'outil n'est même pas proposé.
2. L'acte. Lire, créer, envoyer, payer, supprimer, régler : calculé une fois.
3. L'accord. Ce que la personne demande clairement s'exécute. Ce qu'elle n'a pas demandé et qui écrit chez quelqu'un d'autre attend sa validation. Payer, supprimer et changer un réglage demandent toujours une personne.
4. La preuve. L'agent ne dit « envoyé » ou « créé » que si le code a vu l'acte réussir.
5. Le journal. Qui, quoi, quand, le texte exact.

Fermé par défaut : ce qui manque est refusé, une personne inconnue est restreinte, une erreur s'affiche comme bloquée, jamais comme réussie. Un document, un mail ou une page lus ne donnent jamais d'ordre à l'agent.

Une demande à valider se comprend seule

Chaque demande d'accord répond à quatre questions, avec les mêmes mots dans l'application, sur WhatsApp et par e-mail : d'où elle vient (la relecture de la nuit, l'étape d'un dossier, un agent, une personne ; quand ; d'après quel logiciel), ce qui se passe si on valide, et où (dans l'espace de l'entreprise, ou dans tel logiciel nommé), pourquoi on le demande (créer des personnes, écrire chez un tiers, envoyer, payer, changer un réglage), et ce qui se passe si on refuse. Le texte est écrit par le code à partir de ce que la demande porte, jamais en relisant son titre ; une demande d'un type inconnu dit seulement ce qui est sûr. Exemple : « Mettre à jour le registre depuis « Suivi du réseau » : 2 personnes à créer, 4 à rattacher » — proposée par la relecture de la nuit, elle écrit dans le registre, rien dans « Suivi du réseau » ; refusée, elle ne revient pas tant que rien n'y change.

Il dit ce qu'il va faire, puis il le fait

Pour une demande en plusieurs étapes, la personne lit en quelques secondes, en tête de la carte « Au travail », une phrase de l'agent : « je cherche le mail, j'ouvre son fichier, j'en sors la liste ». Ce n'est pas une demande d'accord : il l'écrit avec sa première action, puis il avance. La phrase reste ensuite sous la réponse ; « je lis ceci dans tel dossier » s'y ajoute, pour une seule annonce. La fin dit toujours ce qui a été vraiment fait, prouvé par le code. Quand un outil refuse pour une règle et que l'agent réussit autrement, l'étape s'affiche « change de chemin », sans rouge.

Un brouillon ne part pas

« Prépare-moi un mail en brouillon » crée un brouillon dans la boîte de la personne, relu dans sa boîte, avec son lien : rien ne part. La personne peut aussi dire une fois « mets toujours mes mails en brouillon » ou « demande-moi avant chaque mail » : l'agent le retient lui-même, le code l'applique ensuite à chaque e-mail, sur tous les branchements, et la personne le voit et l'efface dans Mémoire. Une préférence n'ajoute qu'une précaution pour elle-même ; elle n'enlève jamais une validation de l'entreprise. Retoucher son propre brouillon ne demande pas d'accord de plus, puisque rien ne sort.

Un fichier vide est dit vide

Un tableau produit sans aucune ligne n'est plus présenté comme prêt : la carte affiche « Vide : 0 ligne », et l'agent dit pourquoi puis propose une autre lecture. Un calcul de tableau qui ne donne rien n'écrit même pas de fichier.

Les bases de données, une par une

Dans « Ses outils », chaque base reliée est nommée, et l'entreprise choisit pour chaque agent celles qu'il lit, avec le même bouton « Choisir » que pour les tableaux d'un autre logiciel. Un agent nouveau ne lit aucune base tant qu'on ne les a pas choisies ; un agent qui en lisait déjà les garde.

La signature de sa messagerie

Quand la personne demande sa signature et n'en a pas écrit ici, celle de sa messagerie Google est reprise telle quelle. Microsoft ne la donne pas à un logiciel : l'agent le dit simplement, sans reproche, et propose de la garder ici.

Publier sur un site public : toujours un accord

Publier est un acte à part dans la table unique des actes : ce que tout le monde verra. Dans un process qui tourne seul, une publication attend toujours l'accord d'une personne, même pendant un essai. En conversation, elle ne part que sur la demande claire de la personne (« publie l'article sur le site »), jamais parce que l'agent a jugé bon de le faire. Le studio le dit sur l'étape. Exemple fictif : « chaque vendredi, prépare l'actualité de la semaine et publie-la sur le blog » produit chaque vendredi une carte à valider, pas une publication.

Un essai ne laisse rien dans le réel

La preuve d'un acte reste dans le fil

Un acte fait en conversation (un e-mail parti, une fiche créée, un fichier remplacé) devient un objet du fil, avec sa preuve : le lien rendu par le logiciel, ou sa réponse. Aux messages suivants, l'agent le reçoit comme un fait du code, à part de ce qu'il a trouvé. « Tu l'as bien envoyé à Lucie ? » se répond sur la preuve, pas de mémoire. Et le résultat d'une action nomme ce qu'elle a touché, tel que le code l'a retrouvé.