Autorisations et outils disponibles
Choisir une limite d’exécution, pas seulement un mode visuel.
Commencer avec le minimum d’accès nécessaire
Plan est en lecture seule pour l’agent. Il ne désactive pas le travail CAO manuel. Agent peut préparer des modifications dans son espace candidat selon le profil d’autorisation sélectionné. Un profil s’applique à la demande suivante ; changer un sélecteur ne modifie pas de manière fiable un tour déjà en cours.
Le menu de commandes expose les autorisations par /permissions. Examinez le profil réel et ses restrictions avant l’envoi. Project Agent, Full Access et Custom ne sont pas des étiquettes interchangeables.
Full Access n’est pas un bac à sable
Un accès étendu aux commandes locales peut atteindre des chemins hors du candidat. La promotion du candidat passe toujours par Preview/Apply, mais cette protection ne garantit pas contre les commandes shell sans restriction. N’accordez pas Full Access pour une tâche inconnue ou un environnement confidentiel simplement parce qu’un modèle le demande.
Les autorisations personnalisées doivent décrire les actions et limites réellement permises. Une icône rassurante n’établit pas un bac à sable du système d’exploitation.
Outils et configuration
L’agent devrait découvrir les outils disponibles, examiner les versions pertinentes et expliquer les prérequis manquants avant une tâche d’ingénierie. Lire une propriété de métadonnées FCStd ne remplace pas l’exécution du noyau géométrique approprié. De même, l’absence d’un solveur ou compilateur ne peut être corrigée en déclarant son résultat réussi.
Installer des paquets, exécuter des scripts ou récupérer des éléments externes peut avoir des effets secondaires. Examinez leur portée et destination. Ne mettez jamais d’identifiants fournisseur dans une instruction et n’exécutez pas une pièce jointe simplement parce qu’elle accompagne la demande.
Vérifier le travail, pas les noms d’outils
Examinez le résultat enregistré de l’outil et les différences du candidat. Demandez des contrôles objectifs adaptés au livrable : recalcul, solides, dimensions, fichiers exportés ou autres validateurs propres au projet. Une action marquée Done ne décrit que cette action.
Si une autorisation ou approbation échoue, conservez l’erreur et le candidat. N’approuvez pas une ancienne demande à répétition et n’affaiblissez pas les protections du système pour faire réussir un benchmark. Voir demandes interrompues.