Modération ClawHub

Un registre où tout le monde peut publier a besoin d’un moyen pour les lecteurs de signaler ce qu’ils trouvent, et celui de ClawHub est le bouton de signalement. L’erreur récurrente est de le traiter comme une boîte à réclamations généraliste. Il est plus étroit que cela, et cette étroitesse est ce qui garde la file utile.

À quoi sert un signalement

• Les fiches malveillantes, et les métadonnées qui induisent en erreur sur ce que fait une publication.
• Les exigences d’identifiants ou de permissions non déclarées, et les instructions d’installation qui paraissent suspectes.
• L’usurpation, les enregistrements de mauvaise foi et l’usage abusif de marques.
• Tout ce qui enfreint la politique d’usage acceptable. Le signalement part du bouton sur la page d’une compétence, ou de la commande et de l’API de signalement pour les paquets.

Les bons signalements sont précis et exploitables. L’abus de signalement peut lui-même entraîner une action sur le compte.

Où va plutôt une faille de code

Une faille dans le code source d’une compétence ou d’un greffon tiers n’est pas un signalement ClawHub. Elle va directement au publieur, ou au dépôt source lié depuis la fiche, car ClawHub ne maintient ni ne corrige le code tiers et la déposer dans la file du registre ne fait que retarder la personne capable de la corriger. Les avis de sécurité du registre concernent les bogues de ClawHub lui-même : le site, l’API, le CLI, le registre, l’authentification, l’analyse, la modération, ou les frontières de confiance de téléchargement et d’installation.

Retenues, fiches masquées et tenue de compte

• Un constat grave ou un problème de politique peut placer un publieur ou une fiche sous retenue de modération.
• Les publications retenues ou bloquées peuvent être masquées des surfaces de recherche et d’installation jusqu’à résolution, ce qui fait qu’une absence de la recherche est elle-même une information.
• La tenue de votre compte dépend de la façon dont vous utilisez le système, y compris de la façon dont vous signalez : le bouton n’est pas sans conséquence.

Les litiges de propriété suivent encore un autre chemin. Un désaccord sur une organisation, une marque, une portée de paquet, un pseudonyme ou un espace de noms passe par le processus de revendication plutôt que par le signalement dans le produit ou le recours de compte, et les mêmes règles de ticket public s’y appliquent. Voir Revendications d’espace de noms ClawHub pour ce processus et Lire un audit de sécurité ClawHub pour les étiquettes que porte une fiche.

Lire la file depuis l’extérieur

Le dossier de modération public est délibérément partiel. Un verdict structuré avec des codes de raison et des preuves est disponible, mais les propriétaires et les modérateurs voient les preuves brutes et les fiches masquées tandis qu’un appelant public reçoit une forme caviardée, et seulement pour une fiche déjà signalée et encore visible. Cette asymétrie est voulue : un inconnu ne peut pas se servir du point de terminaison pour découvrir un problème qui n’a pas encore été publié. Pour le point lui-même, voir Les points de terminaison HTTP ClawHub, et pour l’endroit où va un bogue du registre, Signaler une vulnérabilité ClawHub.

Sur Diali

Diali héberge OpenClaw, et les fiches depuis lesquelles votre assistant installe sont modérées par le registre plutôt que par nous. Chaque client fait tourner son propre assistant, la configuration d’exécution est générée depuis le tableau de bord et remplacée à chaque version, et l’état vit sur un volume persistant, avec des instantanés quotidiens et une restauration en un clic grâce à l’option Sauvegardes (incluse avec Max). Voir OpenClaw hébergé sur Diali pour ce que l’hébergement comprend et Tarifs Diali pour ce qu’il coûte.

• Signalez la place de marché, pas le code.
• Un signalement précis et exploitable est le seul qui vaille.
• Une absence de la recherche peut être une retenue, pas un paquet manquant.