Le marketplace, écran par écran
Captures d'écran de la version 0.2.0, exécutée sur une nouvelle instance avec les éléments d'exemple du dépôt. Les personnes qu'on y voit sont des comptes d'exemple, et les décomptes d'utilisation sont simulés.
Faire l'installation dans le navigateur
Ouvrez une nouvelle instance : la page d'installation demande la base de données, l'adresse publique et le compte root, vérifie la connexion et montre l'installation pendant qu'elle s'exécute. Rien n'a besoin d'être redémarré. pnpm run setup fait la même chose dans un terminal.
Le catalogue
Tous les éléments publiés, avec la recherche, des filtres et la commande rmk install de chacun. Les éléments que la revue signale comme risqués, tels que les hooks, les politiques de permissions et les serveurs MCP, l'indiquent dans la liste.
La page d'un élément
Les installations et les exécutions, les outils où il fonctionne et ce que la revue a trouvé, au-dessus des commandes d'installation et du sha256 du paquet, que rmk vérifie à chaque installation. Quand l'instance recueille des décomptes d'utilisation, la page affiche les exécutions par jour, par outil, selon ce qui les a déclenchées et selon la façon dont elles se sont terminées. Les décomptes de cette capture d'écran sont simulés.
Ce que reçoit chaque outil
Chaque élément indique dans quels outils il s'installe, et dans quelle mesure. Cette politique de permissions est prise en charge par Claude Code, et partiellement par Codex et Cursor, qui ne peuvent pas exprimer toutes ses règles; rmk avertit de ce qu'il laisse de côté.
Composer des agents et des lots
Les agents et les lots ont une vue Canvas à côté du formulaire et du YAML. Choisissez dans le catalogue les éléments qu'ils utilisent et définissez la plage de versions de chacun. Le canevas ne modifie que dependencies dans ronne.yaml, donc la revue voit toujours un diff ordinaire.
Faire la revue d'un changement
Les modérateurs voient ce qui a changé par rapport à la version publiée, les vérifications et la conversation, puis approuvent, demandent des changements ou rejettent. Ce changement est venu de rmk export : quelqu'un a modifié l'agent installé dans Codex et l'a renvoyé sous forme de proposition.
Versions
Une version ne change jamais une fois publiée. Les étiquettes comme latest dirigent les installations vers une version, et une version peut être dépréciée (elle s'installe encore, avec un avertissement) ou retirée (les nouvelles installations ne peuvent pas la résoudre).
Des décomptes d'utilisation, si root le souhaite
Root décide si rmk et le serveur MCP signalent les installations et les exécutions : désactivé (par défaut), au choix de chaque personne, ou obligatoire. Seuls des décomptes quotidiens par élément, version et outil sont conservés, pendant 90 jours, jamais qui a exécuté quoi ni où.
De votre outil d'IA au registre
rmk export envoie au registre, comme brouillon privé, un skill, un agent, une commande, une règle ou un serveur MCP que vous avez écrit pour Claude Code, Codex ou Cursor. Un élément installé que vous avez modifié revient sous forme de proposition de changement. Voici l'exécution qui a produit le changement de la revue ci-dessus :
$ rmk export code-reviewer --from codex --yes
@examples/code-reviewer: proposal from 1.0.0 created at http://localhost:3217/submissions/01M3VVAFNF958Q84S0RHXJNBNC. Once reviewed and approved, it's released as the item's next version.
Nothing is submitted: open each draft, check it, and submit it in the web app.Envie de l'essayer? Lancez l'image Docker ou lisez le code.