agentic-api 2.0.31 → 2.0.491
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/dist/src/agents/agents.example.js +21 -22
- package/dist/src/agents/authentication.js +1 -2
- package/dist/src/agents/prompts.d.ts +5 -4
- package/dist/src/agents/prompts.js +44 -87
- package/dist/src/agents/reducer.core.d.ts +24 -2
- package/dist/src/agents/reducer.core.js +125 -35
- package/dist/src/agents/reducer.loaders.d.ts +55 -1
- package/dist/src/agents/reducer.loaders.js +114 -1
- package/dist/src/agents/reducer.types.d.ts +45 -2
- package/dist/src/agents/semantic.js +1 -2
- package/dist/src/agents/simulator.d.ts +11 -3
- package/dist/src/agents/simulator.executor.d.ts +14 -4
- package/dist/src/agents/simulator.executor.js +81 -23
- package/dist/src/agents/simulator.js +128 -42
- package/dist/src/agents/simulator.prompts.d.ts +9 -7
- package/dist/src/agents/simulator.prompts.js +66 -86
- package/dist/src/agents/simulator.types.d.ts +23 -5
- package/dist/src/agents/simulator.utils.d.ts +7 -2
- package/dist/src/agents/simulator.utils.js +31 -11
- package/dist/src/agents/system.js +1 -2
- package/dist/src/execute/helpers.d.ts +75 -0
- package/dist/src/execute/helpers.js +139 -0
- package/dist/src/execute/index.d.ts +11 -0
- package/dist/src/execute/index.js +44 -0
- package/dist/src/execute/legacy.d.ts +46 -0
- package/dist/src/execute/legacy.js +460 -0
- package/dist/src/execute/modelconfig.d.ts +19 -0
- package/dist/src/execute/modelconfig.js +56 -0
- package/dist/src/execute/responses.d.ts +55 -0
- package/dist/src/execute/responses.js +594 -0
- package/dist/src/execute/shared.d.ts +83 -0
- package/dist/src/execute/shared.js +188 -0
- package/dist/src/index.d.ts +1 -1
- package/dist/src/index.js +2 -2
- package/dist/src/{princing.openai.d.ts → pricing.llm.d.ts} +6 -0
- package/dist/src/pricing.llm.js +255 -0
- package/dist/src/prompts.d.ts +13 -4
- package/dist/src/prompts.js +221 -114
- package/dist/src/rag/embeddings.d.ts +36 -18
- package/dist/src/rag/embeddings.js +131 -128
- package/dist/src/rag/index.d.ts +5 -5
- package/dist/src/rag/index.js +14 -17
- package/dist/src/rag/parser.d.ts +2 -1
- package/dist/src/rag/parser.js +11 -14
- package/dist/src/rag/rag.examples.d.ts +27 -0
- package/dist/src/rag/rag.examples.js +151 -0
- package/dist/src/rag/rag.manager.d.ts +383 -0
- package/dist/src/rag/rag.manager.js +1390 -0
- package/dist/src/rag/types.d.ts +128 -12
- package/dist/src/rag/types.js +100 -1
- package/dist/src/rag/usecase.d.ts +37 -0
- package/dist/src/rag/usecase.js +96 -7
- package/dist/src/rules/git/git.e2e.helper.js +22 -2
- package/dist/src/rules/git/git.health.d.ts +61 -2
- package/dist/src/rules/git/git.health.js +333 -11
- package/dist/src/rules/git/index.d.ts +2 -2
- package/dist/src/rules/git/index.js +13 -1
- package/dist/src/rules/git/repo.d.ts +160 -0
- package/dist/src/rules/git/repo.js +777 -0
- package/dist/src/rules/git/repo.pr.js +117 -13
- package/dist/src/rules/git/repo.tools.d.ts +22 -1
- package/dist/src/rules/git/repo.tools.js +50 -1
- package/dist/src/rules/types.d.ts +27 -14
- package/dist/src/rules/utils.matter.d.ts +0 -4
- package/dist/src/rules/utils.matter.js +35 -7
- package/dist/src/scrapper.d.ts +15 -22
- package/dist/src/scrapper.js +58 -110
- package/dist/src/stategraph/index.d.ts +1 -1
- package/dist/src/stategraph/stategraph.d.ts +56 -2
- package/dist/src/stategraph/stategraph.js +134 -6
- package/dist/src/stategraph/stategraph.storage.js +8 -0
- package/dist/src/stategraph/types.d.ts +27 -0
- package/dist/src/types.d.ts +46 -9
- package/dist/src/types.js +8 -7
- package/dist/src/usecase.d.ts +11 -2
- package/dist/src/usecase.js +27 -35
- package/dist/src/utils.d.ts +32 -18
- package/dist/src/utils.js +87 -129
- package/package.json +10 -3
- package/dist/src/agents/digestor.test.d.ts +0 -1
- package/dist/src/agents/digestor.test.js +0 -45
- package/dist/src/agents/reducer.example.d.ts +0 -28
- package/dist/src/agents/reducer.example.js +0 -118
- package/dist/src/agents/reducer.process.d.ts +0 -16
- package/dist/src/agents/reducer.process.js +0 -143
- package/dist/src/agents/reducer.tools.d.ts +0 -29
- package/dist/src/agents/reducer.tools.js +0 -157
- package/dist/src/agents/simpleExample.d.ts +0 -3
- package/dist/src/agents/simpleExample.js +0 -38
- package/dist/src/agents/system-review.d.ts +0 -5
- package/dist/src/agents/system-review.js +0 -181
- package/dist/src/agents/systemReview.d.ts +0 -4
- package/dist/src/agents/systemReview.js +0 -22
- package/dist/src/execute.d.ts +0 -49
- package/dist/src/execute.js +0 -564
- package/dist/src/princing.openai.js +0 -54
- package/dist/src/rag/tools.d.ts +0 -76
- package/dist/src/rag/tools.js +0 -196
- package/dist/src/rules/user.mapper.d.ts +0 -61
- package/dist/src/rules/user.mapper.js +0 -160
- package/dist/src/rules/utils/slug.d.ts +0 -22
- package/dist/src/rules/utils/slug.js +0 -35
|
@@ -1,181 +0,0 @@
|
|
|
1
|
-
"use strict";
|
|
2
|
-
Object.defineProperty(exports, "__esModule", { value: true });
|
|
3
|
-
exports.systemReview = exports.systemReviewPrompt = void 0;
|
|
4
|
-
const execute_1 = require("../execute");
|
|
5
|
-
const utils_1 = require("../utils");
|
|
6
|
-
const promptMarkdown = `# RÔLE:
|
|
7
|
-
- Tu es un expert en développement de test unitaires avec nodejs et jtest.
|
|
8
|
-
- Tu as développé un RAG avec openai et "hnswlib-node" qui contient toutes les Procédures de l'entreprise Pilet-Renaud SA.
|
|
9
|
-
- Ta mission est de créer une série de tests exhaustifs pour valider que le RAG couvre à 100% le contenu des procédures de l'entreprise.
|
|
10
|
-
- Produire des questions à un coût important, tu dois être efficace, tu dois capturer un maximum de détails (sujet, relation, objet) avec un minimum de questions (maximum 4).
|
|
11
|
-
- Toutes les questions que tu vas créer concernent précisément le INPUT fournit ci-dessous.
|
|
12
|
-
- Pour orienter la formulation des questions, je te fournis quelques exemples de questions réelles.
|
|
13
|
-
- Chaque question doit satisfaire ces critères: clairement identifier le problème à résoudre ou l'action souhaitée dans un domaine précis, doit être spécifique et ne peut pas être ambiguë.
|
|
14
|
-
- En moyenne, chaque question doit être au maximum de 15 mots, mais tu peux en produire aussi des plus courtes (20%) pour élargir le champ des tests.
|
|
15
|
-
- La réponse contient la liste de mots très spécifiques à la procédure séparés par des virgules.
|
|
16
|
-
- Si la réponse concerne un schéma, une procédure ou l'utilisation d'un logiciel, tu dois décrire la procédure précisément.
|
|
17
|
-
|
|
18
|
-
|
|
19
|
-
# EXEMPLES de formulation utilisées par les collaborateurs l'entreprise (attention à ne pas utiliser ces exemples si le sujet du INPUT´est différent).
|
|
20
|
-
- Écoulement bouché, que faire ?
|
|
21
|
-
- J’ai une fuite depuis le plafond de ma chambre, j’aimerais un sanitaire
|
|
22
|
-
- Mon frigo ne fonctionne pas, pouvez-vous mandater quelqu’un ?
|
|
23
|
-
- Mon store est resté bloqué, pouvez-vous faire quelque chose ?
|
|
24
|
-
- J’aimerais faire reproduire des clés, comment faire ? combien ça coûte ?
|
|
25
|
-
- Je suis fournisseur, ma facture n’est toujours pas payée par Pilet et Renaud.
|
|
26
|
-
- J’ai payé mon loyer, mais j’ai reçu un rappel, pourquoi ?
|
|
27
|
-
- Je paie toujours bien mon loyer, pouvez-vous supprimer les frais de rappel c’est la première fois que j’ai du retard.
|
|
28
|
-
- Est-ce que cet appartement est toujours disponible ? Comment déposer un dossier?
|
|
29
|
-
- Est-ce que mon dossier de candidature est retenu ? j’aimerais des infos.
|
|
30
|
-
- Inscription de korkmaz?
|
|
31
|
-
- J’ai reçu un appel manqué de la régie mais je ne sais pas qui a tenté de me joindre.
|
|
32
|
-
- Un fournisseur me dit que sa facture n’est toujours pas payée par Pilet et Renaud. Comment je vérifie ça?
|
|
33
|
-
- Comment créer un bon ?
|
|
34
|
-
- Quelles sont les tâches à faire après avoir conclu un contrat d’entretien ?
|
|
35
|
-
- Une entreprise souhaite travailler avec nous, que dois-je faire ?
|
|
36
|
-
|
|
37
|
-
# QUESTIONS A EVITER: Les exemples qui ne sont pas pertinents pour le RAG (les documents sont tous concernés par ces questions, c'est donc inutile de les inclure dans les tests).
|
|
38
|
-
- Ce document contient-il des liens externes ?
|
|
39
|
-
- Cette absence de liens affecte-t-elle la validité du document ?
|
|
40
|
-
- Qui doit valider les changements dans la procédure ?
|
|
41
|
-
- Comment valider une modification de procédure ?
|
|
42
|
-
|
|
43
|
-
# DICTIONNAIRE (jargon de l'entreprise):
|
|
44
|
-
- Logiciels Spécifiques: Quorum, MFiles, Base de connaissance, Teams, HomePad, Todoist, Mammutt, E-banking, INCH, Ecopartage, Immowise.
|
|
45
|
-
- SGC: Service de Gestion de la Clientèle
|
|
46
|
-
- GED: service qui gère le scan des documents, la mise sous plis, l’économat, le réassort des salles de pauses, la saisie des données pour orienter les documents dans M-Files
|
|
47
|
-
- MED: Mise en demeure.
|
|
48
|
-
- WC: Toilettes.
|
|
49
|
-
- M-Files: logiciel de gestion de documents
|
|
50
|
-
- PR ou PRSA: Pilet-Renaud SA
|
|
51
|
-
- PPE: Service qui gère les copropriétés.
|
|
52
|
-
- GP: Garantie Bancaire
|
|
53
|
-
- BAL: Boite à Lettre
|
|
54
|
-
- DD: Arrangement de paiement pour facture due mais qui n’est pas du loyer.
|
|
55
|
-
- copro: copropriétaire (attention à ne pas confondre avec gopros)
|
|
56
|
-
- un bon (bons): ordre d'intervention pour travaux (ex, bon de travail, création de bons, bons, etc).
|
|
57
|
-
- La Date à jour Locataire: le dernier mois qui a été payé par le locataire.
|
|
58
|
-
|
|
59
|
-
|
|
60
|
-
# OUTPUT INSTRUCTIONS
|
|
61
|
-
- Tu dois produire un JSON strict avec les champs suivants:
|
|
62
|
-
\`\`\`JSON
|
|
63
|
-
source: "string",
|
|
64
|
-
file: "_file_",
|
|
65
|
-
queries:[{ "question": "string","answer": "string"}, ...]
|
|
66
|
-
\`\`\`
|
|
67
|
-
|
|
68
|
-
|
|
69
|
-
INPUT:
|
|
70
|
-
`;
|
|
71
|
-
//
|
|
72
|
-
// 1. role & identity
|
|
73
|
-
// 2. scope
|
|
74
|
-
// 3. logic (toute directive doit correspondre à une logique conditionnelle claire)
|
|
75
|
-
// 4. ambiguity (La directive doit déboucher sur une action ou une absence d’action, sans zone grise)
|
|
76
|
-
// 5. Interdiction
|
|
77
|
-
// 6. output (L’agent sait-il comment formuler sa réponse)
|
|
78
|
-
// 😩 Il lit la demande de haïku, voit qu’il doit "appeler un agent spécialisé" et pense que ce n’est pas lui.
|
|
79
|
-
exports.systemReviewPrompt = `
|
|
80
|
-
# PROMPT D’ANALYSE — Audit de directives LLM d'un prompt système
|
|
81
|
-
|
|
82
|
-
## RÔLE :
|
|
83
|
-
Assume le rôle d’un expert spécialisé dans l’analyse, la formalisation et l’évaluation des directives d’un prompt système d’un Agent LLM.
|
|
84
|
-
On te donnera des problèmes difficiles à résoudre, qui nécessiteront plusieurs techniques principales pour les résoudre, comme l'analyse statistique, la logique, ainsi que certaines techniques métacognitives que tu pourras employer.
|
|
85
|
-
|
|
86
|
-
## MISSION :
|
|
87
|
-
L'utilisateur a créé un prompt système qui contient une liste de directives (instructions) pour un Agent LLM spécialisé.
|
|
88
|
-
Tu dois en avoir une connaissance exhaustive et approfondie, les lire ligne par ligne et les garder en mémoire.
|
|
89
|
-
|
|
90
|
-
Ta mission est de les évaluer individuellement selon les 9 critères mentionnés ci-dessous.
|
|
91
|
-
Tu dois juger leur pertinence, leur clarté, leur alignement avec le rôle de l’agent, et leur contribution à l’objectif global.
|
|
92
|
-
|
|
93
|
-
## TÂCHES :
|
|
94
|
-
Tu dois avoir une connaissance exhaustive et approfondie de toutes les directives :
|
|
95
|
-
- Une directive est décrite avec des phrases sur une ligne.
|
|
96
|
-
- Tu dois suivre la structure qui organise les directives par sections pour résoudre un objectif précis de l'agent.
|
|
97
|
-
- Dans Tu dois évaluer chaque directive individuellement selon les 9 critères ci-dessous.
|
|
98
|
-
- Tu dois comparer la directive au rôle global de l’agent et de la section pour détecter sa complémentarité et son écart.
|
|
99
|
-
- Tu dois extraire le chevauchement ou les incohérences par rapport aux autres directives.
|
|
100
|
-
- Tu dois identifier les cas de redondance et d'indécisions que cela peut créer.
|
|
101
|
-
- Tu dois produire et conserver en mémoire un schéma du "graph" complet de chaque directive et des critères d'évaluation dont le score est inférieur à 0.9.
|
|
102
|
-
|
|
103
|
-
## CHAÎNE DE RAISONNEMENT (CoT) :
|
|
104
|
-
|
|
105
|
-
Tu dois appliquer une démarche par raisonnement étape par étape :
|
|
106
|
-
- Encadre ton raisonnement dans une balise \`<thinking>...</thinking>\`.
|
|
107
|
-
- Utilise des balises \`<step>\` pour chaque étape de réflexion.
|
|
108
|
-
- Reste succinct dans les étapes.
|
|
109
|
-
- Ajuste ton raisonnement si tu détectes une incohérence ou un doute.
|
|
110
|
-
|
|
111
|
-
|
|
112
|
-
## CRITÈRES D’ANALYSE
|
|
113
|
-
|
|
114
|
-
1. **Identité** : La directive reflète-t-elle le rôle de la section actuelle ?
|
|
115
|
-
2. **Périmètre** : Complète-t-elle clairement le domaine de la section actuelle, est-elle utile ?
|
|
116
|
-
3. **Décision** : Y a-t-il une condition explicite du type “SI… ALORS…”, si oui est-elle correctement formulée ?
|
|
117
|
-
4. **Exécution** : L’agent peut-il agir sans hésitation (une autre directive peut-elle contredire la directive en cours) ?
|
|
118
|
-
5. **Interdiction** : Empêche-t-elle les comportements vagues, hors sujet ou parasites ?
|
|
119
|
-
7. **Robustesse** : Faut-il prévoir des cas limites ?
|
|
120
|
-
8. **Redondance (ou contradiction)** : Y a-t-il une redondance ou une contradiction avec une autre directive qui pourrait créer un biais d'interprétation ?
|
|
121
|
-
9. **Simplification** : Pourrait-elle être reformulée sans perte ?
|
|
122
|
-
|
|
123
|
-
|
|
124
|
-
## OUTPUT ATTENDU
|
|
125
|
-
- Tu dois produire un **Rapport exhaustif de toutes les directives avec leurs critères**, les scores et les commentaires
|
|
126
|
-
- ATTENTION seuls les critères avec un scores <= 0.9 intéressent l'utilisateur et doivent être affichées.
|
|
127
|
-
|
|
128
|
-
`;
|
|
129
|
-
const systemReviewStructurePrompt = `
|
|
130
|
-
## 🔍 ANALYSE STRUCTURELLE (multi-directive)
|
|
131
|
-
|
|
132
|
-
Après l’analyse individuelle, tu dois effectuer une lecture croisée pour détecter :
|
|
133
|
-
|
|
134
|
-
1. **Branches Décisionnelles implicites ou explicites**
|
|
135
|
-
- Existe-t-il des directives contenant des conditions ?
|
|
136
|
-
- Sont-elles formulées de manière claire et non ambiguë ?
|
|
137
|
-
- Manque-t-il des transitions, cas d’erreur, ou cas particuliers ?
|
|
138
|
-
|
|
139
|
-
2. **Unknown Decision Branches**
|
|
140
|
-
- Génère des branches hypothétiques en cas de flou (par ex. : "Que se passe-t-il si l’utilisateur demande X alors que ce n’est pas prévu ?").
|
|
141
|
-
|
|
142
|
-
3. **Pruning des Chemins Invalides**
|
|
143
|
-
- Supprime les branches logiques incohérentes ou contradictoires.
|
|
144
|
-
- Signale les directives qui se contredisent ou génèrent des conflits de rôle ou de style.
|
|
145
|
-
|
|
146
|
-
4. **Cartographie des Risques**
|
|
147
|
-
- Identifie les zones de vulnérabilité : extrapolation, sur-interprétation, sortie non contrôlée.
|
|
148
|
-
- Classe-les par niveau de risque (Faible / Moyen / Élevé).
|
|
149
|
-
|
|
150
|
-
---
|
|
151
|
-
## OUTPUT ATTENDU
|
|
152
|
-
1. **Rapport de l’analyse globale** avec l'estimation du taux de couverture des directives par rapport à la mission.
|
|
153
|
-
2. **Rapport exhaustif par directive et par critère**, au format expliqué ci-dessous (ATTENTION seuls les scores <= 0.9 intéressent l'utilisateur et sont affichés avec un commentaire).
|
|
154
|
-
3. **Synthèse de l’analyse structurelle**, sous forme de carte des décisions, branches floues, recommandations, la liste chemins avec leur probabilité d'entrer en jeu, et le mermaid flowchart.
|
|
155
|
-
|
|
156
|
-
|
|
157
|
-
## EXEMPLE DE RAPPORT
|
|
158
|
-
### Directive N : *“[titre de la directive]”*
|
|
159
|
-
|
|
160
|
-
- **[critère 1]** : [score] *[commentaire]*
|
|
161
|
-
- ...
|
|
162
|
-
|
|
163
|
-
## Analyse structurelle
|
|
164
|
-
...
|
|
165
|
-
|
|
166
|
-
`;
|
|
167
|
-
exports.systemReview = {
|
|
168
|
-
name: "systemReview",
|
|
169
|
-
human: true,
|
|
170
|
-
model: (0, execute_1.modelConfig)("MEDIUM"),
|
|
171
|
-
publicDescription: "Agent chargé d'analyser le contenu d'un prompt système et de présenter ses remarques",
|
|
172
|
-
instructions: exports.systemReviewPrompt,
|
|
173
|
-
tools: [],
|
|
174
|
-
downstreamAgents: [],
|
|
175
|
-
};
|
|
176
|
-
//instructions: [systemReviewPrompt, systemReviewStructurePrompt],
|
|
177
|
-
//
|
|
178
|
-
// go back to systemReview once the task is done
|
|
179
|
-
// add the transfer tool to point to downstreamAgents
|
|
180
|
-
const agents = (0, utils_1.injectTransferTools)([exports.systemReview]);
|
|
181
|
-
exports.default = agents;
|
|
@@ -1,22 +0,0 @@
|
|
|
1
|
-
"use strict";
|
|
2
|
-
Object.defineProperty(exports, "__esModule", { value: true });
|
|
3
|
-
exports.systemReview = void 0;
|
|
4
|
-
const execute_1 = require("../execute");
|
|
5
|
-
const utils_1 = require("../utils");
|
|
6
|
-
const prompts_1 = require("./prompts");
|
|
7
|
-
exports.systemReview = {
|
|
8
|
-
name: "systemReview",
|
|
9
|
-
human: true,
|
|
10
|
-
model: (0, execute_1.modelConfig)("MEDIUM"),
|
|
11
|
-
publicDescription: "Agent chargé d'analyser le contenu d'un prompt système et de présenter ses remarques",
|
|
12
|
-
instructions: prompts_1.systemReviewPrompt,
|
|
13
|
-
maxSteps: 3,
|
|
14
|
-
tools: [],
|
|
15
|
-
downstreamAgents: [],
|
|
16
|
-
};
|
|
17
|
-
//instructions: [systemReviewPrompt, systemReviewStructurePrompt],
|
|
18
|
-
//
|
|
19
|
-
// go back to systemReview once the task is done
|
|
20
|
-
// add the transfer tool to point to downstreamAgents
|
|
21
|
-
const agents = (0, utils_1.injectTransferTools)([exports.systemReview]);
|
|
22
|
-
exports.default = agents;
|
package/dist/src/execute.d.ts
DELETED
|
@@ -1,49 +0,0 @@
|
|
|
1
|
-
import { AgentConfig, AgenticContext, AgentModel, ExecuteAgentResult, Feedback, ExecutionResult } from "./types";
|
|
2
|
-
import { Writable } from "stream";
|
|
3
|
-
import { AgentStateGraph } from "./stategraph";
|
|
4
|
-
export declare function modelConfig(model: string, custom?: any): AgentModel;
|
|
5
|
-
export declare function sendFeedback(params: Feedback): void;
|
|
6
|
-
export interface ReadCompletionsStreamOptions {
|
|
7
|
-
stateGraph: AgentStateGraph;
|
|
8
|
-
discussion: any;
|
|
9
|
-
agentConfig: AgentConfig;
|
|
10
|
-
agents: AgentConfig[];
|
|
11
|
-
agentName: string;
|
|
12
|
-
stdout: Writable;
|
|
13
|
-
session: AgenticContext;
|
|
14
|
-
final: any;
|
|
15
|
-
verbose?: boolean;
|
|
16
|
-
enrichWithMemory?: (role: string, agent: AgentConfig, context: AgenticContext) => Promise<string>;
|
|
17
|
-
}
|
|
18
|
-
export declare function readCompletionsStream(params: ReadCompletionsStreamOptions): Promise<ExecutionResult>;
|
|
19
|
-
/**
|
|
20
|
-
* Parameters for executing an agent set
|
|
21
|
-
* @interface ExecuteAgentSetParams
|
|
22
|
-
* @property {OpenAI} openai - OpenAI client instance
|
|
23
|
-
* @property {string} query - User query to process
|
|
24
|
-
* @property {string} home - Name of the agent to start with
|
|
25
|
-
* @property {Writable} stdout - Stream to write output to
|
|
26
|
-
* @property {boolean} [verbose] - Whether to log verbose debug information
|
|
27
|
-
* @property {number} [maxSteps] - Maximum number of steps to execute
|
|
28
|
-
*/
|
|
29
|
-
export interface ExecuteAgentSetParams {
|
|
30
|
-
enrichWithMemory?: (role: string, agent: AgentConfig, context: AgenticContext) => Promise<string>;
|
|
31
|
-
query: string;
|
|
32
|
-
home?: string;
|
|
33
|
-
stdout: Writable;
|
|
34
|
-
verbose?: boolean;
|
|
35
|
-
debug?: boolean;
|
|
36
|
-
}
|
|
37
|
-
/**
|
|
38
|
-
* Executes a set of agents to process a user query
|
|
39
|
-
*
|
|
40
|
-
* This function initializes the agent memory, processes the user query through the appropriate
|
|
41
|
-
* agent, and handles any agent transfers or tool calls that occur during execution.
|
|
42
|
-
*
|
|
43
|
-
* @param {AgentConfig[]} agentSet - Array of agent configurations
|
|
44
|
-
* @param {AgenticContext} session - {memory, user, ...} - Session object to store/read conversation state
|
|
45
|
-
* @param {ExecuteAgentSetParams} params - Execution parameters
|
|
46
|
-
* @returns {Promise<void>}
|
|
47
|
-
*/
|
|
48
|
-
export declare function executeAgentSet(agentSet: AgentConfig[], context: AgenticContext, params: ExecuteAgentSetParams): Promise<ExecutionResult>;
|
|
49
|
-
export declare function executeAgent(agentSet: AgentConfig[], params: ExecuteAgentSetParams): Promise<ExecuteAgentResult>;
|