Ronne AI Marketplace 0.4.0

Nouveautés

• Un espace de travail est un niveau au-dessus des portées, avec ses propres membres et rôles : utilisateur, modérateur et un nouvel admin, qui gère l'espace de travail sans être root. Il est public ou privé; un espace de travail privé et tout ce qu'il contient ne sont vus que par ses membres et par root. Chaque instance a l'espace de travail global, et tout le monde sauf root en est membre.
• Chaque personne a un espace de travail personnel, vu seulement par elle et root, pour créer et essayer des éléments avant de les passer à une équipe. On fait une demande d'adhésion à un espace de travail depuis la page Workspaces, avec un message, et ses modérateurs et admins y répondent. Les admins peuvent renommer leur espace de travail, et une portée peut être déplacée d'un espace de travail à un autre.
• Les noms de portée sont uniques par espace de travail; le nom complet d'un élément est donc @workspace/scope/name, et @scope/name désigne toujours un élément de global. Quand un espace de travail est renommé ou qu'une portée est déplacée, les anciens noms restent comme alias, de sorte que les fichiers de verrouillage, les dépendances et les liens continuent de fonctionner. Un rmk antérieur à la version 0.4.0 n'installe que les éléments de global et vous demande de faire la mise à jour.
• rmk workspaces liste les espaces de travail que vous voyez et votre rôle dans chacun, rmk search --workspace limite une recherche à un seul, et rmk export regroupe par espace de travail les portées que vous pouvez utiliser. Le serveur MCP a list_workspaces, et l'API a GET /api/v1/workspaces.
• Les liens de l'en-tête passent dans une barre latérale à gauche, en trois groupes, qui se replie en une colonne d'icônes. Son sélecteur d'espace de travail définit l'espace de travail dans lequel vous travaillez : Catalogue, Reviews et My submissions n'affichent que celui-là, et New item y commence, jusqu'à ce que vous choisissiez All workspaces.
• Un élément et ceux de vos brouillons dont il a besoin passent ensemble en revue. Submit les soumet en une seule étape, et Release publie un élément avec les dépendances qui ne sont pas encore publiées, toutes ou aucune. Les éléments qui ont besoin l'un de l'autre, comme un agent et le skill qu'il exécute, sont permis et sont installés ensemble.
• rmk-server backup crée une seule archive de la base de données, des éléments stockés et du fichier de réglages pendant que Ronne fonctionne, et rmk-server restore la restaure, sur la même machine ou une autre, dans SQLite, PostgreSQL, MySQL ou MariaDB. Une archive peut être vérifiée avec --verify et chiffrée avec une phrase secrète.
• Le serveur écrit une ligne JSON par événement, avec un niveau et la requête à laquelle elle se rattache, et jamais de secret. Pointez-le vers un collecteur OpenTelemetry et il envoie des métriques et des traces; sans collecteur, rien n'est envoyé. Le point de terminaison de santé indique maintenant aussi l'état de la base de données et du stockage.
• Un modèle de menaces et un guide d'intervention en cas d'incident figurent dans le dépôt. rmk-server revoke-access met fin aux sessions et révoque les jetons d'accès de tout le monde ou d'une seule personne, et rotate-secret remplace le secret qui signe les sessions. Les deux demandent d'abord une confirmation et sont consignés dans le journal d'audit.
• Le serveur fonctionne sous Linux et macOS. Sous Windows, exécutez-le dans WSL 2 ou une machine virtuelle Linux : le service Windows, les archives Windows et install.ps1 n'existent plus. rmk et le serveur MCP fonctionnent toujours sous Windows.
• Un élément revient à des versions plus anciennes quand les plus récentes entrent en conflit, chaque version de dépendance montre ce qu'elle écrit et accepte, Submit montre ce qu'il refuserait après chaque enregistrement, et les colonnes des tableaux restent lisibles sur les téléphones.