D5 · Configuration and Knowledge Management

A. Passer à un modèle plus performant. B. Retirer le manuel 2025 remplacé pour qu’il ne reste qu’une version faisant autorité. C. Ajouter un prompt disant « utilise la politique la plus récente ». D. Démarrer un nouveau Project chaque mois.

Réponse : B. Des versions conflictuelles sont un problème de curation de knowledge ; la correction est de garder une seule source actuelle faisant autorité et de retirer l’ancienne. Un modèle plus gros (A) ne peut pas résoudre quel document fait autorité ; un prompt (C) n’écrase pas de façon fiable une source périmée ; de nouveaux Projects (D) ne traitent pas les fichiers dupliqués.

A. Ajouter « ne jamais révéler les salaires » aux instructions personnalisées et s’y fier. B. S’assurer que les données salariales ne sont dans aucune source connectée ni fichier de knowledge auxquels l’assistant peut accéder, en plus de l’instruction. C. Utiliser le modèle le plus cher. D. Demander poliment aux utilisateurs de ne pas demander les salaires.

Réponse : B. Les garanties dures viennent de ne pas rendre les données atteignables (contrôle d’accès/délimitation), pas du texte d’instruction seul. Une instruction (A) guide mais n’applique pas ; le niveau de modèle (C) est sans rapport ; s’en remettre au comportement des utilisateurs (D) n’est pas un contrôle.

A. Une Skill capturant la procédure, les sections et le formatage. B. Un prompt plus long chaque semaine. C. Un modèle plus cher. D. Memory.

Réponse : A. Une procédure multi-étapes reproductible à structure fixe est exactement ce à quoi sert une Skill. Un long prompt chaque semaine (B) est manuel et incohérent ; le niveau de modèle (C) est sans rapport ; Memory (D) stocke du contexte, pas une procédure définie.

A. Ne connecter que le dossier ou canal spécifique dont la tâche a besoin. B. Revoir périodiquement les connexions et révoquer ce qui est inutilisé. C. Connecter des comptes entiers pour que rien ne manque jamais. D. Supposer que les connectors n’ont aucune implication de gouvernance des données. E. Ne jamais documenter qui est responsable d’un connector.

Réponse : A et B. Le moindre privilège et la revue/révocation périodiques sont des principes centraux de gestion des connectors. Connecter des comptes entiers (C) surexpose les données ; les connectors ont clairement des implications de gouvernance (D) ; et la responsabilité doit être documentée (E).

A. Le Project personnel de chaque employé. B. Périmètre organisation/Enterprise avec responsabilité centrale, audit et accès contrôlé. C. Le compte personnel d’un manager. D. Celui de l’employé qui le configure en premier.

Réponse : B. Un assistant à l’échelle de l’entreprise devant être cohérent appartient au périmètre organisation avec gouvernance centrale. Les périmètres personnels (A, C, D) ne peuvent garantir la cohérence ni appliquer les contrôles au niveau de l’organisation.

A. Les réponses deviennent plus nettes. B. Un knowledge bruyant et gonflé dilue la pertinence et peut faire remonter de la matière non pertinente ou conflictuelle. C. Le modèle devient plus rapide. D. Les connectors deviennent inutiles.

Réponse : B. Un knowledge surrempli réduit la qualité des réponses et augmente le risque de conflit ; curez pour la pertinence. Il ne rend pas les réponses plus nettes (A), n’affecte pas la vitesse (C) et ne remplace pas les connectors (D).

A. Une description de rôle plus longue. B. Des règles d’escalade explicites, p. ex. « pour les litiges de facturation de plus de 500 $, dirigez l’utilisateur vers un agent humain ». C. Une limite de longueur plus élevée. D. Un ton plus amical.

Réponse : B. Les règles d’escalade indiquent à l’assistant quand transférer plutôt que répondre, ce qui est le bon mécanisme pour les cas hors périmètre. La longueur du rôle (A), les limites de longueur (C) et le ton (D) ne définissent pas le comportement de transfert.

A. Une responsabilité nommée pour le Project et ses connectors. B. Une cadence de revue régulière avec un journal des changements. C. Ne jamais rien changer une fois que ça marche. D. Supprimer toute supervision humaine. E. Supprimer le Project après chaque usage.

Réponse : A et B. Les configurations sont des actifs vivants nécessitant une responsabilité et une cadence de revue avec un journal des changements. « Ne jamais le changer » (C) le laisse pourrir ; supprimer la supervision (D) et supprimer après chaque usage (E) ne sont pas des pratiques de maintenance.

A. Politique Enterprise au périmètre organisation. B. Périmètre personnel, via Memory ou un Project personnel. C. Un Project d’équipe imposé à tout le monde. D. Un connector vers tout le Drive de l’entreprise.

Réponse : B. Les préférences personnelles appartiennent au périmètre personnel, via Memory ou un Project personnel. La politique organisation (A) et un Project d’équipe imposé (C) sont le mauvais périmètre ; un connector à l’échelle de l’entreprise (D) est sans rapport et trop large.

A. Qualité du modèle ; mettre à niveau le modèle. B. Un conflit de knowledge ; résoudre vers une source unique faisant autorité et la versionner. C. Longueur du prompt ; raccourcir les prompts. D. Vitesse du connector ; reconnecter.

Réponse : B. Des réponses divergentes issues de sources qui se contredisent est un problème de conflit de knowledge ; établissez une source unique, faisant autorité et versionnée. Le modèle (A), la longueur du prompt (C) et la vitesse du connector (D) ne résolvent pas le désaccord de données sous-jacent.

