Modèles et exécution

L'itinéraire correct.Dans vos règles.

Sous le contrôle explicite des modèles et des appels d'outils pris en charge. Définir les itinéraires autorisés, limiter les budgets d'exécution et garder les décisions de repli dans les mêmes limites.

Tâche et contraintesPolitique et budgetItinéraires autorisés

L'approche

Une suggestion n'est pas une autorisation.

L'acheminement peut sélectionner un candidat approprié. L'hôte d'application valide toujours les autorisations et les budgets avant l'exécution. L'optimisation facultative ne peut jamais réécrire ces règles.

Itinéraires autorisés

Choisissez parmi ce qui est réellement autorisé.

Une tâche peut avoir plusieurs modèles ou outils appropriés. Commencez par les candidats autorisés, appliquez les contraintes de la requête et enregistrez l'itinéraire sélectionné. Une proposition moins chère ou plus rapide ne peut pas rendre une destination interdite valide.

Candidat
Le modèle, le fournisseur ou la capacité considérés pour la requête.
Admission
Valider l'identité, la politique et le budget avant l'exécution. Les approbations requises lient l'acteur, l'opération, la révision de la source et l'expiration.
Exécution
Exécuter l'opération admise avec un statut explicite, le streaming et l'annulation. Les résultats inconnus sont réconciliés avant une nouvelle tentative.
Décision d'acheminement illustrative

Examiner un changement de code

Contexte préparé · politique configurée

Explorer un résultat d'exemple

Politique avant l'exécution

Destination autorisée + budget applicable

Un itinéraire admis.

Le candidat satisfait à la politique d'itinéraire et à la limite d'exécution de l'exemple. L'appel pris en charge peut procéder.

Utiliser l'itinéraire principal autorisé

Une alternative autorisée.

L'itinéraire principal est indisponible. Le remplacement est vérifié par rapport aux mêmes règles avant l'exécution.

Utiliser le repli admis

Arrêt visible.

Aucun candidat ne satisfait à la politique ou au budget disponible. L'exemple s'arrête au lieu de choisir une destination interdite.

Retenir l'exécution

L'exemple indique, pas une requête en direct ou une référence de fournisseur. Les contrôles s'appliquent aux appels acheminés pris en charge.

Repli

Un deuxième itinéraire. Les mêmes limites.

Si un itinéraire n'est pas disponible ou approprié, évaluez une alternative autorisée selon la même politique. Si aucune ne convient, retournez un échec explicite plutôt que d'élargir silencieusement l'accès ou de dépenser au-delà de la limite configurée.

Vérifier à nouveau
Appliquer les autorisations et les limites au candidat de remplacement également.
Expliquer
Conserver la raison de la sélection ou du refus pour inspection.
Arrêter
Aucune alternative autorisée signifie aucune échappatoire automatique à la politique.

Budgets et délégation

Limiter le travail. Y compris l'étape suivante.

Gardez la taille du contexte, les limites d'exécution et les politiques de dépenses organisationnelles distinctes. Lorsque le travail supporté est délégué, son périmètre, son budget et ses conditions d'annulation doivent rester explicites. LeanCTX s'intègre à votre hôte d'agent ; ce n'est pas un espace de travail d'employé ni un gestionnaire d'équipe autonome.

Demander un budget
Définir les limites locales applicables pour l'opération supportée.
Délégation bornée
Transmettre une tâche et un périmètre explicites sans inventer de nouvelles permissions sources.
Contrôles d'entreprise
Appliquer les budgets, les approbations et les politiques d'identité organisationnelles via le service d'entreprise compatible.

Rétroaction sur le résultat

Améliorer à partir des preuves. Gardez l'autorité séparée.

Utilisez l'utilisation enregistrée et les résultats acceptés pour comparer les choix d'acheminement. Le chemin de référence déterministe reste utile en soi. Les propositions apprises optionnelles peuvent éclairer un choix, tandis que l'hôte conserve la décision finale concernant la politique et le budget.

Référence
Un chemin de sélection déterministe qui ne nécessite pas d'intelligence privée.
Proposition
Optimisations optionnelles suggérées ; elles n'accordent pas d'autorité.
Preuve
Vérifiez les résultats séparément des signaux de complétion et des affirmations de l'appelant.

Dans votre flux de travail

Bornez le travail. Gardez la propriété claire.

L'exécution peut impliquer plusieurs agents. La coordination, la délégation et le transport servent des fonctions différentes ; aucune ne peut étendre l'autorité de la tâche.

Rôles, messages et affirmations

Le bus d'agents enregistre les messages de coordination et les revendications de travail bornées. Il est distinct du planificateur d'exécution et n'accorde pas d'accès à une source.

Explorez cette capacité

Délégation bornée

Représentez les dépendances, les contrats de location, les budgets et les annulations dans le graphe de travail. Le travail délégué hérite de ses limites applicables au lieu d'acquérir une autorité ouverte.

Explorez cette capacité

Livraison par rapport à l'acceptation

Le transport d'une tâche ou d'un résultat n'est pas une preuve d'exécution acceptée. Gardez la livraison échouée, l'annulation et le résultat de la tâche vérifié distinguables.

Explorez cette capacité

Référence et optimisation optionnelle

Un chemin de référence déterministe reste utilisable. Les propositions apprises optionnelles peuvent éclairer la sélection, tandis que l'hôte conserve l'autorité politique et budgétaire.

Explorez cette capacité

Questions et réponses

Questions d'exécution et d'acheminement.

Chaque appel de modèle passe-t-il par LeanCTX ?

Non. Les contrôles d'exécution s'appliquent aux appels supportés acheminés via l'intégration active. En mode contexte uniquement, votre application reçoit un contexte préparé et effectue son propre appel de modèle.

L'acheminement garantit-il le modèle le moins cher réussi ?

Non. La pertinence et le coût dépendent de la tâche, de la configuration et des preuves disponibles. Comparez le travail équivalent, incluez les nouvelles tentatives et les échecs, et vérifiez le résultat accepté.

LeanCTX remplace-t-il mon framework d'agents ?

Non. Votre application possède l'expérience utilisateur et le cycle de vie de l'agent. LeanCTX fournit les capacités de contexte, de politique, d'exécution et de preuve supportées par ses interfaces négociées.

Suivant : Coût et résultats

Inspectez la décision. Évaluez le résultat.

Connectez la voie sélectionnée avec l'utilisation enregistrée et un résultat de tâche vérifié séparément.

Commencez avec LeanCTX

Mettez un flux de travail sous vos règles.

Choisissez une intégration supportée. Définissez ses voies et limites autorisées, puis inspectez le résultat d'une tâche représentative.

Priorité au local. Agnostique au modèle. Votre contexte.