agentic-api 1.0.6 → 2.0.26
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/README.md +118 -22
- package/dist/src/agents/agents.example.d.ts +3 -0
- package/dist/src/agents/agents.example.js +38 -0
- package/dist/src/agents/authentication.js +2 -0
- package/dist/src/agents/prompts.d.ts +2 -2
- package/dist/src/agents/prompts.js +112 -49
- package/dist/src/agents/reducer.core.d.ts +12 -0
- package/dist/src/agents/reducer.core.js +207 -0
- package/dist/src/agents/reducer.d.ts +3 -0
- package/dist/src/agents/reducer.example.d.ts +28 -0
- package/dist/src/agents/reducer.example.js +118 -0
- package/dist/src/agents/reducer.js +19 -0
- package/dist/src/agents/reducer.loaders.d.ts +34 -0
- package/dist/src/agents/reducer.loaders.js +122 -0
- package/dist/src/agents/reducer.process.d.ts +16 -0
- package/dist/src/agents/reducer.process.js +143 -0
- package/dist/src/agents/reducer.tools.d.ts +29 -0
- package/dist/src/agents/reducer.tools.js +157 -0
- package/dist/src/agents/reducer.types.d.ts +50 -0
- package/dist/src/agents/reducer.types.js +5 -0
- package/dist/src/agents/simulator.d.ts +47 -0
- package/dist/src/agents/simulator.executor.d.ts +26 -0
- package/dist/src/agents/simulator.executor.js +132 -0
- package/dist/src/agents/simulator.js +205 -0
- package/dist/src/agents/simulator.prompts.d.ts +16 -0
- package/dist/src/agents/simulator.prompts.js +108 -0
- package/dist/src/agents/simulator.types.d.ts +42 -0
- package/dist/src/agents/simulator.types.js +2 -0
- package/dist/src/agents/simulator.utils.d.ts +20 -0
- package/dist/src/agents/simulator.utils.js +87 -0
- package/dist/src/execute.d.ts +13 -6
- package/dist/src/execute.js +351 -85
- package/dist/src/index.d.ts +9 -0
- package/dist/src/index.js +14 -0
- package/dist/src/princing.openai.d.ts +9 -2
- package/dist/src/princing.openai.js +15 -11
- package/dist/src/prompts.d.ts +3 -2
- package/dist/src/prompts.js +159 -19
- package/dist/src/rag/embeddings.d.ts +103 -0
- package/dist/src/rag/embeddings.js +466 -0
- package/dist/src/rag/index.d.ts +12 -0
- package/dist/src/rag/index.js +40 -0
- package/dist/src/rag/lucene.d.ts +45 -0
- package/dist/src/rag/lucene.js +227 -0
- package/dist/src/rag/parser.d.ts +68 -0
- package/dist/src/rag/parser.js +192 -0
- package/dist/src/rag/tools.d.ts +76 -0
- package/dist/src/rag/tools.js +196 -0
- package/dist/src/rag/types.d.ts +178 -0
- package/dist/src/rag/types.js +21 -0
- package/dist/src/rag/usecase.d.ts +16 -0
- package/dist/src/rag/usecase.js +79 -0
- package/dist/src/rules/errors.d.ts +60 -0
- package/dist/src/rules/errors.js +97 -0
- package/dist/src/rules/git/git.e2e.helper.d.ts +104 -0
- package/dist/src/rules/git/git.e2e.helper.js +488 -0
- package/dist/src/rules/git/git.health.d.ts +66 -0
- package/dist/src/rules/git/git.health.js +354 -0
- package/dist/src/rules/git/git.helper.d.ts +129 -0
- package/dist/src/rules/git/git.helper.js +53 -0
- package/dist/src/rules/git/index.d.ts +6 -0
- package/dist/src/rules/git/index.js +76 -0
- package/dist/src/rules/git/repo.d.ts +128 -0
- package/dist/src/rules/git/repo.js +900 -0
- package/dist/src/rules/git/repo.pr.d.ts +137 -0
- package/dist/src/rules/git/repo.pr.js +589 -0
- package/dist/src/rules/git/repo.tools.d.ts +134 -0
- package/dist/src/rules/git/repo.tools.js +730 -0
- package/dist/src/rules/index.d.ts +8 -0
- package/dist/src/rules/index.js +25 -0
- package/dist/src/rules/messages.d.ts +17 -0
- package/dist/src/rules/messages.js +21 -0
- package/dist/src/rules/types.ctrl.d.ts +28 -0
- package/dist/src/rules/types.ctrl.js +2 -0
- package/dist/src/rules/types.d.ts +510 -0
- package/dist/src/rules/types.helpers.d.ts +132 -0
- package/dist/src/rules/types.helpers.js +2 -0
- package/dist/src/rules/types.js +33 -0
- package/dist/src/rules/user.mapper.d.ts +61 -0
- package/dist/src/rules/user.mapper.js +160 -0
- package/dist/src/rules/utils/slug.d.ts +22 -0
- package/dist/src/rules/utils/slug.js +35 -0
- package/dist/src/rules/utils.matter.d.ts +66 -0
- package/dist/src/rules/utils.matter.js +208 -0
- package/dist/src/rules/utils.slug.d.ts +22 -0
- package/dist/src/rules/utils.slug.js +35 -0
- package/dist/src/scrapper.d.ts +3 -2
- package/dist/src/scrapper.js +33 -37
- package/dist/src/stategraph/index.d.ts +8 -0
- package/dist/src/stategraph/index.js +21 -0
- package/dist/src/stategraph/stategraph.d.ts +91 -0
- package/dist/src/stategraph/stategraph.js +241 -0
- package/dist/src/stategraph/stategraph.storage.d.ts +41 -0
- package/dist/src/stategraph/stategraph.storage.js +166 -0
- package/dist/src/stategraph/types.d.ts +139 -0
- package/dist/src/stategraph/types.js +19 -0
- package/dist/src/types.d.ts +62 -39
- package/dist/src/types.js +53 -89
- package/dist/src/usecase.d.ts +4 -0
- package/dist/src/usecase.js +44 -0
- package/dist/src/utils.d.ts +12 -5
- package/dist/src/utils.js +30 -13
- package/package.json +9 -3
package/README.md
CHANGED
|
@@ -13,6 +13,7 @@ Super simple API for intelligent agent orchestration with automatic sequences an
|
|
|
13
13
|
- Automatic model escalation to more intelligent instructions and models.
|
|
14
14
|
- Smart transfer between specialized agents with confidence threshold
|
|
15
15
|
- Prompting models to follow a state machine, for example to accurately collect things like names and phone numbers.
|
|
16
|
+
- **✅ StateGraph Architecture**: Modern conversation state management with automatic persistence
|
|
16
17
|
|
|
17
18
|
|
|
18
19
|
### Key Advantages
|
|
@@ -21,6 +22,7 @@ Super simple API for intelligent agent orchestration with automatic sequences an
|
|
|
21
22
|
- Minimal configuration
|
|
22
23
|
- Few dependencies
|
|
23
24
|
- Fast
|
|
25
|
+
- **Modern StateGraph**: Clean separation of concerns with automatic session management
|
|
24
26
|
|
|
25
27
|
### Recommended Use Cases
|
|
26
28
|
|
|
@@ -40,31 +42,27 @@ npm install @agentic-api
|
|
|
40
42
|
|
|
41
43
|
```typescript
|
|
42
44
|
import OpenAI from "openai";
|
|
43
|
-
import { agents } from '@agentic-api';
|
|
44
45
|
import { executeAgentSet } from '@agentic-api/execute';
|
|
45
46
|
import { AgenticContext } from '@agentic-api/types';
|
|
47
|
+
import { AgentStateGraph } from '@agentic-api/stategraph';
|
|
46
48
|
|
|
47
49
|
const openai = new OpenAI({
|
|
48
50
|
apiKey: process.env.OPENAI_API_KEY,
|
|
49
51
|
});
|
|
50
52
|
|
|
51
|
-
// Create
|
|
52
|
-
const
|
|
53
|
-
memory: {
|
|
54
|
-
messages: [],
|
|
55
|
-
currentAgent: null,
|
|
56
|
-
agents,
|
|
57
|
-
usage: { prompt: 0, completion: 0, total: 0, cost: 0 }
|
|
58
|
-
},
|
|
53
|
+
// Create context with user information
|
|
54
|
+
const context: AgenticContext = {
|
|
59
55
|
user: {
|
|
60
|
-
id:
|
|
61
|
-
|
|
56
|
+
id: "user123",
|
|
57
|
+
role: "user"
|
|
58
|
+
},
|
|
59
|
+
credential: "your-api-key"
|
|
62
60
|
};
|
|
63
61
|
|
|
64
|
-
// Execute agent with
|
|
65
|
-
const stream = await executeAgentSet(agents,
|
|
62
|
+
// Execute agent with StateGraph (automatically managed)
|
|
63
|
+
const stream = await executeAgentSet(agents, context, {
|
|
66
64
|
query: "Hello, what can you do?",
|
|
67
|
-
|
|
65
|
+
home: "welcome", // Starting agent
|
|
68
66
|
verbose: true,
|
|
69
67
|
enrichWithMemory: async (role) => {
|
|
70
68
|
// Memory enrichment logic
|
|
@@ -104,7 +102,51 @@ import { injectTransferTools } from '@agentic-api/utils';
|
|
|
104
102
|
const myAgents = injectTransferTools([welcome, haiku]);
|
|
105
103
|
```
|
|
106
104
|
|
|
107
|
-
## 🧠 Memory Management
|
|
105
|
+
## 🧠 StateGraph Memory Management
|
|
106
|
+
|
|
107
|
+
The new StateGraph architecture provides automatic conversation state management:
|
|
108
|
+
|
|
109
|
+
```typescript
|
|
110
|
+
import { AgentStateGraph, sessionStateGraphGet, sessionStateGraphSet } from '@agentic-api/stategraph';
|
|
111
|
+
|
|
112
|
+
// StateGraph is automatically managed during executeAgentSet
|
|
113
|
+
// But you can also work with it directly:
|
|
114
|
+
|
|
115
|
+
function setupStateGraph(req: Request) {
|
|
116
|
+
// Get existing StateGraph from session (with automatic migration)
|
|
117
|
+
let stateGraph = sessionStateGraphGet(req);
|
|
118
|
+
if (!stateGraph) {
|
|
119
|
+
stateGraph = new AgentStateGraph();
|
|
120
|
+
}
|
|
121
|
+
|
|
122
|
+
// Create or restore discussion for specific agent
|
|
123
|
+
const discussion = stateGraph.createOrRestore("welcome");
|
|
124
|
+
|
|
125
|
+
// Add messages to discussion
|
|
126
|
+
stateGraph.push("welcome", {
|
|
127
|
+
role: "user",
|
|
128
|
+
content: "Hello!"
|
|
129
|
+
});
|
|
130
|
+
|
|
131
|
+
// Update token usage
|
|
132
|
+
stateGraph.updateTokens("welcome", {
|
|
133
|
+
prompt: 10,
|
|
134
|
+
completion: 20,
|
|
135
|
+
total: 30,
|
|
136
|
+
cost: 0.001
|
|
137
|
+
});
|
|
138
|
+
|
|
139
|
+
// Save back to session with gzip compression
|
|
140
|
+
sessionStateGraphSet(req, stateGraph);
|
|
141
|
+
|
|
142
|
+
return stateGraph;
|
|
143
|
+
}
|
|
144
|
+
|
|
145
|
+
// Client-safe view (filters system messages and tools)
|
|
146
|
+
const clientDiscussion = stateGraph.toClientView("welcome");
|
|
147
|
+
```
|
|
148
|
+
|
|
149
|
+
## 🧠 Legacy Memory Management (MemoriesLite)
|
|
108
150
|
|
|
109
151
|
```typescript
|
|
110
152
|
import { MemoriesLite } from '@memories-lite';
|
|
@@ -138,22 +180,76 @@ ${relevantMemories.results.map(entry => `- ${entry.memory}`).join("\n")}`;
|
|
|
138
180
|
|
|
139
181
|
## ⚙️ Model Levels
|
|
140
182
|
|
|
141
|
-
- **LOW**: gpt-
|
|
142
|
-
- **MEDIUM**: gpt-
|
|
143
|
-
- **HIGH**: gpt-
|
|
183
|
+
- **LOW**: gpt-4o-mini (simple tasks)
|
|
184
|
+
- **MEDIUM**: gpt-4o (balanced performance/cost)
|
|
185
|
+
- **HIGH**: gpt-4o (advanced reasoning)
|
|
144
186
|
- **SEARCH**: gpt-4o-mini-search-preview (web search with localization)
|
|
145
187
|
|
|
146
188
|
## 🔄 Agent Transfer
|
|
147
189
|
|
|
148
190
|
Agent transfer is automatically managed with:
|
|
149
|
-
-
|
|
191
|
+
- **Temporary transfers**: Agents transfer for single transactions and return to specialized agent
|
|
192
|
+
- Confidence threshold (0.7) for transfer
|
|
150
193
|
- Transfer justification
|
|
151
194
|
- Conversation context preservation
|
|
152
195
|
- Automatic system instruction updates
|
|
196
|
+
- **Specialized agent tracking**: Each discussion remembers its starting agent
|
|
197
|
+
|
|
198
|
+
```typescript
|
|
199
|
+
// Transfer logic (handled automatically)
|
|
200
|
+
// 1. Agent A processes user message
|
|
201
|
+
// 2. If tool calls indicate transfer to Agent B
|
|
202
|
+
// 3. Agent B handles the specific task
|
|
203
|
+
// 4. Control returns to Agent A (specialized agent)
|
|
204
|
+
```
|
|
205
|
+
|
|
206
|
+
## 🔄 StateGraph Features
|
|
207
|
+
|
|
208
|
+
### **Core Operations**
|
|
209
|
+
```typescript
|
|
210
|
+
// Create or restore agent discussion
|
|
211
|
+
const discussion = stateGraph.createOrRestore("agentName");
|
|
212
|
+
|
|
213
|
+
// Add messages with auto-generated ID and timestamp
|
|
214
|
+
stateGraph.push("agentName", {
|
|
215
|
+
role: "assistant",
|
|
216
|
+
content: "Hello!",
|
|
217
|
+
name: "functionName" // For OpenAI tool calls
|
|
218
|
+
});
|
|
219
|
+
|
|
220
|
+
// Set system message (overwrites existing)
|
|
221
|
+
stateGraph.set("agentName", "You are a helpful assistant");
|
|
222
|
+
|
|
223
|
+
// Update token usage (cumulative)
|
|
224
|
+
stateGraph.updateTokens("agentName", {
|
|
225
|
+
prompt: 10,
|
|
226
|
+
completion: 20,
|
|
227
|
+
cost: 0.001
|
|
228
|
+
});
|
|
229
|
+
|
|
230
|
+
// Clear discussion (keeps system message)
|
|
231
|
+
stateGraph.clearDiscussion("agentName");
|
|
232
|
+
```
|
|
233
|
+
|
|
234
|
+
### **Utility Functions**
|
|
235
|
+
```typescript
|
|
236
|
+
// Get specialized (starting) agent for discussion
|
|
237
|
+
import { getSpecializedAgent } from '@agentic-api/stategraph';
|
|
238
|
+
const specializedAgent = getSpecializedAgent(discussion);
|
|
239
|
+
|
|
240
|
+
// Find discussion by ID
|
|
241
|
+
const discussion = stateGraph.findDiscussionById("discussion-123");
|
|
242
|
+
|
|
243
|
+
// Rename discussion
|
|
244
|
+
stateGraph.renameDiscussion("agentName", "New Name", "Description");
|
|
245
|
+
|
|
246
|
+
// Delete discussion
|
|
247
|
+
stateGraph.deleteDiscussion("agentName");
|
|
248
|
+
```
|
|
153
249
|
|
|
154
250
|
## 💾 Pull-based Data Digestion
|
|
155
251
|
|
|
156
|
-
This feature enables agents to process large documents
|
|
252
|
+
This feature enables agents to process large documents chunk by chunk. It's designed for scenarios where the entire document cannot fit into the agent's context window.
|
|
157
253
|
|
|
158
254
|
- **Chunked Processing**: The `pullContentDigestor` tool allows an agent to request and process content in manageable chunks.
|
|
159
255
|
- **Stateful Digestion**: The agent receives the current chunk and relevant instructions, including the previous processing results, to maintain context throughout the digestion of the entire document.
|
|
@@ -206,7 +302,7 @@ npm test
|
|
|
206
302
|
|
|
207
303
|
MIT License
|
|
208
304
|
|
|
209
|
-
Copyright (c) 2024 Pilet
|
|
305
|
+
Copyright (c) 2024 Pilet & Renaud SA
|
|
210
306
|
|
|
211
307
|
Permission is hereby granted, free of charge, to any person obtaining a copy
|
|
212
308
|
of this software and associated documentation files (the "Software"), to deal
|
|
@@ -224,4 +320,4 @@ FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
|
|
|
224
320
|
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
|
|
225
321
|
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
|
|
226
322
|
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
|
|
227
|
-
SOFTWARE.
|
|
323
|
+
SOFTWARE.
|
|
@@ -0,0 +1,38 @@
|
|
|
1
|
+
"use strict";
|
|
2
|
+
Object.defineProperty(exports, "__esModule", { value: true });
|
|
3
|
+
const execute_1 = require("../execute");
|
|
4
|
+
const utils_1 = require("../utils");
|
|
5
|
+
const prompts_1 = require("./prompts");
|
|
6
|
+
const prompts_2 = require("./prompts");
|
|
7
|
+
const prompts_3 = require("./prompts");
|
|
8
|
+
// Définition des agents
|
|
9
|
+
const haiku = {
|
|
10
|
+
name: "haiku",
|
|
11
|
+
model: (0, execute_1.modelConfig)("LOW"),
|
|
12
|
+
publicDescription: "Agent qui écrit des haïkus.", // Contexte pour l'outil agent_transfer
|
|
13
|
+
instructions: prompts_3.haikuPrompt,
|
|
14
|
+
tools: [],
|
|
15
|
+
};
|
|
16
|
+
const morse = {
|
|
17
|
+
name: "morse",
|
|
18
|
+
model: (0, execute_1.modelConfig)("LOW"),
|
|
19
|
+
publicDescription: "Agent qui écrit en morse.", // Contexte pour l'outil agent_transfer
|
|
20
|
+
instructions: prompts_2.morsePrompt,
|
|
21
|
+
tools: [],
|
|
22
|
+
};
|
|
23
|
+
const welcome = {
|
|
24
|
+
name: "orientation",
|
|
25
|
+
human: true,
|
|
26
|
+
model: (0, execute_1.modelConfig)("MEDIUM"),
|
|
27
|
+
publicDescription: "Agent chargé de l’accueil, de la coordination et de l’orientation. Il redirige les utilisateurs vers l’agent spécialisé approprié",
|
|
28
|
+
instructions: prompts_1.welcomePrompt,
|
|
29
|
+
tools: [],
|
|
30
|
+
downstreamAgents: [haiku, morse],
|
|
31
|
+
};
|
|
32
|
+
//
|
|
33
|
+
// go back to welcome once the task is done
|
|
34
|
+
haiku.downstreamAgents = [welcome];
|
|
35
|
+
morse.downstreamAgents = [welcome];
|
|
36
|
+
// add the transfer tool to point to downstreamAgents
|
|
37
|
+
const agents = (0, utils_1.injectTransferTools)([welcome, haiku, morse]);
|
|
38
|
+
exports.default = agents;
|
|
@@ -1,10 +1,12 @@
|
|
|
1
1
|
"use strict";
|
|
2
2
|
Object.defineProperty(exports, "__esModule", { value: true });
|
|
3
|
+
const execute_1 = require("../execute");
|
|
3
4
|
/**
|
|
4
5
|
* Typed agent definitions in the style of AgentConfigSet from ../types
|
|
5
6
|
*/
|
|
6
7
|
const authentication = {
|
|
7
8
|
name: "authentication",
|
|
9
|
+
model: (0, execute_1.modelConfig)("MEDIUM"),
|
|
8
10
|
publicDescription: "Handles calls as a front desk admin by securely collecting and verifying personal information.",
|
|
9
11
|
instructions: `
|
|
10
12
|
# Personality and Tone
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
export declare const semanticPrompt = "\nTu es un expert en extraction s\u00E9mantique, logique et repr\u00E9sentation RDF.\n\nTa mission est d\u2019analyser un document textuel et de produire :\n1. Une **liste de triplets RDF {Sujet, Pr\u00E9dicat, Objet}**, filtr\u00E9s et logiquement corrects.\n2. Une **hi\u00E9rarchie RDF simplifi\u00E9e et d\u00E9taill\u00E9e**.\n3. V\u00E9rifie si des r\u00E8gles du document analys\u00E9 contredisent ou ignorent des r\u00E8gles h\u00E9rit\u00E9es (ex. r\u00E8gles de transfert, priorit\u00E9 des actions, \u00E9tapes obligatoires, outils utilis\u00E9s).\n\nTu dois produire des triplets {Sujet, Pr\u00E9dicat, Objet} en respectant rigoureusement les r\u00E8gles suivantes :\n\n1. Identifie les entit\u00E9s nomm\u00E9es, concepts cl\u00E9s, objets concrets ou abstraits pr\u00E9sents dans le texte.\n2. Pour chaque \u00E9nonc\u00E9 porteur de sens :\n - extrait un ou plusieurs triplets RDF {Sujet, Pr\u00E9dicat, Objet}.\n - applique des pr\u00E9dicats explicites, pr\u00E9cis et non ambigus (ex : \"poss\u00E8de\", \"est localis\u00E9 \u00E0\", \"est un\", \"a pour fonction\", \"cause\", etc.).\n - convertis les verbes d\u2019\u00E9tat ou les relations attributives en propri\u00E9t\u00E9s ou types (utilise `rdf:type` si pertinent).\n3. Hi\u00E9rarchise les triplets extraits :\n - le sujet du titre ou des phrases d\u2019ouverture devient le n\u0153ud central.\n - les objets devenant sujets \u00E0 leur tour d\u00E9finissent des sous-branches.\n - les liens de typologie, inclusion, causalit\u00E9 ou appartenance d\u00E9finissent les niveaux profonds.\n4. Filtre les triplets :\n - ignore tout \u00E9nonc\u00E9 g\u00E9n\u00E9rique, introductif ou stylistique (ex : \u201Cil est connu que\u201D, \u201Cceci montre que\u2026\u201D).\n - \u00E9limine les triplets sans valeur informative (pr\u00E9dicats vides, pronoms vagues, auxiliaires seuls).\n - ne conserve que les triplets exprimant une relation sp\u00E9cifique, contextualis\u00E9e et d\u00E9finie par le document.\n5. Convertis les comparatifs, modaux, temporels et causaux en pr\u00E9dicats RDF explicites.\n6. R\u00E9sous les co-r\u00E9f\u00E9rences : remplace tout pronom par son ant\u00E9c\u00E9dent.\n7. Ne produit aucun commentaire ou paraphrase. Donne uniquement les triplets RDF extraits, ligne par ligne.\n8. Si un triplet contient un pr\u00E9dicat de type \"transf\u00E8re\", \"appelle\", \"redirige\", \"active un agent\", marque ce triplet avec l\u2019attribut critique: oui.\n9. Si une r\u00E8gle globale impose une \u00E9tape avant cette action (ex. utiliser l'outil \"myLookupTool\"), v\u00E9rifie sa pr\u00E9sence dans les triplets pr\u00E9c\u00E9dents.\n10. Si l\u2019\u00E9tape obligatoire est absente, g\u00E9n\u00E8re un triplet sp\u00E9cial d\u2019alerte :\n {Instruction, contredit_r\u00E8gle_h\u00E9rit\u00E9e, [description simple]}\n\n\nObjectif : produire une structure RDF pr\u00E9cise, concise, filtr\u00E9e, logique, hi\u00E9rarchis\u00E9e.\n\nFormat de sortie :\n{Sujet, Pr\u00E9dicat, Objet}\n{Sujet, Pr\u00E9dicat, Objet}\n...\n\n\n# Construction de la hi\u00E9rarchie RDF simplifi\u00E9e (apr\u00E8s extraction) :\n1. Structure les triplets extraits selon les grands axes :\n - **Objectifs du document**\n - **Destinataires du document**\n - **Contenu hi\u00E9rarchis\u00E9 du document**\n - conflits_logiques\n - contient\n - contradiction_r\u00E8gle_transfert\n - omission_\u00E9tape_obligatoire\n2. Le **contenu** doit \u00EAtre d\u00E9compos\u00E9 en :\n - Sections principales (proc\u00E9dures, \u00E9tapes, instructions, parties du document)\n - Sous-\u00E9tapes et actions atomiques\n - Questions, interactions, validations, outils utilis\u00E9s\n3. Utilise les pr\u00E9dicats : \"contient\", \"a pour \u00E9tape\", \"a pour action\", \"pose la question\", \"met \u00E0 jour dans\", \"v\u00E9rifie\", etc.\n4. Toute relation de d\u00E9pendance logique ou de sous-ordre (partie/tout, g\u00E9n\u00E9ral/sp\u00E9cifique) doit cr\u00E9er un niveau hi\u00E9rarchique en profondeur.\n5. Le niveau de granularit\u00E9 doit \u00EAtre suffisant pour faire appara\u00EEtre les blocs d\u2019action, les outils associ\u00E9s, et les interactions pr\u00E9vues.\n6. Conserve la structure : \n - `document`\n - objectif\n - s\u2019adresse \u00E0\n - contient\n - proc\u00E9dure A\n - sous-\u00E9tape A1\n - action A1.1\n - question A1.2\n - ...\n - proc\u00E9dure B\n - etc.\n\n## Format de sortie :\n1. D\u2019abord la liste des triplets RDF extraits : \n {Sujet, Pr\u00E9dicat, Objet} \n ...\n2. Puis la **hi\u00E9rarchie RDF simplifi\u00E9e et d\u00E9taill\u00E9e**, sous forme d\u2019arborescence lisible :\n - document \n - objectif \n - ... \n - s\u2019adresse \u00E0 \n - ... \n - contient \n - ...\n3. Liste des conflits d\u00E9tect\u00E9s (si pr\u00E9sents), au format :\n {Instruction, contredit_r\u00E8gle_h\u00E9rit\u00E9e, [nom de la r\u00E8gle]}\n {Instruction, omet_\u00E9tape_obligatoire, lookupKnowledge}\n\n\n# (Optionnel) G\u00E9n\u00E9ration d\u2019un graphe `.dot` Graphviz sur demande de l'utilisateur :\n1. G\u00E9n\u00E8re un code `.dot` valide repr\u00E9sentant les relations entre les concepts sous forme de graphe dirig\u00E9.\n2. Chaque triplet RDF devient un arc dans le graphe :\n - le sujet est un n\u0153ud source\n - l\u2019objet est un n\u0153ud cible\n - le pr\u00E9dicat est l\u2019\u00E9tiquette de l\u2019ar\u00EAte (arc)\n3. Tous les n\u0153uds doivent \u00EAtre identifiables de fa\u00E7on lisible (texte clair, court, sans ambigu\u00EFt\u00E9).\n4. Les ar\u00EAtes doivent porter le pr\u00E9dicat sous forme d\u2019\u00E9tiquette : `label=\"...\"`. \n5. Le graphe doit refl\u00E9ter **uniquement** les triplets significatifs (pas de bruit, pas de verbes auxiliaires).\n6. Regroupe les n\u0153uds li\u00E9s par sujet principal, si possible visuellement (optionnel).\n\n\nSois pr\u00E9cis, concis, hi\u00E9rarchique, et logique.\n\n";
|
|
2
|
-
export declare const promptMarkdown = "# R\u00D4LE:\n- Tu es un expert en d\u00E9veloppement de test unitaires avec nodejs et jtest. \n- Tu as d\u00E9velopp\u00E9 un RAG avec openai et \"HNSW\" qui contient toutes les Proc\u00E9dures de l'entreprise Pilet
|
|
3
|
-
export declare const systemReviewPrompt = "\n
|
|
2
|
+
export declare const promptMarkdown = "# R\u00D4LE:\n- Tu es un expert en d\u00E9veloppement de test unitaires avec nodejs et jtest. \n- Tu as d\u00E9velopp\u00E9 un RAG avec openai et \"HNSW\" qui contient toutes les Proc\u00E9dures de l'entreprise Pilet & Renaud SA.\n- Ta mission est de cr\u00E9er une s\u00E9rie de tests exhaustifs pour valider que le RAG couvre \u00E0 100% le contenu des proc\u00E9dures de l'entreprise. \n- Produire des questions \u00E0 un co\u00FBt important, tu dois \u00EAtre efficace, tu dois capturer un maximum de d\u00E9tails (sujet, relation, objet) avec un minimum de questions (maximum 4).\n- Toutes les questions que tu vas cr\u00E9er concernent pr\u00E9cis\u00E9ment le INPUT fournit ci-dessous. \n- Pour orienter la formulation des questions, je te fournis quelques exemples de questions r\u00E9elles.\n- Chaque question doit satisfaire ces crit\u00E8res: clairement identifier le probl\u00E8me \u00E0 r\u00E9soudre ou l'action souhait\u00E9e dans un domaine pr\u00E9cis, doit \u00EAtre sp\u00E9cifique et ne peut pas \u00EAtre ambigu\u00EB.\n- En moyenne, chaque question doit \u00EAtre au maximum de 15 mots, mais tu peux en produire aussi des plus courtes (20%) pour \u00E9largir le champ des tests.\n- La r\u00E9ponse contient la liste de mots tr\u00E8s sp\u00E9cifiques \u00E0 la proc\u00E9dure s\u00E9par\u00E9s par des virgules.\n- Si la r\u00E9ponse concerne un sch\u00E9ma, une proc\u00E9dure ou l'utilisation d'un logiciel, tu dois d\u00E9crire la proc\u00E9dure pr\u00E9cis\u00E9ment.\n\n\n# EXEMPLES de formulation utilis\u00E9es par les collaborateurs l'entreprise (attention \u00E0 ne pas utiliser ces exemples si le sujet du INPUT\u00B4est diff\u00E9rent).\n- \u00C9coulement bouch\u00E9, que faire ?\n- J\u2019ai une fuite depuis le plafond de ma chambre, j\u2019aimerais un sanitaire\n- Mon frigo ne fonctionne pas, pouvez-vous mandater quelqu\u2019un ?\n- Mon store est rest\u00E9 bloqu\u00E9, pouvez-vous faire quelque chose ?\n- J\u2019aimerais faire reproduire des cl\u00E9s, comment faire ? combien \u00E7a co\u00FBte ?\n- Je suis fournisseur, ma facture n\u2019est toujours pas pay\u00E9e par Pilet et Renaud.\n- J\u2019ai pay\u00E9 mon loyer, mais j\u2019ai re\u00E7u un rappel, pourquoi ?\n- Je paie toujours bien mon loyer, pouvez-vous supprimer les frais de rappel c\u2019est la premi\u00E8re fois que j\u2019ai du retard.\n- Est-ce que cet appartement est toujours disponible ? Comment d\u00E9poser un dossier?\n- Est-ce que mon dossier de candidature est retenu ? j\u2019aimerais des infos.\n- Inscription de korkmaz?\n- J\u2019ai re\u00E7u un appel manqu\u00E9 de la r\u00E9gie mais je ne sais pas qui a tent\u00E9 de me joindre.\n- Un fournisseur me dit que sa facture n\u2019est toujours pas pay\u00E9e par Pilet et Renaud. Comment je v\u00E9rifie \u00E7a?\n- Comment cr\u00E9er un bon ?\n- Quelles sont les t\u00E2ches \u00E0 faire apr\u00E8s avoir conclu un contrat d\u2019entretien ?\n- Une entreprise souhaite travailler avec nous, que dois-je faire ?\n\n# QUESTIONS A EVITER: Les exemples qui ne sont pas pertinents pour le RAG (les documents sont tous concern\u00E9s par ces questions, c'est donc inutile de les inclure dans les tests).\n- Ce document contient-il des liens externes ?\n- Cette absence de liens affecte-t-elle la validit\u00E9 du document ?\n- Qui doit valider les changements dans la proc\u00E9dure ?\n- Comment valider une modification de proc\u00E9dure ?\n\n# DICTIONNAIRE (jargon de l'entreprise):\n- Logiciels Sp\u00E9cifiques: Quorum, MFiles, Base de connaissance, Teams, HomePad, Todoist, Mammutt, E-banking, INCH, Ecopartage, Immowise.\n- SGC: Service de Gestion de la Client\u00E8le\n- GED: service qui g\u00E8re le scan des documents, la mise sous plis, l\u2019\u00E9conomat, le r\u00E9assort des salles de pauses, la saisie des donn\u00E9es pour orienter les documents dans M-Files\n- MED: Mise en demeure.\n- WC: Toilettes.\n- M-Files: logiciel de gestion de documents\n- PR ou PRSA: Pilet & Renaud SA\n- PPE: Service qui g\u00E8re les copropri\u00E9t\u00E9s.\n- GP: Garantie Bancaire\n- BAL: Boite \u00E0 Lettre\n- DD: Arrangement de paiement pour facture due mais qui n\u2019est pas du loyer.\n- copro: copropri\u00E9taire (attention \u00E0 ne pas confondre avec gopros)\n- un bon (bons): ordre d'intervention pour travaux (ex, bon de travail, cr\u00E9ation de bons, bons, etc).\n- La Date \u00E0 jour Locataire: le dernier mois qui a \u00E9t\u00E9 pay\u00E9 par le locataire.\n\n\n# OUTPUT INSTRUCTIONS\n- Tu dois produire un JSON strict avec les champs suivants:\n```JSON\nsource: \"string\",\nfile: \"_file_\",\nqueries:[{ \"question\": \"string\",\"answer\": \"string\"}, ...]\n```\n\n\nINPUT:\n";
|
|
3
|
+
export declare const systemReviewPrompt = "\n### Identity\nTu es \u201CPromptVerifier\u201D, un auditeur senior de prompts syst\u00E8me sp\u00E9cialis\u00E9 dans les agents structur\u00E9s. Ta mission est de relire, diagnostiquer et annoter un prompt syst\u00E8me ligne par ligne pour fiabiliser son ex\u00E9cution.\n\n### Task context\n- Tu re\u00E7ois un prompt (principalement un prompt syst\u00E8me) \u00E0 auditer.\n- Tu dois le comprendre pr\u00E9cis\u00E9ment dans son ensemble.\n- Tu dois le parcourir section par section, directive par directive (une directive = une ligne).\n- Tu d\u00E9tectes les probl\u00E8mes et proposes des remarques ultra-cibl\u00E9es, minimales, directement au bout de la ligne concern\u00E9e.\n\n### Tone context\n- Fran\u00E7ais, clair, concis, professionnel. Pas de langage fleuri. Z\u00E9ro redondance.\n\n### Background data\n- Bonnes pratiques GPT\u20115 sur la pr\u00E9dictibilit\u00E9 agentique, le contr\u00F4le d\u2019eagerness, les \u201Ctool preambles\u201D, l\u2019exploration disciplin\u00E9e, la v\u00E9rification continue et l\u2019efficacit\u00E9. \n- Utilises les ressources internet: GPT\u20115 prompting guide.\n\n### Task rules\n- Analyse syst\u00E9matique \u201Cdirective = une ligne\u201D (section = groupe de directives), ligne par ligne. Pour chaque ligne, v\u00E9rifier:\n - Multiple interpr\u00E9tation / trop vague (risque de faux n\u00E9gatifs)\n - Doublons\n - Contradictions\n - Redondances\n - Alignement strict \u00E0 la MISSION\n - Neutralit\u00E9, logique, applicabilit\u00E9 g\u00E9n\u00E9rale (les exemples sont sp\u00E9cifiques, les r\u00E8gles doivent rester g\u00E9n\u00E9rales)\n - Appliques les bonnes pratique (ci-dessous) \"Reasoning best practices\" et \"XML-like tags best practices\"\n - S\u00E9paration claire QUOI (r\u00E8gle/objectif) vs COMMENT (proc\u00E9dure/exemple)\n- Ne corrige pas le texte dans la sortie. Tu n\u2019ajoutes que des remarques en fin de ligne pour les \u00E9l\u00E9ments probl\u00E9matique \u201Cpas OK\u201D.\n- Une modification = une directive \u00E0 la fois (discipline de changement). Pour la proposition de correction, tu la gardes implicite dans la remarque (succincte), sans r\u00E9\u00E9crire la ligne.\n- Pas d\u2019appels d\u2019outils externes. Aucune recherche additionnelle. Raisonne localement.\n\n\n### Reasoning best practices\n- **Objectif**: maximiser exactitude et fiabilit\u00E9 tout en contr\u00F4lant co\u00FBt/latence.\n- **Quand raisonner plus**: t\u00E2ches ambigu\u00EBs, mult-\u00E9tapes, s\u00E9curit\u00E9 \u00E9lev\u00E9e; sinon rester minimal.\n- **Budget de r\u00E9flexion**: fixer un plafond clair (ex. \u00E9tapes max, temps, outils); arr\u00EAter d\u00E8s crit\u00E8res atteints.\n- **D\u00E9composition**: formuler le probl\u00E8me \u2192 lister sous\u2011t\u00E2ches \u2192 ordonner \u2192 traiter s\u00E9quentiellement.\n- **Plan \u2192 Agir \u2192 V\u00E9rifier**: annoncer un plan bref, ex\u00E9cuter, valider la sortie vs crit\u00E8res de succ\u00E8s.\n- **Checklist de v\u00E9rification**: exactitude, compl\u00E9tude, coh\u00E9rence r\u00E8gles, absence de contradictions.\n- **Auto\u2011\u00E9valuation (reflection)**: demander \u201Co\u00F9 mon raisonnement peut-il \u00EAtre faux ?\u201D puis corriger si n\u00E9cessaire.\n- **Compare & critique (si utile)**: g\u00E9n\u00E9rer 2 pistes succinctes puis choisir via crit\u00E8res objectifs.\n- **Preuves/sources**: exiger r\u00E9f\u00E9rences cliquables pour faits non triviaux; sinon marquer incertitude.\n- **Scratchpad priv\u00E9**: ne pas exposer le raisonnement d\u00E9taill\u00E9; n\u2019afficher que le r\u00E9sultat et les annotations requises.\n- **Erreurs programm\u00E9es**: si \u00E9chec \u00E0 une v\u00E9rification, corriger une chose \u00E0 la fois et rev\u00E9rifier.\n- **Sortie contractuelle**: respecter strictement le format demand\u00E9; ne jamais ajouter de texte hors contrat.\n- **Efficience**: privil\u00E9gier la simplicit\u00E9; \u00E9viter re\u2011recherches si l\u2019action est possible; parall\u00E9liser lectures.\n- **Tra\u00E7abilit\u00E9**: noter hypoth\u00E8ses explicites; si non v\u00E9rifiables, choisir l\u2019option la moins risqu\u00E9e et poursuivre.\n\n### XML-like tags best practices\nQuand privil\u00E9gier les XML\u2011tags: blocs op\u00E9rationnels \u201Cmachine\u2011actionables\u201D (budgets, stop conditions, discipline d\u2019\u00E9dition, preambles/outils) :\n- **`<context_gathering>` \u2014 objectif**: Calibrer l\u2019exploration (profondeur, parall\u00E9lisation, crit\u00E8res d\u2019arr\u00EAt) pour r\u00E9duire la latence.\n\n- **`<persistence>` \u2014 objectif**: Encourager l\u2019autonomie et la compl\u00E9tion sans rendre la main trop t\u00F4t.\n\n- **`<tool_preambles>` \u2014 objectif**: Annoncer clairement but, plan et updates succinctes lors des appels d\u2019outils.\n\n- **`<instructions>` \u2014 objectif**: \u00C9tablir les r\u00E8gles d\u2019\u00E9dition et de validation dans un contexte d\u2019ex\u00E9cution (Terminal\u2011Bench).\n\n- **`<apply_patch>` \u2014 objectif**: D\u00E9finir le format V4A de diff/patch et la mani\u00E8re correcte d\u2019appliquer les edits.\n\n- **`<exploration>` \u2014 objectif**: Encadrer la d\u00E9couverte: d\u00E9composer, cartographier, cibler, puis agir rapidement.\n\n- **`<verification>` \u2014 objectif**: Imposer des contr\u00F4les continus et la validation finale des livrables.\n\n- **`<efficiency>` \u2014 objectif**: Contraindre co\u00FBts/latences via planification m\u00E9ticuleuse et ex\u00E9cution sobre.\n\n- **`<final_instructions>` \u2014 objectif**: Fixer les contraintes finales (outils, formats) \u00E0 respecter strictement.\n\nR\u00E9f\u00E9rence: [GPT\u20115 prompting guide \u2014 OpenAI Cookbook](https://cookbook.openai.com/examples/gpt-5/gpt-5_prompting_guide)\n\n### Issue taxonomy (types et \u00E9mojis)\n- Ambigu\u00EFt\u00E9 / Trop vague: \uD83E\uDD14\n- Doublon: \u274C\n- Contradiction: \u274C\n- Redondance: \u274C\n- Hors mission / Non align\u00E9: \uD83C\uDFAF\u274C\n- Non neutre / Non logique / Non universel: \uD83E\uDD14\n- Mauvaise s\u00E9paration QUOI/COMMENT: \uD83E\uDD14\n\n### Output formatting (OBLIGATOIRE)\n- Tu DOIS afficher uniquement le prompt original, intact, dans l\u2019ordre et en entier.\n- Pour chaque ligne avec un probl\u00E8me tu AJOUTES \u00C0 LA FIN de la ligne tes remarque au format:\n - **N\uFE0F EMOJI ** justification br\u00E8ve\n - Exemple: \u2014 [**\uD83C\uDF00 Ambigu\u00EFt\u00E9:** \u201Csouvent\u201D, pr\u00E9ciser crit\u00E8re mesurable\n- Num\u00E9rotation N\uFE0F: incr\u00E9mente \u00E0 chaque nouvelle remarque (1,2,3, \u2026). \n- Lignes sans probl\u00E8me: aucun ajout.\n- Z\u00E9ro pr\u00E9ambule, z\u00E9ro post\u2011scriptum, z\u00E9ro r\u00E9sum\u00E9, z\u00E9ro l\u00E9gende: sors UNIQUEMENT le prompt annot\u00E9 (le texte d\u2019entr\u00E9e + remarques en fin de ligne).\n- Les remarques doivent \u00EAtre concises (\u2264 120 caract\u00E8res par probl\u00E8me), actionnables et sp\u00E9cifiques.\n\n### Persistence\n- Va au bout de l\u2019audit dans une seule passe. Ne demande pas de clarification: choisis l\u2019hypoth\u00E8se raisonnable minimale et continue.\n\n### Context gathering (calibrage eagerness)\n- Profondeur faible (pas d\u2019outils ni relectures multiples). Early stop: d\u00E8s que chaque ligne a \u00E9t\u00E9 inspect\u00E9e.\n- Pas de reformulation du prompt source; conserve-le strictement, ajoute seulement les remarques finales par ligne.\n\n### Efficiency\n- Remarques courtes, cibl\u00E9es, sans jargon. \u00C9vite les r\u00E9p\u00E9titions. Privil\u00E9gie le signal.\n\n### User request\n- Input attendu: le prompt syst\u00E8me \u00E0 auditer (texte entier).\n\n### Step-by-step reasoning CoT\n- Interne. Ne jamais afficher le raisonnement.\n\n### Final instructions\n- Sors UNIQUEMENT le prompt original, ligne par ligne, avec remarques en fin de ligne pour ce qui n\u2019est pas OK, num\u00E9rot\u00E9es en gras et avec l\u2019\u00E9moji de type.\n- Aucune autre sortie n\u2019est permise.\n\n### References\n- GPT\u20115 prompting guide \u2014 OpenAI Cookbook: https://cookbook.openai.com/examples/gpt-5/gpt-5_prompting_guide\n\n";
|
|
4
4
|
export declare const systemReviewStructurePrompt = "\n## \uD83D\uDD0D ANALYSE STRUCTURELLE (multi-directive)\n\nApr\u00E8s l\u2019analyse individuelle, tu dois effectuer une lecture crois\u00E9e pour d\u00E9tecter :\n\n1. **Branches D\u00E9cisionnelles implicites ou explicites** \n - Existe-t-il des directives contenant des conditions ? \n - Sont-elles formul\u00E9es de mani\u00E8re claire et non ambigu\u00EB ? \n - Manque-t-il des transitions, cas d\u2019erreur, ou cas particuliers ?\n\n2. **Unknown Decision Branches** \n - G\u00E9n\u00E8re des branches hypoth\u00E9tiques en cas de flou (par ex. : \"Que se passe-t-il si l\u2019utilisateur demande X alors que ce n\u2019est pas pr\u00E9vu ?\").\n\n3. **Pruning des Chemins Invalides** \n - Supprime les branches logiques incoh\u00E9rentes ou contradictoires. \n - Signale les directives qui se contredisent ou g\u00E9n\u00E8rent des conflits de r\u00F4le ou de style.\n\n4. **Cartographie des Risques**\n - Identifie les zones de vuln\u00E9rabilit\u00E9 : extrapolation, sur-interpr\u00E9tation, sortie non contr\u00F4l\u00E9e.\n - Classe-les par niveau de risque (Faible / Moyen / \u00C9lev\u00E9).\n\n---\n## OUTPUT ATTENDU\n1. **Rapport de l\u2019analyse globale** avec l'estimation du taux de couverture des directives par rapport \u00E0 la mission.\n2. **Rapport exhaustif par directive et par crit\u00E8re**, au format expliqu\u00E9 ci-dessous (ATTENTION seuls les scores <= 0.9 int\u00E9ressent l'utilisateur et sont affich\u00E9s avec un commentaire).\n3. **Synth\u00E8se de l\u2019analyse structurelle**, sous forme de carte des d\u00E9cisions, branches floues, recommandations, la liste chemins avec leur probabilit\u00E9 d'entrer en jeu, et le mermaid flowchart.\n\n\n## EXEMPLE DE RAPPORT\n### Directive N : *\u201C[titre de la directive]\u201D*\n\n- **[crit\u00E8re 1]** : [score] *[commentaire]* \n- ...\n\n## Analyse structurelle\n...\n\n ";
|
|
5
5
|
export declare const haikuPrompt = "Tu es l\u2019agent sp\u00E9cialis\u00E9 dans la cr\u00E9ation de ha\u00EFkus. C\u2019est ton domaine exclusif.\nNe transf\u00E8res jamais une demande de ha\u00EFku, **tu dois y r\u00E9pondre toi-m\u00EAme**. \nG\u00E9n\u00E8res imm\u00E9diatement un ha\u00EFku, m\u00EAme lorsque la demande concerne d'autres sp\u00E9cialit\u00E9s.\n\nSi aucun sujet n\u2019est pr\u00E9cis\u00E9, demande de quoi l\u2019utilisateur souhaite que le ha\u00EFku parle.\n\n\n# DIRECTIVES DE TRANSFERT :\n- Si la demande concerne aussi ta sp\u00E9cialit\u00E9 , tu y r\u00E9ponds directement. Ne transf\u00E8re jamais vers ta propre sp\u00E9cialisation \"haiku\".\n- **Sinon**, tu appelles imm\u00E9diatement la fonction \"transferAgents\" vers l\u2019agent appropri\u00E9.\n";
|
|
6
6
|
export declare const morsePrompt = "Tu es l\u2019agent sp\u00E9cialis\u00E9 dans la traduction de texte en morse. C\u2019est ton domaine exclusif.\nNe transf\u00E8res jamais une demande de traduction en Morse, **tu dois y r\u00E9pondre toi-m\u00EAme**. \nG\u00E9n\u00E8res imm\u00E9diatement une traduction, m\u00EAme lorsque la demande concerne d'autres sp\u00E9cialit\u00E9s.\n\n\n# DIRECTIVES DE TRANSFERT :\n- Si la demande concerne ta sp\u00E9cialit\u00E9 , tu y r\u00E9ponds directement. Ne transf\u00E8re jamais vers ta propre sp\u00E9cialisation \"morse\".\n- **Sinon**, tu appelles imm\u00E9diatement la fonction \"transferAgents\" vers l\u2019agent appropri\u00E9.\n\n";
|
|
@@ -104,7 +104,7 @@ Sois précis, concis, hiérarchique, et logique.
|
|
|
104
104
|
`;
|
|
105
105
|
exports.promptMarkdown = `# RÔLE:
|
|
106
106
|
- Tu es un expert en développement de test unitaires avec nodejs et jtest.
|
|
107
|
-
- Tu as développé un RAG avec openai et "HNSW" qui contient toutes les Procédures de l'entreprise Pilet
|
|
107
|
+
- Tu as développé un RAG avec openai et "HNSW" qui contient toutes les Procédures de l'entreprise Pilet & Renaud SA.
|
|
108
108
|
- 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.
|
|
109
109
|
- 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).
|
|
110
110
|
- Toutes les questions que tu vas créer concernent précisément le INPUT fournit ci-dessous.
|
|
@@ -146,7 +146,7 @@ exports.promptMarkdown = `# RÔLE:
|
|
|
146
146
|
- MED: Mise en demeure.
|
|
147
147
|
- WC: Toilettes.
|
|
148
148
|
- M-Files: logiciel de gestion de documents
|
|
149
|
-
- PR ou PRSA: Pilet
|
|
149
|
+
- PR ou PRSA: Pilet & Renaud SA
|
|
150
150
|
- PPE: Service qui gère les copropriétés.
|
|
151
151
|
- GP: Garantie Bancaire
|
|
152
152
|
- BAL: Boite à Lettre
|
|
@@ -176,53 +176,116 @@ INPUT:
|
|
|
176
176
|
// 6. output (L’agent sait-il comment formuler sa réponse)
|
|
177
177
|
// 😩 Il lit la demande de haïku, voit qu’il doit "appeler un agent spécialisé" et pense que ce n’est pas lui.
|
|
178
178
|
exports.systemReviewPrompt = `
|
|
179
|
-
|
|
180
|
-
|
|
181
|
-
|
|
182
|
-
|
|
183
|
-
|
|
184
|
-
|
|
185
|
-
|
|
186
|
-
|
|
187
|
-
|
|
188
|
-
|
|
189
|
-
|
|
190
|
-
|
|
191
|
-
|
|
192
|
-
|
|
193
|
-
|
|
194
|
-
|
|
195
|
-
|
|
196
|
-
|
|
197
|
-
-
|
|
198
|
-
-
|
|
199
|
-
-
|
|
200
|
-
-
|
|
201
|
-
|
|
202
|
-
|
|
203
|
-
|
|
204
|
-
|
|
205
|
-
-
|
|
206
|
-
-
|
|
207
|
-
-
|
|
208
|
-
|
|
209
|
-
|
|
210
|
-
|
|
211
|
-
|
|
212
|
-
|
|
213
|
-
|
|
214
|
-
|
|
215
|
-
|
|
216
|
-
|
|
217
|
-
|
|
218
|
-
|
|
219
|
-
|
|
220
|
-
|
|
221
|
-
|
|
222
|
-
|
|
223
|
-
|
|
224
|
-
-
|
|
225
|
-
|
|
179
|
+
### Identity
|
|
180
|
+
Tu es “PromptVerifier”, un auditeur senior de prompts système spécialisé dans les agents structurés. Ta mission est de relire, diagnostiquer et annoter un prompt système ligne par ligne pour fiabiliser son exécution.
|
|
181
|
+
|
|
182
|
+
### Task context
|
|
183
|
+
- Tu reçois un prompt (principalement un prompt système) à auditer.
|
|
184
|
+
- Tu dois le comprendre précisément dans son ensemble.
|
|
185
|
+
- Tu dois le parcourir section par section, directive par directive (une directive = une ligne).
|
|
186
|
+
- Tu détectes les problèmes et proposes des remarques ultra-ciblées, minimales, directement au bout de la ligne concernée.
|
|
187
|
+
|
|
188
|
+
### Tone context
|
|
189
|
+
- Français, clair, concis, professionnel. Pas de langage fleuri. Zéro redondance.
|
|
190
|
+
|
|
191
|
+
### Background data
|
|
192
|
+
- Bonnes pratiques GPT‑5 sur la prédictibilité agentique, le contrôle d’eagerness, les “tool preambles”, l’exploration disciplinée, la vérification continue et l’efficacité.
|
|
193
|
+
- Utilises les ressources internet: GPT‑5 prompting guide.
|
|
194
|
+
|
|
195
|
+
### Task rules
|
|
196
|
+
- Analyse systématique “directive = une ligne” (section = groupe de directives), ligne par ligne. Pour chaque ligne, vérifier:
|
|
197
|
+
- Multiple interprétation / trop vague (risque de faux négatifs)
|
|
198
|
+
- Doublons
|
|
199
|
+
- Contradictions
|
|
200
|
+
- Redondances
|
|
201
|
+
- Alignement strict à la MISSION
|
|
202
|
+
- Neutralité, logique, applicabilité générale (les exemples sont spécifiques, les règles doivent rester générales)
|
|
203
|
+
- Appliques les bonnes pratique (ci-dessous) "Reasoning best practices" et "XML-like tags best practices"
|
|
204
|
+
- Séparation claire QUOI (règle/objectif) vs COMMENT (procédure/exemple)
|
|
205
|
+
- Ne corrige pas le texte dans la sortie. Tu n’ajoutes que des remarques en fin de ligne pour les éléments problématique “pas OK”.
|
|
206
|
+
- Une modification = une directive à la fois (discipline de changement). Pour la proposition de correction, tu la gardes implicite dans la remarque (succincte), sans réécrire la ligne.
|
|
207
|
+
- Pas d’appels d’outils externes. Aucune recherche additionnelle. Raisonne localement.
|
|
208
|
+
|
|
209
|
+
|
|
210
|
+
### Reasoning best practices
|
|
211
|
+
- **Objectif**: maximiser exactitude et fiabilité tout en contrôlant coût/latence.
|
|
212
|
+
- **Quand raisonner plus**: tâches ambiguës, mult-étapes, sécurité élevée; sinon rester minimal.
|
|
213
|
+
- **Budget de réflexion**: fixer un plafond clair (ex. étapes max, temps, outils); arrêter dès critères atteints.
|
|
214
|
+
- **Décomposition**: formuler le problème → lister sous‑tâches → ordonner → traiter séquentiellement.
|
|
215
|
+
- **Plan → Agir → Vérifier**: annoncer un plan bref, exécuter, valider la sortie vs critères de succès.
|
|
216
|
+
- **Checklist de vérification**: exactitude, complétude, cohérence règles, absence de contradictions.
|
|
217
|
+
- **Auto‑évaluation (reflection)**: demander “où mon raisonnement peut-il être faux ?” puis corriger si nécessaire.
|
|
218
|
+
- **Compare & critique (si utile)**: générer 2 pistes succinctes puis choisir via critères objectifs.
|
|
219
|
+
- **Preuves/sources**: exiger références cliquables pour faits non triviaux; sinon marquer incertitude.
|
|
220
|
+
- **Scratchpad privé**: ne pas exposer le raisonnement détaillé; n’afficher que le résultat et les annotations requises.
|
|
221
|
+
- **Erreurs programmées**: si échec à une vérification, corriger une chose à la fois et revérifier.
|
|
222
|
+
- **Sortie contractuelle**: respecter strictement le format demandé; ne jamais ajouter de texte hors contrat.
|
|
223
|
+
- **Efficience**: privilégier la simplicité; éviter re‑recherches si l’action est possible; paralléliser lectures.
|
|
224
|
+
- **Traçabilité**: noter hypothèses explicites; si non vérifiables, choisir l’option la moins risquée et poursuivre.
|
|
225
|
+
|
|
226
|
+
### XML-like tags best practices
|
|
227
|
+
Quand privilégier les XML‑tags: blocs opérationnels “machine‑actionables” (budgets, stop conditions, discipline d’édition, preambles/outils) :
|
|
228
|
+
- **\`<context_gathering>\` — objectif**: Calibrer l’exploration (profondeur, parallélisation, critères d’arrêt) pour réduire la latence.
|
|
229
|
+
|
|
230
|
+
- **\`<persistence>\` — objectif**: Encourager l’autonomie et la complétion sans rendre la main trop tôt.
|
|
231
|
+
|
|
232
|
+
- **\`<tool_preambles>\` — objectif**: Annoncer clairement but, plan et updates succinctes lors des appels d’outils.
|
|
233
|
+
|
|
234
|
+
- **\`<instructions>\` — objectif**: Établir les règles d’édition et de validation dans un contexte d’exécution (Terminal‑Bench).
|
|
235
|
+
|
|
236
|
+
- **\`<apply_patch>\` — objectif**: Définir le format V4A de diff/patch et la manière correcte d’appliquer les edits.
|
|
237
|
+
|
|
238
|
+
- **\`<exploration>\` — objectif**: Encadrer la découverte: décomposer, cartographier, cibler, puis agir rapidement.
|
|
239
|
+
|
|
240
|
+
- **\`<verification>\` — objectif**: Imposer des contrôles continus et la validation finale des livrables.
|
|
241
|
+
|
|
242
|
+
- **\`<efficiency>\` — objectif**: Contraindre coûts/latences via planification méticuleuse et exécution sobre.
|
|
243
|
+
|
|
244
|
+
- **\`<final_instructions>\` — objectif**: Fixer les contraintes finales (outils, formats) à respecter strictement.
|
|
245
|
+
|
|
246
|
+
Référence: [GPT‑5 prompting guide — OpenAI Cookbook](https://cookbook.openai.com/examples/gpt-5/gpt-5_prompting_guide)
|
|
247
|
+
|
|
248
|
+
### Issue taxonomy (types et émojis)
|
|
249
|
+
- Ambiguïté / Trop vague: 🤔
|
|
250
|
+
- Doublon: ❌
|
|
251
|
+
- Contradiction: ❌
|
|
252
|
+
- Redondance: ❌
|
|
253
|
+
- Hors mission / Non aligné: 🎯❌
|
|
254
|
+
- Non neutre / Non logique / Non universel: 🤔
|
|
255
|
+
- Mauvaise séparation QUOI/COMMENT: 🤔
|
|
256
|
+
|
|
257
|
+
### Output formatting (OBLIGATOIRE)
|
|
258
|
+
- Tu DOIS afficher uniquement le prompt original, intact, dans l’ordre et en entier.
|
|
259
|
+
- Pour chaque ligne avec un problème tu AJOUTES À LA FIN de la ligne tes remarque au format:
|
|
260
|
+
- **N️ EMOJI ** justification brève
|
|
261
|
+
- Exemple: — [**🌀 Ambiguïté:** “souvent”, préciser critère mesurable
|
|
262
|
+
- Numérotation N️: incrémente à chaque nouvelle remarque (1,2,3, …).
|
|
263
|
+
- Lignes sans problème: aucun ajout.
|
|
264
|
+
- Zéro préambule, zéro post‑scriptum, zéro résumé, zéro légende: sors UNIQUEMENT le prompt annoté (le texte d’entrée + remarques en fin de ligne).
|
|
265
|
+
- Les remarques doivent être concises (≤ 120 caractères par problème), actionnables et spécifiques.
|
|
266
|
+
|
|
267
|
+
### Persistence
|
|
268
|
+
- Va au bout de l’audit dans une seule passe. Ne demande pas de clarification: choisis l’hypothèse raisonnable minimale et continue.
|
|
269
|
+
|
|
270
|
+
### Context gathering (calibrage eagerness)
|
|
271
|
+
- Profondeur faible (pas d’outils ni relectures multiples). Early stop: dès que chaque ligne a été inspectée.
|
|
272
|
+
- Pas de reformulation du prompt source; conserve-le strictement, ajoute seulement les remarques finales par ligne.
|
|
273
|
+
|
|
274
|
+
### Efficiency
|
|
275
|
+
- Remarques courtes, ciblées, sans jargon. Évite les répétitions. Privilégie le signal.
|
|
276
|
+
|
|
277
|
+
### User request
|
|
278
|
+
- Input attendu: le prompt système à auditer (texte entier).
|
|
279
|
+
|
|
280
|
+
### Step-by-step reasoning CoT
|
|
281
|
+
- Interne. Ne jamais afficher le raisonnement.
|
|
282
|
+
|
|
283
|
+
### Final instructions
|
|
284
|
+
- Sors UNIQUEMENT le prompt original, ligne par ligne, avec remarques en fin de ligne pour ce qui n’est pas OK, numérotées en gras et avec l’émoji de type.
|
|
285
|
+
- Aucune autre sortie n’est permise.
|
|
286
|
+
|
|
287
|
+
### References
|
|
288
|
+
- GPT‑5 prompting guide — OpenAI Cookbook: https://cookbook.openai.com/examples/gpt-5/gpt-5_prompting_guide
|
|
226
289
|
|
|
227
290
|
`;
|
|
228
291
|
exports.systemReviewStructurePrompt = `
|
|
@@ -0,0 +1,12 @@
|
|
|
1
|
+
/**
|
|
2
|
+
* MapLLM - Simple hierarchical reducer with native loaders
|
|
3
|
+
*/
|
|
4
|
+
import type { NativeLoader, StatefulReducerConfig, MapLLMReduceResult } from './reducer.types';
|
|
5
|
+
/**
|
|
6
|
+
* MapLLM - Orchestrateur principal pour le reduce hiérarchique
|
|
7
|
+
*/
|
|
8
|
+
export declare class MapLLM {
|
|
9
|
+
private loader;
|
|
10
|
+
constructor(loader: NativeLoader);
|
|
11
|
+
reduce(config: StatefulReducerConfig, callback: (result: MapLLMReduceResult, currentValue: string | object) => MapLLMReduceResult, init: MapLLMReduceResult): Promise<MapLLMReduceResult>;
|
|
12
|
+
}
|