A. Quel modèle est le moins cher. B. À quelles données le compte connecté peut accéder et si ce périmètre est approprié à l’usage de l’équipe et à la politique. C. La police de la sortie. D. La longueur maximale du chat.

Réponse : B. Parce que les connectors héritent de l’accès du compte, la première vérification est le périmètre des données et son adéquation selon la politique. Le coût du modèle (A), le formatage (C) et la longueur du chat (D) ne sont pas la préoccupation déterminante.

A. Un Project pour le contexte partagé plus une Skill pour la procédure reproductible. B. Seulement un prompt plus long. C. Seulement Memory. D. Un compte distinct par tâche.

Réponse : A. Le contexte partagé est le rôle d’un Project et une procédure reproductible est le rôle d’une Skill ; les combiner répond aux deux besoins. Un long prompt (B) et Memory (C) ne couvrent bien ni l’un ni l’autre ; des comptes distincts (D) fragmentent la configuration.

A. Supposer que ça marche et déployer immédiatement. B. Exécuter quelques questions de test connues pour confirmer que la configuration se comporte encore correctement, et consigner le changement. C. Supprimer les fichiers de knowledge. D. Mettre à niveau le modèle.

Réponse : B. Tester avec des questions connues après un changement et le consigner évite les régressions silencieuses. Supposer que ça marche (A) risque la dérive ; supprimer le knowledge (C) et mettre à niveau le modèle (D) sont sans rapport avec la validation du changement.

A. N’inclure que le manuel actuel ; retirer la version de l’an dernier. B. Exclure le tableur des salaires du knowledge et des connectors pour qu’il ne soit pas atteignable, plutôt que de s’en remettre à une instruction « ne jamais révéler les salaires ». C. Inclure les deux manuels par exhaustivité. D. Ajouter la feuille des salaires mais instruire Claude de ne jamais la révéler. E. Connecter tout le Drive RH pour que rien ne manque.

Réponse : A et B. Gardez une source actuelle faisant autorité, et rendez les données restreintes inatteignables plutôt que de faire confiance à une instruction. Les deux manuels (C) créent des conflits ; la protection des salaires par instruction seule (D) n’est pas de l’application ; la connexion de tout le Drive (E) viole le moindre privilège et réexpose les données salariales.

A. Celui qui le configure en premier, dans son Project personnel. B. Périmètre organisation/Enterprise avec responsabilité centrale, audit et accès contrôlé. C. Le Project privé de chaque équipe, copié partout. D. Le compte personnel d’un dirigeant.

Réponse : B. Un assistant à l’échelle de l’entreprise devant être identique et auditable appartient au périmètre organisation avec gouvernance centrale. Les configurations personnelles ou copiées partout (A, C, D) ne peuvent garantir la cohérence ni appliquer les contrôles au niveau de l’organisation.

A. Une description de rôle plus longue. B. Une règle d’escalade explicite nommant la condition et le transfert (« pour les litiges de plus de 500 $, dirigez l’utilisateur vers un agent humain »). C. Une limite de longueur plus élevée. D. Un ton plus chaleureux.

Réponse : B. Les règles d’escalade définissent quand transférer au lieu de répondre, ce qui est le bon mécanisme pour les cas hors périmètre. La longueur du rôle (A), les limites de longueur (C) et le ton (D) ne définissent pas le comportement de transfert.

A. Tout mettre dans un seul long prompt. B. Un Project pour le contexte partagé plus une Skill pour la procédure reproductible. C. Memory pour les deux. D. Un compte distinct par tâche.

Réponse : B. Le contexte partagé est le rôle d’un Project et une procédure reproductible est le rôle d’une Skill ; les combiner répond aux deux besoins. Un long prompt (A) et Memory (C) ne couvrent bien ni l’un ni l’autre ; des comptes distincts (D) fragmentent la configuration.

A. Quel modèle est le moins cher. B. À quels canaux/données le compte connecté peut accéder et si ce périmètre est approprié selon la politique, en délimitant à ce qui est nécessaire seulement. C. La police de la sortie. D. La longueur maximale du chat.

Réponse : B. Les connectors héritent de l’accès du compte, la première vérification est donc le périmètre des données et son adéquation, en délimitant au moindre privilège. Le coût du modèle (A), le formatage (C) et la longueur du chat (D) ne sont pas la préoccupation déterminante.

A. Un responsable nommé pour le Project et son knowledge. B. Une cadence de revue régulière avec un journal des changements. C. Ne jamais modifier la configuration une fois en production. D. Supprimer le Project après chaque usage. E. Supprimer toute supervision pour gagner du temps.

Réponse : A et B. La responsabilité et une cadence de revue avec un journal des changements gardent le knowledge frais et traçable. Ne jamais modifier (C) le laisse pourrir ; supprimer après usage (D) et supprimer la supervision (E) ne sont pas de la maintenance.

A. Des réponses plus nettes ; ajoutez encore plus de documents. B. Un knowledge gonflé et conflictuel dilue la pertinence ; n’incluez que les documents faisant autorité dont chaque tâche a besoin et curez les conflits. C. Un modèle plus rapide ; aucun changement nécessaire. D. Les connectors deviennent inutiles.

Réponse : B. Le surremplissage du knowledge abaisse la qualité des réponses et augmente le risque de conflit ; curez pour la pertinence et résolvez les conflits. Il ne rend pas les réponses plus nettes (A), n’affecte pas la vitesse (C) ni ne remplace les connectors (D).