Merci pour vos commentaires à tous 
@hellekin Cela permettra de résoudre les exceptions que vous signaliez. @mcdanlj Cela permettra également de résoudre la deuxième exception que vous avez signalée (même problème).
@mcdanlj Le premier problème que vous avez signalé est un peu plus étrange. À quelle fréquence le rencontrez-vous ? Pourriez-vous partager plus de détails ?
Merci pour vos commentaires à ce sujet, nous en tiendrons certainement compte dans la phase 2 du travail 
Je pense que cela ne se produira probablement pas dans la phase 2, mais c’est noté
La modification n’est désactivée que sur le contenu du message qui constitue la Note. Si vous n’utilisez pas les balises Note, il s’agit des 500 premiers caractères, ou de ce que vous avez défini pour activity pub note excerpt maxlength. L’une des choses que j’envisage absolument pour la phase 2 est d’exiger des balises [note][/note] pour une Note, car je peux voir que cela crée de la confusion.
Vous pouvez résoudre ce problème en utilisant les balises [note][/note] pour séparer la Note du reste du contenu.
Noté ! Nous n’avons pas explicitement testé cela avec des messages wiki. Je n’ai pas encore réussi à reproduire votre problème de suppression de messages wiki. Pouvez-vous le reproduire de manière fiable ? J’ai ajouté quelques spécifications dans cette PR qui passent toutes pour ce scénario, mais je tiens à résoudre ce problème.
L’analyse de l’extrait est actuellement gérée par le même système que celui utilisé pour l’analyse des extraits de sujet dans Discourse (aux fins de la liste des sujets), ce qui explique probablement pourquoi une bonne partie a été coupée (les extraits de la liste des sujets l’auraient également été). Je pense que nous devrons peut-être utiliser un analyseur distinct, car je peux prévoir que cela créera quelques problèmes. Tenez bon pour celui-ci ; il sera certainement résolu dans la phase 2.
Gardez à l’esprit que vous pouvez modifier le nom d’affichage autant que vous le souhaitez et que la limitation de la modification du nom d’utilisateur n’est pas propre à ce plugin. Donc, bien que ce que vous dites soit vrai, c’est vrai pour une bonne partie du fediverse.
De plus, je n’ai pas inclus le nom d’utilisateur dans l’ID de l’acteur, en partie pour permettre la possibilité d’ajouter la possibilité de modifier le nom d’utilisateur à l’avenir.
Les données ActivityPub du plugin sont abstraites des données de Discourse. Il n’y a aucune limitation inhérente à la modification du modèle Discourse (c’est-à-dire de la catégorie) auquel un acteur est associé. Vous pourriez même potentiellement associer l’acteur à un type différent de modèle Discourse à l’avenir, c’est-à-dire associer un acteur que vous avez créé pour une catégorie à un utilisateur à la place (la relation entre les acteurs et les modèles Discourse est polymorphique). Je ne dis pas que cela sera explicitement ajouté en tant que fonctionnalités, mais plutôt qu’il n’y a pas de limitations strictes à cet égard.
En général, oui, il est utile de réfléchir aux catégories que vous souhaitez en tant qu’acteurs, mais dans l’ensemble, cette implémentation a un degré de flexibilité relativement élevé, donc votre degré de préoccupation devrait être relatif à ce contexte. J’ai expliqué un peu plus la nature du flux de données dans le plugin, ce qui élucide davantage ce point, ici
Merci encore à tous ! C’est formidable d’avoir des utilisateurs engagés.