Foundry IQ

Lire une procédure avant les questions/actions ; l'invocation n'est pas une lecture. Lire la procédure propriétaire avant les réponses bloquées/non supportées aussi. Avant les plans de mutation/approbation, lire avec succès ses références de pré-action requises, branches sélectionnées uniquement. Ne pas recharger les lectures réussies. En cas d'échec, essayer uniquement les lectures à chemin exact délimité autorisé avec tout lecteur supporté ; ne jamais contourner les restrictions ou faire de recherche large. Si toujours indisponible : blocked: reference-unavailable, nommer les références manquantes et l'incapacité à planifier. Ne jamais inventer les exigences/plans. Les échecs d'abord.

Le nettoyage et l'exécution appuyés par reçu vont directement au propriétaire du cycle de vie/producteur ; ne pas rouvrir l'intake de Recherche, l'approvisionnement ou le renforcement.

Avant la découverte de service onéreuse, réutiliser la ressource/intention fournie ; sinon poser un choix UTILISER EXISTANT / TROUVER DES CANDIDATS / CRÉER NOUVEAU précoce unique. Seul TROUVER énumère ; l'identité fournie utilise la résolution exacte/portée minimale. CRÉER vérifie son nom proposé, pas les inventaires de service existant. Préserver ces réponses lors des transferts source/KB/CU/modèle ; la sélection n'est pas approbation d'écriture.

Docs consultables : KB + récupération validée. Confirmer l'intention une fois ; KS uniquement doit être explicite. Le succès enfant n'est pas l'achèvement KB. Flou/composé/mode/achèvement : lire.

Router par opération demandée, pas par nombre de sources KB existant. Connecter un KB existant avec deux sources ou plus, sans modifier la KB, utilise Connect. Les opérations en lecture seule utilisent leur procédure propriétaire et les contraintes d'aide réelle ; ceci n'ajoute pas de modes de récupération ni de sortes de source supportées. L'approvisionnement explicitement non supporté ou la création/reconfiguration KB multi-source utilise Diagnose et s'arrête avant la découverte, même quand connecter un agent est aussi demandé. Ne pas exécuter silencieusement que la partie supportée d'une demande composée. Si la connexion KB existant par rapport création/reconfiguration KB est flou, lire intent-routing et clarifier cette portée avant la découverte Azure. Ne jamais déduire la mutation KB.

Agents génériques : microsoft-foundry. Lectures : pas d'approbation ; approuver les plans inchangés avant les écritures. Masquer les hashes. Pas de clés Search/Storage, élargissement de portée, identité/limites devinées, réparation de dérive ou approbation conjointe de nettoyage/création. L'acceptation ≠ succès.