Pages que vous pouvez ignorer

ARDS a plus de pages qu'un testeur v1 n'en a besoin. Voici la liste explicite des pages que vous pouvez sauter — elles existent pour les opérateurs ou pour des fonctionnalités pas prêtes pour de la doc testeur.

À ignorer : gouvernance et conformité

  • Compliance — Pistes d'audit internes, collecte de preuves, recherche SBOM. Surface opérateur. La conformité va pourtant vous rencontrer dans les workflows — voir Gouvernance des workflows.
  • Compliance Documents / Incidents / Profile / Gaps / SBOM — Sous-pages de la précédente.
  • Governance — Édition de constitution / politique. Lecture seule pour les testeurs ; rien d'utile à changer ici. La gouvernance va pourtant vous rencontrer dans les workflows — sous forme de nodes de contrôle injectés sur le canvas et de vérifications à la publication. C'est documenté dans Gouvernance des workflows ; cette liste ne parle que des pages de tableau de bord ci-dessus.

À ignorer : internes d'orchestration

  • Agents — Cycle de vie d'agents internes (pas des coders). Diagnostic opérateur.
  • Flotte Coder — L'exploitation des coders en direct : un onglet Moniteur Coder (diagnostic des conteneurs) et un onglet Tableau de bord des files (état brut des files). Les anciennes pages autonomes Queue et Coder Monitor sont devenues ces deux onglets — leurs anciens liens redirigent ici. Utile uniquement quand un opérateur débogue des tâches coincées ; ne changez rien.
  • Oracle Detail / Traces — Internes des traces de décision de l'orchestrateur.
  • Prism Reports — Agrégation interne de rapports sécurité/conformité.
  • Quotas — La salle de contrôle admin des quotas fournisseur : une carte par compte fournisseur, avec l'état de chaque fenêtre d'utilisation. Elle se trouve dans la section basse, toujours visible, de la barre latérale ; libre à vous de la lire par curiosité, rien à changer pour un testeur.
  • Observatoire — Tableaux d'observabilité du système. Même section basse et toujours visible de la barre latérale que Quotas ; libre à vous de lire, rien à changer pour un testeur.
  • Supervision — Tableaux de supervision en direct, dans cette même section basse. Curiosité en lecture seule pour un testeur.

À ignorer : expérimental / WIP

  • Preview Dashboard — Surface expérimentale. Comportement sujet à changement sans préavis.
  • Migrations Overview — Vue runbook des migrations de schéma interne.
  • Matter Detail Page — Placeholder interne pour une feature pas encore livrée.

À ignorer : chartes et initiatives

  • Charters / Initiatives — Documents de planification internes. La feuille de route publique vivra ailleurs quand elle sera prête (le chapitre architecture décrit ce qu'ils sont : Charters et Matters).

À ignorer : canal email

  • Email Channel — Plomberie email côté opérateur (files entrantes, gestion de thème). Les testeurs ne configurent pas ça.
  • Email Threads — Vue opérateur du courrier entrant.

Disponible dans certains déploiements seulement

  • Intégrations — L'écran tenant-admin pour connecter votre propre GitLab, pour que Genesis ouvre des merge requests dans votre groupe. L'entrée de la barre latérale (à côté de Settings) n'apparaît que quand votre déploiement fournit l'intégration — si vous ne la voyez pas, elle n'est pas activée pour votre déploiement.

Disponibilité des fonctionnalités

Toutes les capacités ne sont pas actives partout. Une fonctionnalité peut être coupée pour tout le déploiement, ou seulement pour votre tenant. Settings → Features (« Fonctionnalités ») montre les bascules de votre tenant — ce qui est disponible, ce qui est actif, et qui a changé quoi en dernier. Les lignes marquées Verrouillé par le déploiement sont contrôlées au niveau plateforme : vous les voyez, mais elles ne se changent pas côté tenant. Si une page ou un bouton mentionné dans ce livre vous manque, vérifiez cet écran avant d'ouvrir un ticket de support. La liste complète des fonctionnalités, avec ce que chacune contrôle et ses valeurs par défaut, est la référence Fonctionnalités activables.

Ce qui n'est pas dans cette liste

Si vous ne voyez pas un nom de page ci-dessus, c'est qu'elle est probablement utile à un testeur. Les principales pages testeur :

  • Conversations, Missions, Décisions, Tâches, Revues, Modifications.
  • Workflows (liste, éditeur, visionneuse de run).
  • Fleet Runs (« Exécutions de flotte » — toutes les exécutions de workflow de votre tenant, dans une grille filtrable).
  • Projects, GitMirror.
  • Config LLM, Snapshots LLM, Fleet Profiles, Paramètres.
  • Coûts, Intelligence / Recherche, Rapports.
  • Review Engine, Ghost, Revues UX.
  • Orchestrateur (lecture seule, ou presque).
  • Suggestions, Recherche approfondie, Tickets de support.

Deux notes pour trouver ces pages :

  • La barre latérale est volontairement mince. Tâches, Revues, Suggestions, Tickets de support et Recherche approfondie n'y apparaissent qu'après le premier artefact de ce type produit par votre tenant — puis y restent. D'ici là (et pour toute page sans entrée de barre latérale), passez par l'index Toutes les fonctionnalités : l'entrée « … » en bas de la barre latérale.
  • Observatoire, Gouvernance, Coûts, Quotas, Conformité et Supervision sont toujours visibles dans la section basse et atténuée de la barre latérale — visible ne veut pas dire qu'un testeur en a besoin (voir les listes ci-dessus).

Tout ce qui est dans la première liste peut être ignoré en v1 sans rater de fonctionnalité destinée aux testeurs. Si vous vous retrouvez à lire une page de cette liste parce que vous ne savez pas où aller, c'est un bug de doc — dites-le-nous via Ouvrir un ticket de support et on vous orientera vers la bonne surface (et on mettra à jour cette doc).