Aller au contenu principal
addly

Configurer et vérifier Context Linker.

Documentation de démonstration pour Confluence · Panneau contextuel. Elle décrit le contrat produit attendu, pas une installation disponible sur la Marketplace.

Voir la démo

Vue d’ensemble

Le panneau rassemble le contexte périphérique dans une zone dédiée afin de garder le document lisible et les liens vérifiables.

Public
Équipes de connaissance, delivery et gouvernance
État
Concept interactif, non publié

Avant installation

  • 01Confirmer que Confluence Cloud et le placement Panneau contextuel correspondent au besoin.
  • 02Identifier l’administrateur responsable de la configuration.
  • 03Examiner les permissions envisagées et le flux de données.
  • 04Choisir un projet ou espace de test sans donnée sensible.
  • 05Définir le chemin critique et le résultat attendu.

Installation

Aucune installation disponible. Le futur guide devra partir du listing Marketplace officiel, vérifier l’identité du vendeur, afficher les permissions demandées puis confirmer le site Atlassian ciblé.
  1. 1Ouvrir le listing officiel relié depuis la page produit.
  2. 2Examiner hébergement, version, permissions et politique de données.
  3. 3Installer dans un site de test autorisé.
  4. 4Vérifier la présence de la surface dans le contexte attendu.

Configuration

La configuration doit commencer petite et produire un résultat observable. Les réglages suivants sont illustratifs et devront être remplacés par le schéma réel.

{
  "surface": "Panneau contextuel",
  "scope": "test-project",
  "mode": "preview",
  "data": "demonstration-only"
}

Le mode aperçu doit permettre de vérifier le résultat avant activation globale.

Permissions et données

Permissions envisagées

  • 01Lecture de la page courante
  • 02Recherche dans les espaces autorisés
  • 03Lecture Jira limitée aux projets accessibles

État des données

  • 01Relations de démonstration
  • 02Aucune indexation distante active
  • 03Respect des permissions hôtes à valider

Vérification

Manipulez le chemin critique sans quitter la documentation. Observez d’abord l’état initial, déclenchez l’action principale, puis vérifiez que le retour explique ce qui a changé.

PARCOURS 01Instruction → manipulation → état attendu → limite à consigner

Module addly Context

Relier cette page

Données de démonstration · Contrôles rendus avec les composants Atlaskit officiels.

Contrôles à consigner

  • 01La surface apparaît dans le produit et le contexte simulés.
  • 02Manipuler uniquement les contrôles exposés et consigner chaque changement d’état observable.
  • 03Vérifier que l’action principale produit le retour visible décrit dans la démo.
  • 04Les états vide, permission insuffisante et erreur récupérable ne sont pas manipulables ici : les inscrire comme preuves bloquées à obtenir avant publication.
  • 05La désactivation et la désinstallation ne sont pas manipulables ici : les traiter comme contrôles documentaires à confirmer.

Limites

  • 01Édition ou version hôte: Aucune édition ou version testée n’est consignée
  • 02Version distribuée de l’app: Aucune version de l’app n’est distribuée
  • 03Dernière vérification de compatibilité: Jamais — aucune version construite et versionnée n’existe à tester
  • 04État du support technique: Non vérifié — aucune plage de versions hôte ou d’app prise en charge

Tout élément marqué « concept », « intention », « simulée » ou « à valider » ne doit pas être utilisé comme preuve d’achat.

Registre de compatibilité

La documentation ne remplace pas les faits de publication.

Avant lancement, chaque section sera alignée sur le manifeste, le listing, l’hébergement, les tests et les canaux réels.

Retour à l’app