Travailler ensemble, dans le même projet

Un lien, pas un fichier

Vous partagez un projet en engendrant un lien, ou en invitant quelqu'un directement. Il l'ouvre et il y est — aucune copie à envoyer, aucune version à refusionner, aucun « final_v3_VRAI » dans le dossier de téléchargements de qui que ce soit. Tous ceux qui ont accès voient le projet tel qu'il est maintenant.

Deux rôles, et la lecture seule en est vraiment une

Chaque collaborateur est en édition ou en lecture. Un lecteur voit la présence, les curseurs et le chat, et peut laisser des commentaires — c'est tout ce qu'il peut faire. Ce n'est pas un bouton caché : le serveur refuse les messages qui modifieraient le document, donc un invité en lecture seule le reste, même face à quelqu'un qui connaît le protocole.

• Édition — accès complet au projet
• Lecture — présence, curseurs, chat et commentaires seulement, appliqué côté serveur
• L'accès peut être retiré à tout moment

Des verrous, pour ne pas se disputer le même objet

Quand quelqu'un commence à déplacer un objet, celui-ci est verrouillé pour les autres jusqu'à ce qu'il le relâche. Les verrous sont libérés à la déconnexion et expirent d'eux-mêmes si un onglet meurt : personne ne peut prendre en otage un morceau de votre scène en refermant son portable.

Les commentaires là où est le travail

Les retours vivent dans le projet plutôt que dans un fil de discussion ailleurs : une remarque sur un modèle est attachée au modèle. On peut donner un accès en lecture à un relecteur sans lui retirer la parole.

La même room transporte le coéquipier IA

Aukimi AI pilote votre éditeur par ce même canal de collaboration. C'est pourquoi la règle de lecture seule compte autant : les messages qui permettent à l'IA d'agir sont précisément ceux qu'un lecteur ne peut pas envoyer, donc un invité ne peut pas agir par procuration via un agent.