Données d'utilisation
Ce que rmk signale sur les éléments qu'il a installés, qui décide et comment l'arrêter.
La documentation fournie avec Ronne AI Marketplace 0.3.0, traduite de l'anglais.
À quoi ça sert
Les téléchargements disent combien de fois un paquet a été récupéré; ils ne disent pas si un élément est utilisé. Quand cette instance recueille l'utilisation, rmk compte, pour les éléments qu'il a installés, combien de fois chacun est installé et retiré, dans quel outil d'IA, combien de fois il s'exécute et comment ces exécutions se terminent, et envoie ces décomptes à cette instance.
Les décomptes servent à tous ceux qui choisissent un élément, ainsi qu'aux modérateurs et aux auteurs : ce qui vaut la peine d'être maintenu, et ce qu'une dépréciation ou un retrait toucherait. Ils s'affichent sur la page de l'élément (Lire les chiffres). Seuls des totaux sont conservés : rien n'indique qui, ni où.
Qui décide
Root décide, pour toute l'instance, dans Admin › Settings. Le changement s'applique immédiatement et est consigné dans le journal d'audit.
- Off (le réglage d'une nouvelle instance) :
rmkne signale rien, et l'instance refuse les rapports d'utilisation. - People choose :
rmksignale, à moins que la personne ne le désactive (Le désactiver). - Required : chaque
rmkqui installe depuis cette instance signale, et rien ne peut le désactiver.
rmk demande sa politique à l'instance au plus une fois par jour, et lors de rmk login. La première fois qu'il signale à une instance, il l'indique, une seule fois, avec un lien vers cette page.
Ce qui est envoyé
Un rapport est une liste de décomptes quotidiens. Voici une ligne entière, exactement telle qu'elle circule :
{ "day": "2026-10-01", "item": "@platform/code-reviewer", "version": "1.4.0",
"tool": "claude-code", "event": "run", "trigger": "model",
"outcome": "success", "count": 3 }event:install,removeourun.trigger, pour une exécution : tapée par la personne (user), choisie par le modèle (model), utilisée dans un autre agent (agent), en CI (ci) ouunknown.outcome, pour une exécution :success,error,cancelled, ouunknownquand l'outil ne le dit pas.
Les rapports ne vont qu'à l'instance d'où l'élément a été installé, avec votre jeton d'accès, à la fin d'une commande rmk. rmk telemetry preview affiche ce qui attend d'être envoyé.
Ce qui n'est jamais envoyé
Jamais : qui vous êtes, votre projet ou votre dépôt (son nom, son dossier, son remote ou sa branche), les prompts ou les arguments, le contenu ou les chemins des fichiers, ce qu'un outil a reçu ou renvoyé, les identifiants de session, les valeurs d'environnement, ni quoi que ce soit sur les éléments que rmk n'a pas installés. Votre jeton est envoyé pour autoriser le rapport, et rien à son sujet n'est conservé avec les décomptes.
Le désactiver
Là où l'instance laisse chaque personne choisir :
rmk telemetry off # stop, on this machine, and delete what's waiting rmk telemetry on # report again rmk telemetry status # each instance's policy, and whether rmk reports to it rmk telemetry preview # what would be sent now
Définir RMK_TELEMETRY=0 dans l'environnement l'arrête aussi, pour un script ou pour toute une machine. Là où l'utilisation est obligatoire, ni l'un ni l'autre ne fonctionne : rmk telemetry off l'indique, et rmk continue de signaler à cette instance.
Ce que signale chaque outil d'IA
Les installations et les retraits sont comptés par rmk lui-même. Pour les exécutions, l'outil d'IA doit prévenir rmk; donc, quand il signale, rmk install ajoute un hook, rmk telemetry hook <tool>, aux réglages de l'outil dans votre dossier personnel (jamais à ceux d'un projet, donc rien n'est versionné), et l'indique. rmk telemetry off le retire.
| Outil | Exécutions signalées | Comment elles se sont terminées |
|---|---|---|
| Claude Code | Skills (choisis par le modèle ou tapés), commandes, agents, serveurs MCP | Pour les skills et les serveurs MCP |
| Codex | Agents et serveurs MCP; les skills et les commandes ne comptent que les installations | Non signalé |
| Cursor | Agents et serveurs MCP; les skills et les commandes ne comptent que les installations | Pour les agents et les serveurs MCP |
Les hooks, les règles, les styles de sortie, les lignes d'état, les politiques de permissions et les serveurs LSP ne s'exécutent pas d'eux-mêmes : ils ne comptent que les installations. Codex n'exécute un nouveau hook qu'après que vous l'avez revu dans son écran /hooks.
Ce que l'instance conserve
L'instance ajoute chaque rapport à des totaux quotidiens par élément, version, outil, événement, déclencheur et résultat, et les conserve 90 jours. Rien sur la personne, le jeton ou le projet n'est conservé avec eux. Une ligne qu'elle ne peut pas compter (un élément qu'elle n'a pas, un jour trop ancien) est ignorée.
Lire les chiffres
L'utilisation d'un élément s'affiche sur sa page dès qu'une installation ou une exécution a été signalée dans les 30 derniers jours. Sinon, l'onglet Overview l'indique et affiche ses cartes habituelles. Les petits nombres sont affichés tels quels : quelques exécutions peuvent venir d'une seule personne qui essaie l'élément.
Root peut définir un minimum dans Admin › Settings : un élément n'affiche alors son utilisation qu'à partir de ce nombre d'installations et d'exécutions additionnées sur 30 jours, et en dessous, l'onglet Overview indique ce minimum. Cela évite qu'une poignée d'événements ait l'air d'une tendance; cela ne distingue pas une personne très active de plusieurs personnes.
- Installs, 30 days : les installations signalées par
rmk, une fois par outil (un élément installé pour deux outils compte deux fois), avec en dessous les retraits et les téléchargements depuis le début. - Runs, 30 days : combien de fois les outils d'IA l'ont exécuté, la moyenne par jour, et la part des exécutions réussies parmi celles dont le résultat a été signalé, à partir de 20 de celles-ci. Les hooks, les règles, les styles de sortie, les lignes d'état, les politiques de permissions, les serveurs LSP et les lots ne s'exécutent pas d'eux-mêmes : ils affichent plutôt les installations.
- Works in : la part des exécutions (ou des installations) de chaque outil, avec une barre à la couleur de chaque outil.
- Usage, last 14 days : les exécutions par jour, sans aujourd'hui puisque la journée n'est pas terminée, avec le jour le plus chargé. Ses jours sont des jours UTC, puisque l'utilisation est additionnée par jour UTC, contrairement aux autres heures de l'application; puis les exécutions par outil, selon ce qui les a déclenchées (tapées, choisies par le modèle, utilisées dans un agent, CI) et selon la façon dont elles se sont terminées. Un outil qui ne peut pas signaler les exécutions de cet élément y est nommé (Ce que signale chaque outil d'IA).
- Versions : les exécutions et les installations par version sur 30 jours, aussi dans les boîtes de dialogue de dépréciation et de retrait.
Quand root désactive l'utilisation, ce qui est conservé continue de s'afficher, avec une note, jusqu'à la fin de ses 90 jours.