Espace de travail d'équipe

L'espace de travail d'équipe partage le travail DynoTable de ton équipe — contexte d'IA, dossiers de vues enregistrées et index de table scannés — entre tous les membres de la formule. Tout cela réside dans un bucket S3 privé de ton propre compte AWS, lu et écrit avec les identifiants AWS propres à chaque membre. DynoTable stocke ta licence, jamais ton contenu.

En bref

  • Tes données restent dans ton compte. Le contenu partagé se trouve dans un bucket S3 que tu possèdes, atteint avec les identifiants AWS de chaque membre. Les noms de tes tables, tes attributs et tes données d'exemple ne touchent jamais nos serveurs.
  • Trois choses sont partagées. Le contexte d'IA à l'échelle de l'organisation et par table, des dossiers de vues de table enregistrées, et des index de table qu'un coéquipier scanne une fois pour que tout le monde les importe.
  • L'accès repose sur ton propre IAM. Un membre qui peut lire mais pas écrire le bucket est en lecture seule dans l'application. Il n'y a aucun compte ni permission supplémentaire à gérer dans DynoTable.
  • Activation explicite là où ça compte. La publication d'un index de table est désactivée par défaut, et ses valeurs d'exemple nécessitent une seconde activation explicite avant d'être partagées.

Tes données restent dans ton compte AWS

Le contenu partagé réside dans un bucket S3 privé de ton propre compte AWS. Chaque membre le lit et l'écrit avec ses propres identifiants AWS — le même profil qu'il utilise déjà pour se connecter à DynamoDB. Les serveurs de DynoTable ne détiennent que ta licence ; ton schema et tes données d'exemple ne quittent jamais ton compte.

Le nom du bucket est dérivé automatiquement de ton compte AWS et de ta Région, il n'y a donc rien à se transmettre hors bande : chaque membre dont le profil pointe vers le même compte et la même Région trouve le même bucket tout seul. Si ton équipe travaille sur plusieurs Régions, définis plutôt le même nom de bucket personnalisé sur chaque profil. Un admin peut créer le bucket en une seule étape avec des valeurs par défaut renforcées : accès public bloqué, chiffrement activé, TLS requis, et versioning avec expiration des versions remplacées au bout de 30 jours.

Comme chaque lecture et écriture passe par ton propre IAM, les permissions du bucket constituent la frontière. Il n'y a pas de couche de permissions DynoTable distincte à configurer — accorde à un membre un accès en écriture dans IAM et il peut publier, accorde-lui la lecture seule et il consomme.

Contexte d'IA partagé

L'espace de travail d'équipe partage deux couches de guidage avec l'assistant IA de ton équipe :

  • Contexte de l'espace de travail — des notes à l'échelle de l'organisation que l'assistant de chaque membre lit : conventions de nommage, les modèles d'accès que tu as standardisés et les pièges spécifiques à tes données.
  • Contexte par table — des notes attachées à une seule table, intégrées dès que l'assistant travaille avec cette table.

Tu modifies le contexte de l'espace de travail dans Réglages → Connaissances et le contexte par table dans les Réglages de la table. Quiconque a un accès en écriture au bucket les rédige ; l'assistant de chaque autre membre les lit automatiquement. Tes propres notes privées restent locales et ne nécessitent aucune formule Team — la couche partagée vient se superposer à elles. Pour savoir ce que l'assistant fait de ce contexte, voir Outils IA.

Le contexte d'espace de travail partagé dans les réglages de contexte d'IA — publié une fois, lu par l'assistant de chaque membre.

Dossiers partagés

Un dossier partagé est un dossier d'onglets de table que toute ton équipe peut ouvrir. Enregistre les onglets que tu veux partager — une vue de table filtrée, une Smart Table, une requête Workbench — dans un dossier et partage-le. Tout le monde dans l'équipe voit le dossier et peut ouvrir n'importe quel onglet qu'il contient.

Les onglets partagés sont des instantanés à un moment donné. En ouvrir un charge exactement ce que l'auteur a enregistré, et la requête d'un coéquipier ne s'exécute jamais toute seule : tu ouvres l'onglet et tu appuies sur Run toi-même. Tu peux modifier un onglet partagé sur place, et il est marqué comme modifié dès qu'il diffère de la copie partagée. Avec un accès en écriture, tu peux réenregistrer ta version pour l'équipe, ou la dupliquer en une copie personnelle pour garder les modifications pour toi.

Dans cette version, les dossiers partagés ne contiennent que des onglets de table. Les onglets de chat et d'éditeur d'item sont ignorés lorsque tu partages un dossier.

Les dossiers partagés dans la section Team de la barre latérale — ouvre un onglet depuis l'un d'eux pour obtenir ta propre copie de travail.

Index de table partagés

Scanner une grande table pour construire son index — les données derrière l'autocomplétion, la liste des champs indexés et la connaissance du schema par l'assistant — coûte de la capacité de lecture. L'espace de travail d'équipe permet à un coéquipier de payer ce scan une seule fois et à tous les autres d'en importer le résultat, sans re-scan par personne.

Deux interrupteurs gardent le partage d'index prudent, tous deux désactivés par défaut :

  • Publication — rien de tes index n'est partagé tant que tu n'as pas activé la publication. Une fois activée, chaque index que tu construis est publié automatiquement pour l'équipe, et tu peux aussi en publier un à la demande.
  • Valeurs d'exemple — la publication activée, un index partagé porte les chemins et types de champs, ainsi que la fréquence d'apparition de chaque champ. Les valeurs d'exemple réelles ne sont livrées que si tu actives aussi le partage des valeurs.

