@nodefony/ai 10.0.0-beta.3 → 10.0.0-beta.4

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@nodefony/ai",
-  "version": "10.0.0-beta.3",
+  "version": "10.0.0-beta.4",
   "description": "La boîte à outils IA de Nodefony : serveur MCP, puis les services de la couche agentique",
   "contributors": [],
   "type": "module",
@@ -20,11 +20,12 @@
     "typecheck": "tsgo --noEmit -p tsconfig.json && tsgo --noEmit -p tsconfig.tests.json",
     "test": "vitest run",
     "clean": "node --eval \"require('node:fs').rmSync('dist',{recursive:true,force:true})\"",
-    "coverage": "vitest run --coverage"
+    "coverage": "vitest run --coverage",
+    "test:integration": "vitest run --config vitest.integration.config.ts"
   },
   "private": false,
   "engines": {
-    "node": ">=24.0.0"
+    "node": ">=24.14.0"
   },
   "keywords": [
     "nodefony",
@@ -40,20 +41,21 @@
     "configSchema": "./dist/nodefony/config/configSchema.js"
   },
   "peerDependencies": {
-    "nodefony": "^10.0.0-beta.3",
-    "@nodefony/framework": "^10.0.0-beta.3",
-    "zod": "^4.6.7",
-    "@nodefony/http": "^10.0.0-beta.3"
+    "@nodefony/framework": "^10.0.0-beta.4",
+    "@nodefony/http": "^10.0.0-beta.4",
+    "nodefony": "^10.0.0-beta.4",
+    "zod": "^4.6.7"
   },
   "dependencies": {
     "tslib": "2.8.1"
   },
   "devDependencies": {
-    "nodefony": "^10.0.0-beta.3",
-    "@nodefony/framework": "^10.0.0-beta.3",
-    "@nodefony/http": "^10.0.0-beta.3",
+    "@modelcontextprotocol/sdk": "1.32.1",
+    "@nodefony/framework": "^10.0.0-beta.4",
+    "@nodefony/http": "^10.0.0-beta.4",
     "@types/node": "26.6.5",
-    "vitest": "5.0.4"
+    "nodefony": "^10.0.0-beta.4",
+    "vitest": "5.0.5"
   },
   "repository": {
     "type": "git",

package/dist/_virtual/_@oxc-project_runtime@0.154.0/helpers/esm/decorateMetadata.js

@@ -1,6 +0,0 @@
-//#region \0@oxc-project+runtime@0.154.0/helpers/esm/decorateMetadata.js
-function __decorateMetadata(k, v) {
-	if (typeof Reflect === "object" && typeof Reflect.metadata === "function") return Reflect.metadata(k, v);
-}
-//#endregion
-export { __decorateMetadata as default };

package/dist/nodefony/interfaces/IAiService.js

@@ -1 +0,0 @@
-export {};

package/dist/nodefony/interfaces/index.js

@@ -1 +0,0 @@
-export {};

package/dist/nodefony/service/AiService.js

@@ -1,96 +0,0 @@
-import { defineAiConfig } from "../config/defineModuleConfig.js";
-import __decorateMetadata from "../../_virtual/_@oxc-project_runtime@0.154.0/helpers/esm/decorateMetadata.js";
-import __decorate from "../../_virtual/_@oxc-project_runtime@0.154.0/helpers/esm/decorate.js";
-import { Module, Service, injectable } from "nodefony";
-//#region nodefony/service/AiService.ts
-/**
-* Service principal du module — la logique vit ici, pas dans les controllers
-* (un controller traduit du HTTP/WS ; un service, lui, est réutilisable par la
-* CLI, un job, un autre module).
-*
-* ⚡ **Tu veux un service ? Ne recopie pas ce fichier — génère-le :**
-*
-* ```bash
-* npx nodefony create service <Nom>                  # la classe + sa déclaration
-* npx nodefony create service <Nom> --inject <Autre> # + la dépendance écrite
-* ```
-*
-* Le générateur écrit la version COURANTE du framework et déclare le service sur
-* le module ; recopié à la main, il naît déjà décalé et personne ne le signale.
-* Ce fichier reste là pour se LIRE — comprendre ce qu'est un service — pas pour
-* se dupliquer.
-*
-* Cycle : `constructor` (fusion défauts + config de l'app) → `init`
-* (branchements kernel) → méthodes métier.
-*
-* Un service porte DEUX noms, et c'est normal :
-*   `@injectable()`             → nomme la CLASSE (`AiService`),
-*                                 c'est ce qu'on écrit dans `@inject("…")`
-*   `super("ai", …)` → nomme l'INSTANCE, sa clé dans le conteneur,
-*                                 c'est ce qu'on écrit dans `kernel.get("…")`
-* Les deux mènent à la MÊME instance : le conteneur les réconcilie via la classe.
-* (Le décorateur ne peut pas deviner la clé — il s'exécute au chargement de la
-* classe, le `super()` seulement à la construction.)
-*
-* ⚠️ Ne JAMAIS redéclarer `options` comme propriété : la classe `Service` parente
-* l'assigne déjà via le 4ᵉ argument du `super()`. On garde une référence typée
-* `cfg` pour lire la config sans se battre avec TypeScript.
-*
-* POUR L'UTILISER AILLEURS, deux voies, toutes deux légales :
-*
-* ```ts
-* // 1. INJECTION par le constructeur — la dépendance est DÉCLARÉE, donc le
-* //    conteneur l'ordonnance et elle se voit dans la signature (nom de CLASSE).
-* import { inject, injectable, Service, Module } from "nodefony";
-*
-* @injectable()
-* class ReportService extends Service {
-*   constructor(
-*     module: Module,
-*     @inject("AiService") private ai: AiService,
-*   ) {
-*     super("report", module.container, module.notificationsCenter);
-*   }
-* }
-*
-* // 2. RÉSOLUTION par le conteneur, pour une dépendance tardive ou optionnelle
-* //    (nom d'INSTANCE).
-* const ai = this.container.get("ai");
-* ```
-*/
-let AiService = class AiService extends Service {
-	module;
-	cfg;
-	constructor(module) {
-		const merged = defineAiConfig(module.options);
-		super("ai", module.container ?? void 0, module.notificationsCenter, merged);
-		this.module = module;
-		this.cfg = merged;
-	}
-	/**
-	* Hook de démarrage d'un service : appelé UNE fois par le kernel, après la
-	* construction. C'est ici qu'on s'abonne aux événements du kernel — jamais
-	* dans le constructeur, où le kernel n'est pas encore prêt.
-	*
-	* ⚠️ Il s'appelle `init`, pas `initialize`. Le kernel ne cherche que `init`
-	* (`guardServiceInitialize`) : une méthode nommée `initialize` sur un service
-	* n'est JAMAIS appelée, et rien ne le signale — le code y dort en silence.
-	* (`initialize` existe bien, mais sur un CONTROLLER, où il tourne à CHAQUE
-	* requête : deux cycles de vie distincts, d'où deux noms.)
-	*/
-	async init() {
-		this.log("service ai initialisé", "DEBUG");
-		return this;
-	}
-	/** Exemple de méthode métier — à remplacer par la vôtre. */
-	greet(who = "monde") {
-		return `${this.cfg.greeting}, ${who} !`;
-	}
-	status() {
-		return { ready: this.cfg.enabled };
-	}
-};
-AiService = __decorate([injectable(), __decorateMetadata("design:paramtypes", [typeof Module === "undefined" ? Object : Module])], AiService);
-var AiService_default = AiService;
-//#endregion
-export { AiService_default as default };

package/dist/types/nodefony/interfaces/IAiService.d.ts

@@ -1,15 +0,0 @@
-/**
- * API publique de `AiService` (injectable, nom `ai`).
- *
- * L'interface est le CONTRAT : ce que les autres modules (et Studio) peuvent
- * appeler. Tout ce qui n'est pas ici est un détail d'implémentation, libre de
- * changer.
- */
-export interface IAiService {
-    /** Snapshot de lecture — état courant du service. */
-    status(): {
-        ready: boolean;
-    };
-    /** Exemple de méthode métier — à remplacer par la vôtre. */
-    greet(who?: string): string;
-}

package/dist/types/nodefony/interfaces/index.d.ts

@@ -1 +0,0 @@
-export type { IAiService } from "./IAiService.js";

package/dist/types/nodefony/service/AiService.d.ts

@@ -1,80 +0,0 @@
-import { Service, Module } from "nodefony";
-import type { IAiService } from "../interfaces/IAiService.js";
-/**
- * Service principal du module — la logique vit ici, pas dans les controllers
- * (un controller traduit du HTTP/WS ; un service, lui, est réutilisable par la
- * CLI, un job, un autre module).
- *
- * ⚡ **Tu veux un service ? Ne recopie pas ce fichier — génère-le :**
- *
- * ```bash
- * npx nodefony create service <Nom>                  # la classe + sa déclaration
- * npx nodefony create service <Nom> --inject <Autre> # + la dépendance écrite
- * ```
- *
- * Le générateur écrit la version COURANTE du framework et déclare le service sur
- * le module ; recopié à la main, il naît déjà décalé et personne ne le signale.
- * Ce fichier reste là pour se LIRE — comprendre ce qu'est un service — pas pour
- * se dupliquer.
- *
- * Cycle : `constructor` (fusion défauts + config de l'app) → `init`
- * (branchements kernel) → méthodes métier.
- *
- * Un service porte DEUX noms, et c'est normal :
- *   `@injectable()`             → nomme la CLASSE (`AiService`),
- *                                 c'est ce qu'on écrit dans `@inject("…")`
- *   `super("ai", …)` → nomme l'INSTANCE, sa clé dans le conteneur,
- *                                 c'est ce qu'on écrit dans `kernel.get("…")`
- * Les deux mènent à la MÊME instance : le conteneur les réconcilie via la classe.
- * (Le décorateur ne peut pas deviner la clé — il s'exécute au chargement de la
- * classe, le `super()` seulement à la construction.)
- *
- * ⚠️ Ne JAMAIS redéclarer `options` comme propriété : la classe `Service` parente
- * l'assigne déjà via le 4ᵉ argument du `super()`. On garde une référence typée
- * `cfg` pour lire la config sans se battre avec TypeScript.
- *
- * POUR L'UTILISER AILLEURS, deux voies, toutes deux légales :
- *
- * ```ts
- * // 1. INJECTION par le constructeur — la dépendance est DÉCLARÉE, donc le
- * //    conteneur l'ordonnance et elle se voit dans la signature (nom de CLASSE).
- * import { inject, injectable, Service, Module } from "nodefony";
- *
- * @injectable()
- * class ReportService extends Service {
- *   constructor(
- *     module: Module,
- *     @inject("AiService") private ai: AiService,
- *   ) {
- *     super("report", module.container, module.notificationsCenter);
- *   }
- * }
- *
- * // 2. RÉSOLUTION par le conteneur, pour une dépendance tardive ou optionnelle
- * //    (nom d'INSTANCE).
- * const ai = this.container.get("ai");
- * ```
- */
-declare class AiService extends Service implements IAiService {
-    module: Module;
-    private readonly cfg;
-    constructor(module: Module);
-    /**
-     * Hook de démarrage d'un service : appelé UNE fois par le kernel, après la
-     * construction. C'est ici qu'on s'abonne aux événements du kernel — jamais
-     * dans le constructeur, où le kernel n'est pas encore prêt.
-     *
-     * ⚠️ Il s'appelle `init`, pas `initialize`. Le kernel ne cherche que `init`
-     * (`guardServiceInitialize`) : une méthode nommée `initialize` sur un service
-     * n'est JAMAIS appelée, et rien ne le signale — le code y dort en silence.
-     * (`initialize` existe bien, mais sur un CONTROLLER, où il tourne à CHAQUE
-     * requête : deux cycles de vie distincts, d'où deux noms.)
-     */
-    init(): Promise<this>;
-    /** Exemple de méthode métier — à remplacer par la vôtre. */
-    greet(who?: string): string;
-    status(): {
-        ready: boolean;
-    };
-}
-export default AiService;