Command Center

Demandez du travail en langage courant. Le noyau décide si cela peut s'exécuter.

#Ce que c'est

Le Command Center est la façon de demander à sSystm de faire quelque chose sans aller chercher l'écran qui le fait. Vous décrivez ce que vous voulez — installer un espace de travail pour un nouveau client, donner un accès, rédiger la facture — et le système l'exécute à travers les modules concernés.

Il est disponible à chaque niveau de sSystm. Ce n'est pas une option, et ce n'est pas un assistant séparé posé à côté de votre espace de travail. C'est la façon dont l'espace de travail est piloté.

#D'abord la demande, ensuite la décision

Le mécanisme mérite d'être compris, car c'est la différence entre une commodité et quelque chose que l'on peut laisser approcher les données d'un vrai client.

Le modèle d'IA n'exécute pas d'actions. Il en demande une. Une demande nomme une action et ses arguments — rien de plus. Le noyau décide alors, de sa propre autorité, si elle peut s'exécuter : qui demande, ce que l'action exige, si la personne le détient, et si la cible lui appartient. Ce n'est qu'ensuite que le travail se produit, et il est réalisé par le module qui en est propriétaire, jamais par le modèle.

La sortie du modèle est une proposition. L'autorisation n'est pas quelque chose à quoi il participe.

#Niveaux d'habilitation

Chaque action que le Command Center peut accomplir déclare le niveau qu'elle exige :

NiveauCouvreExemple
OpérateurLe travail courant — lire, rédiger, mettre à jour des enregistrements« Ajoute Anna comme lead »
AdministrateurCréer de l'infrastructure« Installe un espace de travail pour Nordkust »
PropriétaireChanger qui peut atteindre quoi« Donne à Erik le rôle admin sur cet espace »

L'habilitation est vérifiée avant qu'une action ne soit lancée, et elle est vérifiée contre la personne qui demande — pas contre quoi que ce soit produit par le modèle. Une demande pour un niveau que vous ne détenez pas est refusée. Cela ne se négocie pas, et reformuler n'aide pas.

L'habilitation est une frontière de sécurité : elle est donc incluse partout. Ce n'est pas quelque chose dont on achète davantage.

#Pourquoi nous l'avons écrit nous-mêmes

Il existe des bibliothèques qui font les boucles d'agent à votre place. Nous n'en utilisons aucune, et la raison est précise.

Ces bibliothèques exécutent l'action en votre nom. Cette seule étape — entre le modèle a demandé le changement de permission et la permission est changée — est tout le modèle de sécurité. Une bibliothèque qui possède cette étape possède votre autorisation.

Le coût de s'en passer est réel : nous écrivons la boucle, nous gérons un modèle qui répond en prose au lieu d'une demande en bonne et due forme, et nous comptons les jetons nous-mêmes. Nous avons payé ce coût sciemment, car l'alternative est une frontière de sécurité entretenue par les notes de version de quelqu'un d'autre.

#Quoi dire, concrètement

Les phrases simples fonctionnent. Vous n'avez pas besoin d'une syntaxe, et il n'y a aucune liste de commandes à apprendre — décrivez le résultat que vous voulez et nommez les choses concernées.

  • « Ajoute Anna Berg chez Nordkust comme lead, anna@nordkust.se. » Crée le contact. Nommer l'entreprise l'y rattache ; sans statut, lead est pris par défaut.
  • « Qu'y a-t-il dans le pipeline ce mois-ci ? » Lit vos deals et résume par étape.
  • « Installe un espace de travail séparé pour Nordkust, région UE. » Créer de l'infrastructure exige l'habilitation administrateur. Dire la région évite qu'elle soit devinée.
  • « Donne à erik@notreagence.fr le rôle admin sur l'espace Nordkust. » Les changements d'accès exigent l'habilitation propriétaire, et vous ne pouvez jamais accorder au-dessus de votre propre niveau.

Deux habitudes aident : nommez les choses comme elles sont nommées dans votre espace de travail, et dites le détail qui vous importe au lieu d'espérer que la valeur par défaut convienne. Ce que vous omettez retombe sur le réglage de votre organisation — jamais sur une supposition.

#Quand il dit non

Un refus est une information, pas un bug. Les raisons habituelles :

  • « Vous n'avez pas l'habilitation pour cela. » L'action exige un niveau que votre rôle ne porte pas. Reformuler n'y changera rien — demandez à un propriétaire, ou faites-vous accorder la permission.
  • Il pose une question au lieu d'agir. Quelque chose d'obligatoire manquait et il ne l'inventera pas. Répondez à la question et il continue.
  • Il dit que l'action attend une approbation. Tout ce qui touche à votre compte cloud est retenu pour une personne. Rien ne s'est encore produit ; trouvez-le dans Cloudflare → Approbations.
  • Il ne trouve pas ce que vous avez nommé. L'enregistrement n'existe pas sous ce nom dans cet espace de travail. Vérifiez l'orthographe, et vérifiez que vous êtes dans le bon espace.

Ce qui n'arrivera jamais, c'est qu'il contourne un refus, ou qu'il prétende avoir réussi alors que non.

#Être précis aide

Le Command Center ne devine pas ce que vous n'avez pas dit. Si vous demandez un espace de travail sans nommer de région, il utilise la valeur par défaut de votre organisation plutôt que d'en choisir une — parce qu'une supposition sur l'endroit où vivent les données ne vaut pas la peine d'être faite.

Cela vaut partout : dites ce que vous voulez dire, et ce que vous omettez retombe sur les réglages de votre organisation au lieu d'être inventé.

#Tout atterrit au grand jour

Le travail fait via le Command Center apparaît dans votre espace de travail comme n'importe quel autre travail, marqué comme réalisé par l'IA. Il apparaît sur l'enregistrement qu'il a touché, à l'endroit où votre équipe aurait regardé de toute façon. Rien ne se passe dans un canal parallèle, et rien n'arrive sans attribution.

Si une action nécessite la validation d'une personne, elle attend visiblement cette personne au lieu de continuer et d'annoncer un succès. Voir Permissions et contrôle.

Vérifié avec l’application le