L'import est toujours ton choix. DynoTable propose un import quand tu n'as pas encore d'index à toi, ou quand celui d'un coéquipier est plus récent que le tien ; tu décides à quel scan te fier, et l'import remplace ton index local plutôt que de fusionner des comptages entre machines.

Configurer l'espace de travail

  1. Toute personne qui utilise l'espace de travail a besoin d'un siège de la formule Team et de ses propres identifiants AWS connectés — le même profil qu'elle utilise pour DynamoDB (voir Se connecter à AWS). Attribue les sièges depuis les membres de ton équipe.
  2. Un admin crée le bucket de l'espace de travail ou pointe DynoTable vers un bucket existant. Le provisionnement automatique applique les valeurs par défaut renforcées ci-dessus.
  3. Accorde à chaque membre l'accès IAM qu'il doit avoir : lecture seule pour consommer, ou lecture/écriture pour publier. Les politiques sont ci-dessous.

Une fois le bucket accessible, le contexte, les dossiers et les index partagés apparaissent dans l'application pour chaque membre qui possède un siège et dont les identifiants peuvent le lire.

Un espace de travail d'équipe connecté dans les réglages Team d'un profil, montrant le bucket de l'espace de travail et les commandes de synchronisation.

Politiques IAM

DynoTable n'ajoute aucune couche de permissions qui lui soit propre, ces politiques constituent donc tout le modèle d'accès. Mets ton propre ID de compte et ta Région, ou ton nom de bucket personnalisé.

Un membre qui consomme du contenu partagé a besoin d'un accès en lecture :

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Sid": "FindWorkspaceBucket",
      "Effect": "Allow",
      "Action": ["s3:ListBucket", "s3:GetBucketLocation"],
      "Resource": "arn:aws:s3:::dynotable-team-<account-id>-<region>"
    },
    {
      "Sid": "ReadSharedContent",
      "Effect": "Allow",
      "Action": "s3:GetObject",
      "Resource": "arn:aws:s3:::dynotable-team-<account-id>-<region>/*"
    }
  ]
}

Un membre qui publie (rédige du contexte, partage des dossiers, publie des index) a besoin d'une instruction de plus, en complément :

{
  "Sid": "PublishSharedContent",
  "Effect": "Allow",
  "Action": ["s3:PutObject", "s3:DeleteObject"],
  "Resource": "arn:aws:s3:::dynotable-team-<account-id>-<region>/*"
}

L'admin qui crée le bucket depuis l'application a besoin, une seule fois, des permissions au niveau du bucket :

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Sid": "CreateWorkspaceBucket",
      "Effect": "Allow",
      "Action": [
        "s3:CreateBucket",
        "s3:PutBucketPublicAccessBlock",
        "s3:PutEncryptionConfiguration",
        "s3:PutBucketVersioning",
        "s3:PutLifecycleConfiguration",
        "s3:PutBucketPolicy",
        "s3:PutBucketOwnershipControls"
      ],
      "Resource": "arn:aws:s3:::dynotable-team-<account-id>-<region>"
    }
  ]
}

Membres en lecture seule et accès

DynoTable affiche l'accès que ton IAM accorde réellement plutôt que de supposer que tout le monde peut écrire :

  • Membres en lecture seule — un membre qui peut lire le bucket mais pas l'écrire obtient un espace de travail en lecture seule : les commandes de partage, de publication et d'édition sont désactivées avec un indice « demande à ton admin ». DynoTable l'apprend de la première écriture que ton IAM refuse, donc dans une nouvelle session cette première tentative signale encore une erreur de permission avant que les commandes ne se règlent.
  • Les nouvelles permissions s'appliquent au Refresh. Une fois que ton admin t'a accordé l'accès en écriture, clique sur Refresh dans la zone Team pour le prendre en compte.
  • Perdre un siège désactive l'espace de travail, ça n'efface rien. Si ta formule Team expire, tu ne peux plus ouvrir de dossiers partagés, importer un index d'équipe ni faire parvenir le contexte d'IA partagé à l'assistant. Rien n'est supprimé, et récupérer le siège rétablit l'accès.
  • L'absence d'accès au bucket est expliquée. Si tu ne peux pas atteindre le bucket, l'application t'indique s'il n'existe pas encore ou si tes identifiants n'ont pas l'accès, et te renvoie vers ton admin.

Sièges et facturation

La formule Team se facture au siège, et tu décides qui en occupe un.

  • Toute personne qui utilise l'application occupe un siège. Ajoute et retire des personnes depuis les membres de ton équipe. Un admin gère la facturation et les membres et occupe un siège ; un membre occupe un siège et utilise l'application.
  • Les admins de facturation n'occupent pas de siège. Une personne du service finance, des achats ou de l'IT peut gérer l'abonnement et les factures sans occuper de siège ni accéder à l'application. Nomme-la admin de facturation depuis ta page de facturation.
  • Ton nombre de sièges suit ton équipe. Les sièges suivent les membres que tu as ajoutés : ajouter ou retirer quelqu'un est donc ce qui change la facture.
  • Une seule facture pour l'équipe. Ton abonnement, ton moyen de paiement et tes factures se trouvent sur la page de facturation, et tu peux y passer de la facturation mensuelle à la facturation annuelle.

Étapes suivantes

L'espace de travail d'équipe fait partie de la formule Team. Consulte les tarifs pour savoir ce qu'inclut un siège, Outils IA pour savoir ce que le contexte partagé alimente, et gère tes sièges depuis ton organisation.

Télécharge DynoTable pour configurer un espace de travail pour ton équipe.

Mis à jour