@nodefony/ai 0.0.0-stage → 10.0.0-beta.3

package/LICENSE

@@ -0,0 +1,202 @@
+
+                                 Apache License
+                           Version 2.0, January 2004
+                        http://www.apache.org/licenses/
+
+   TERMS AND CONDITIONS FOR USE, REPRODUCTION, AND DISTRIBUTION
+
+   1. Definitions.
+
+      "License" shall mean the terms and conditions for use, reproduction,
+      and distribution as defined by Sections 1 through 9 of this document.
+
+      "Licensor" shall mean the copyright owner or entity authorized by
+      the copyright owner that is granting the License.
+
+      "Legal Entity" shall mean the union of the acting entity and all
+      other entities that control, are controlled by, or are under common
+      control with that entity. For the purposes of this definition,
+      "control" means (i) the power, direct or indirect, to cause the
+      direction or management of such entity, whether by contract or
+      otherwise, or (ii) ownership of fifty percent (50%) or more of the
+      outstanding shares, or (iii) beneficial ownership of such entity.
+
+      "You" (or "Your") shall mean an individual or Legal Entity
+      exercising permissions granted by this License.
+
+      "Source" form shall mean the preferred form for making modifications,
+      including but not limited to software source code, documentation
+      source, and configuration files.
+
+      "Object" form shall mean any form resulting from mechanical
+      transformation or translation of a Source form, including but
+      not limited to compiled object code, generated documentation,
+      and conversions to other media types.
+
+      "Work" shall mean the work of authorship, whether in Source or
+      Object form, made available under the License, as indicated by a
+      copyright notice that is included in or attached to the work
+      (an example is provided in the Appendix below).
+
+      "Derivative Works" shall mean any work, whether in Source or Object
+      form, that is based on (or derived from) the Work and for which the
+      editorial revisions, annotations, elaborations, or other modifications
+      represent, as a whole, an original work of authorship. For the purposes
+      of this License, Derivative Works shall not include works that remain
+      separable from, or merely link (or bind by name) to the interfaces of,
+      the Work and Derivative Works thereof.
+
+      "Contribution" shall mean any work of authorship, including
+      the original version of the Work and any modifications or additions
+      to that Work or Derivative Works thereof, that is intentionally
+      submitted to Licensor for inclusion in the Work by the copyright owner
+      or by an individual or Legal Entity authorized to submit on behalf of
+      the copyright owner. For the purposes of this definition, "submitted"
+      means any form of electronic, verbal, or written communication sent
+      to the Licensor or its representatives, including but not limited to
+      communication on electronic mailing lists, source code control systems,
+      and issue tracking systems that are managed by, or on behalf of, the
+      Licensor for the purpose of discussing and improving the Work, but
+      excluding communication that is conspicuously marked or otherwise
+      designated in writing by the copyright owner as "Not a Contribution."
+
+      "Contributor" shall mean Licensor and any individual or Legal Entity
+      on behalf of whom a Contribution has been received by Licensor and
+      subsequently incorporated within the Work.
+
+   2. Grant of Copyright License. Subject to the terms and conditions of
+      this License, each Contributor hereby grants to You a perpetual,
+      worldwide, non-exclusive, no-charge, royalty-free, irrevocable
+      copyright license to reproduce, prepare Derivative Works of,
+      publicly display, publicly perform, sublicense, and distribute the
+      Work and such Derivative Works in Source or Object form.
+
+   3. Grant of Patent License. Subject to the terms and conditions of
+      this License, each Contributor hereby grants to You a perpetual,
+      worldwide, non-exclusive, no-charge, royalty-free, irrevocable
+      (except as stated in this section) patent license to make, have made,
+      use, offer to sell, sell, import, and otherwise transfer the Work,
+      where such license applies only to those patent claims licensable
+      by such Contributor that are necessarily infringed by their
+      Contribution(s) alone or by combination of their Contribution(s)
+      with the Work to which such Contribution(s) was submitted. If You
+      institute patent litigation against any entity (including a
+      cross-claim or counterclaim in a lawsuit) alleging that the Work
+      or a Contribution incorporated within the Work constitutes direct
+      or contributory patent infringement, then any patent licenses
+      granted to You under this License for that Work shall terminate
+      as of the date such litigation is filed.
+
+   4. Redistribution. You may reproduce and distribute copies of the
+      Work or Derivative Works thereof in any medium, with or without
+      modifications, and in Source or Object form, provided that You
+      meet the following conditions:
+
+      (a) You must give any other recipients of the Work or
+          Derivative Works a copy of this License; and
+
+      (b) You must cause any modified files to carry prominent notices
+          stating that You changed the files; and
+
+      (c) You must retain, in the Source form of any Derivative Works
+          that You distribute, all copyright, patent, trademark, and
+          attribution notices from the Source form of the Work,
+          excluding those notices that do not pertain to any part of
+          the Derivative Works; and
+
+      (d) If the Work includes a "NOTICE" text file as part of its
+          distribution, then any Derivative Works that You distribute must
+          include a readable copy of the attribution notices contained
+          within such NOTICE file, excluding those notices that do not
+          pertain to any part of the Derivative Works, in at least one
+          of the following places: within a NOTICE text file distributed
+          as part of the Derivative Works; within the Source form or
+          documentation, if provided along with the Derivative Works; or,
+          within a display generated by the Derivative Works, if and
+          wherever such third-party notices normally appear. The contents
+          of the NOTICE file are for informational purposes only and
+          do not modify the License. You may add Your own attribution
+          notices within Derivative Works that You distribute, alongside
+          or as an addendum to the NOTICE text from the Work, provided
+          that such additional attribution notices cannot be construed
+          as modifying the License.
+
+      You may add Your own copyright statement to Your modifications and
+      may provide additional or different license terms and conditions
+      for use, reproduction, or distribution of Your modifications, or
+      for any such Derivative Works as a whole, provided Your use,
+      reproduction, and distribution of the Work otherwise complies with
+      the conditions stated in this License.
+
+   5. Submission of Contributions. Unless You explicitly state otherwise,
+      any Contribution intentionally submitted for inclusion in the Work
+      by You to the Licensor shall be under the terms and conditions of
+      this License, without any additional terms or conditions.
+      Notwithstanding the above, nothing herein shall supersede or modify
+      the terms of any separate license agreement you may have executed
+      with Licensor regarding such Contributions.
+
+   6. Trademarks. This License does not grant permission to use the trade
+      names, trademarks, service marks, or product names of the Licensor,
+      except as required for reasonable and customary use in describing the
+      origin of the Work and reproducing the content of the NOTICE file.
+
+   7. Disclaimer of Warranty. Unless required by applicable law or
+      agreed to in writing, Licensor provides the Work (and each
+      Contributor provides its Contributions) on an "AS IS" BASIS,
+      WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
+      implied, including, without limitation, any warranties or conditions
+      of TITLE, NON-INFRINGEMENT, MERCHANTABILITY, or FITNESS FOR A
+      PARTICULAR PURPOSE. You are solely responsible for determining the
+      appropriateness of using or redistributing the Work and assume any
+      risks associated with Your exercise of permissions under this License.
+
+   8. Limitation of Liability. In no event and under no legal theory,
+      whether in tort (including negligence), contract, or otherwise,
+      unless required by applicable law (such as deliberate and grossly
+      negligent acts) or agreed to in writing, shall any Contributor be
+      liable to You for damages, including any direct, indirect, special,
+      incidental, or consequential damages of any character arising as a
+      result of this License or out of the use or inability to use the
+      Work (including but not limited to damages for loss of goodwill,
+      work stoppage, computer failure or malfunction, or any and all
+      other commercial damages or losses), even if such Contributor
+      has been advised of the possibility of such damages.
+
+   9. Accepting Warranty or Additional Liability. While redistributing
+      the Work or Derivative Works thereof, You may choose to offer,
+      and charge a fee for, acceptance of support, warranty, indemnity,
+      or other liability obligations and/or rights consistent with this
+      License. However, in accepting such obligations, You may act only
+      on Your own behalf and on Your sole responsibility, not on behalf
+      of any other Contributor, and only if You agree to indemnify,
+      defend, and hold each Contributor harmless for any liability
+      incurred by, or claims asserted against, such Contributor by reason
+      of your accepting any such warranty or additional liability.
+
+   END OF TERMS AND CONDITIONS
+
+   APPENDIX: How to apply the Apache License to your work.
+
+      To apply the Apache License to your work, attach the following
+      boilerplate notice, with the fields enclosed by brackets "[]"
+      replaced with your own identifying information. (Don't include
+      the brackets!)  The text should be enclosed in the appropriate
+      comment syntax for the file format. We also recommend that a
+      file or class name and description of purpose be included on the
+      same "printed page" as the copyright notice for easier
+      identification within third-party archives.
+
+   Copyright [yyyy] [name of copyright owner]
+
+   Licensed under the Apache License, Version 2.0 (the "License");
+   you may not use this file except in compliance with the License.
+   You may obtain a copy of the License at
+
+       http://www.apache.org/licenses/LICENSE-2.0
+
+   Unless required by applicable law or agreed to in writing, software
+   distributed under the License is distributed on an "AS IS" BASIS,
+   WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+   See the License for the specific language governing permissions and
+   limitations under the License.

package/README.md

@@ -1,3 +1,116 @@
-# Temporary Holding Version
+# @nodefony/ai
 
-This version is a temporary placeholder for this package. An operational version to replace this has been submitted for review and is awaiting a staged release.
+> La boîte à outils IA de Nodefony : exposer les outils de votre application à n'importe quel
+> agent (serveur MCP), consommer des serveurs MCP, puis bâtir les services d'une couche
+> agentique — accès modèle, index vectoriel, mémoire, orchestration d'agents, gouvernance.
+
+## Pourquoi ce paquet
+
+Un agent d'intelligence artificielle qui n'a ni terminal ni accès à votre code — Claude.ai,
+ChatGPT, Copilot, l'agent d'un de vos clients — ne peut atteindre votre application que par une
+porte standard. Cette porte, c'est le **Model Context Protocol** (MCP) : l'agent demande à votre
+application quels outils elle offre, reçoit pour chacun un nom, une description et un schéma
+d'entrée, puis les appelle. MCP est aux agents ce que REST a été aux applications.
+
+`@nodefony/ai` vous donne cette porte, et tout ce qui va autour, dans le style du framework :
+injectable, configuré par un schéma validé au démarrage, sans coût pour ce que vous n'utilisez pas.
+
+## Deux usages de l'IA, deux paquets
+
+| Vous voulez…                                                                               | Paquet             |
+| ------------------------------------------------------------------------------------------ | ------------------ |
+| que **votre application** offre des outils à des agents, ou embarque ses propres agents    | **`@nodefony/ai`** |
+| qu'un **agent de code** (Claude Code, Codex, Gemini…) vous aide à développer l'application | `@nodefony/devkit` |
+
+Le serveur MCP de développement de Nodefony — celui qui répond `nodefony_inspect`,
+`nodefony_card`, `nodefony_check` à votre agent de code — est bâti avec ce paquet, exactement
+comme le vôtre le sera.
+
+## Un socle, pas une option
+
+`@nodefony/ai` se charge comme `@nodefony/http` ou `@nodefony/framework` : toujours, dans
+tous les environnements. Les autres modules s'y appuient pour déclarer leurs outils. Il ne coûte
+rien tant qu'aucune capacité n'est configurée, et n'ouvre aucune porte en production sans
+autorisation.
+
+## Ce qui est fait, ce qui vient
+
+Une capacité n'est **livrée** que lorsque son ticket est fermé ; les versions visées sont celles
+de la feuille de route, et peuvent glisser. Ce qui est effectivement publié, version par version,
+se lit dans le
+[journal des changements](https://github.com/nodefony/nodefony-core/blob/main/CHANGELOG.md).
+
+### Livré
+
+| Capacité         | Ce qu'elle apporte                                                                       |
+| ---------------- | ---------------------------------------------------------------------------------------- |
+| **Module socle** | chargé partout comme `@nodefony/http`, configuration validée au démarrage (faute nommée) |
+
+### En cours — `10.0.0`
+
+| Capacité        | Ce qu'elle apporte                                                                                                           | Suivi                                                        |
+| --------------- | ---------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------ |
+| **Serveur MCP** | protocole, porte HTTP en flux, garde d'origine et d'adresse, autorisation OAuth par outil, outils déclarés par chaque module | [#565](https://github.com/nodefony/nodefony-core/issues/565) |
+
+Chaque outil y annonce s'il ne fait que lire ou s'il modifie (indices `ToolAnnotations` de la
+spec, [#540](https://github.com/nodefony/nodefony-core/issues/540)), pour que l'agent sache quand
+demander confirmation. La boîte à outils MCP fonctionne déjà : elle sert aujourd'hui depuis le paquet `nodefony` (et la
+porte de développement de `@nodefony/devkit`). Elle rejoint ce paquet pour la `10.0.0`, qui en
+devient la seule adresse.
+
+### Prévu
+
+| Capacité                      | Ce qu'elle apporte                                                                 | Version visée | Suivi                                                        |
+| ----------------------------- | ---------------------------------------------------------------------------------- | ------------- | ------------------------------------------------------------ |
+| **MCP par l'entrée standard** | les agents qui lancent eux-mêmes leur serveur (stdio)                              | `10.1`        | [#462](https://github.com/nodefony/nodefony-core/issues/462) |
+| **Route annotée → outil**     | exposer une route existante à un agent, par le même pare-feu que la requête HTTP   | `12.0`        | [#503](https://github.com/nodefony/nodefony-core/issues/503) |
+| **Registre MCP officiel**     | une porte de production publiable et trouvable dans l'annuaire des serveurs MCP    | `12.0`        | [#550](https://github.com/nodefony/nodefony-core/issues/550) |
+| **Client MCP**                | consommer les serveurs MCP existants au lieu d'écrire chaque intégration           | `12.0`        | couche agentique                                             |
+| **Accès modèle**              | une interface, plusieurs fournisseurs (Anthropic, OpenAI, Mistral, Ollama)         | `12.0`        | [#246](https://github.com/nodefony/nodefony-core/issues/246) |
+| **Recherche augmentée**       | index vectoriel adossé à l'ORM, recherche appelée par l'agent comme un outil       | `12.0`        | [#248](https://github.com/nodefony/nodefony-core/issues/248) |
+| **Mémoire**                   | court terme, long terme, épisodique                                                | `12.0`        | [#249](https://github.com/nodefony/nodefony-core/issues/249) |
+| **Orchestration d'agents**    | boucle, outils, annulation, reprise ; un agent peut tourner seul dans un conteneur | `12.0`        | [#250](https://github.com/nodefony/nodefony-core/issues/250) |
+| **Gouvernance**               | bornes d'exécution, validation humaine, audit                                      | `12.0`        | [#252](https://github.com/nodefony/nodefony-core/issues/252) |
+
+La couche agentique (`12.0`) s'ouvre par un état de l'art
+([#245](https://github.com/nodefony/nodefony-core/issues/245)) : son périmètre exact sera arrêté
+à ce moment-là.
+
+## Principes
+
+- **Rien n'est payé sans être utilisé.** Une capacité sans fournisseur configuré n'alloue rien et
+  n'importe rien. Les fournisseurs lourds (SDK d'un modèle, client d'une base vectorielle) sont
+  des dépendances optionnelles, chargées au premier usage.
+- **Le modèle ne tourne jamais dans votre serveur.** Nodefony orchestre un modèle servi ailleurs ;
+  il ne l'exécute pas dans le process qui sert vos requêtes.
+- **Prêt pour la production.** Une porte MCP exposée hors du développement exige une
+  autorisation : chaque outil déclare ce qu'il exige, et un appelant ne voit que ce qu'il peut
+  appeler.
+- **Conforme à la spécification MCP** (révision `2026-07-28`, anciens clients acceptés).
+
+## Installer et activer
+
+Le paquet s'installe à côté du framework, puis s'active dans le manifeste de l'application :
+
+```ts
+// nodefony.config.ts
+modules: [
+  // …
+  use("@nodefony/ai", {}, { policy: "mandatory" }),
+],
+```
+
+La clé de configuration est validée au démarrage : une faute de frappe arrête l'application en
+nommant le champ, au lieu d'être ignorée en silence.
+
+## Pour aller plus loin
+
+- La vision de la couche IA :
+  [livre blanc](https://github.com/nodefony/nodefony-core/blob/main/docs/ia/livre-blanc-couche-ia.md)
+- Les décisions d'architecture :
+  [ADR](https://github.com/nodefony/nodefony-core/tree/main/docs/adr)
+- La documentation du module : [`docs/`](./docs/index.md)
+
+## Licence
+
+Apache-2.0 — © Christophe CAMENSULI.

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

@@ -0,0 +1,9 @@
+//#region \0@oxc-project+runtime@0.154.0/helpers/esm/decorate.js
+function __decorate(decorators, target, key, desc) {
+	var c = arguments.length, r = c < 3 ? target : desc === null ? desc = Object.getOwnPropertyDescriptor(target, key) : desc, d;
+	if (typeof Reflect === "object" && typeof Reflect.decorate === "function") r = Reflect.decorate(decorators, target, key, desc);
+	else for (var i = decorators.length - 1; i >= 0; i--) if (d = decorators[i]) r = (c < 3 ? d(r) : c > 3 ? d(target, key, r) : d(target, key)) || r;
+	return c > 3 && r && Object.defineProperty(target, key, r), r;
+}
+//#endregion
+export { __decorate as default };

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

@@ -0,0 +1,6 @@
+//#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/index.js

@@ -0,0 +1,30 @@
+import defaults from "./nodefony/config/config.js";
+import { defineAiConfig } from "./nodefony/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 AiService_default from "./nodefony/service/AiService.js";
+import { Kernel, Module, services } from "nodefony";
+import { controllers } from "@nodefony/framework";
+//#region index.ts
+let AiModule = class AiModule extends Module {
+	constructor(kernel) {
+		super("ai", kernel, import.meta.url, defaults);
+	}
+	/**
+	* Valide la config au boot — défauts du schéma fusionnés avec ce que l'app
+	* passe dans `use()`. Une clé inconnue ou mal typée plante ICI, avec le champ
+	* fautif nommé, plutôt qu'en `undefined.x` au premier appel en production.
+	*/
+	async onKernelRegister() {
+		this.options = defineAiConfig(this.options);
+		return this;
+	}
+};
+AiModule = __decorate([
+	controllers([]),
+	services([AiService_default]),
+	__decorateMetadata("design:paramtypes", [typeof Kernel === "undefined" ? Object : Kernel])
+], AiModule);
+var ai_default = AiModule;
+//#endregion
+export { ai_default as default };

package/dist/nodefony/config/config.js

@@ -0,0 +1,48 @@
+import { z } from "zod";
+//#region nodefony/config/config.ts
+/**
+* @nodefony/ai — CONFIGURATION DU MODULE (schéma Zod = source unique).
+*
+* ⭐ TL;DR : CE SCHÉMA EST LA CONFIG. Chaque `.default(...)` est la valeur d'usine ;
+* changer un défaut du module = ÉDITER ICI (et nulle part ailleurs). L'app, elle,
+* ne surcharge que ses écarts, via `use("@nodefony/ai", { … })`.
+*
+* RÈGLE D'OR (ADR-0006) : ce fichier porte le schéma commenté (type + validation +
+* défaut + doc) ET matérialise les défauts par `parse({})`. Le builder
+* (`defineAiConfig`) importe le schéma d'ici et ne retape aucune valeur —
+* un défaut écrit à deux endroits finit toujours par diverger.
+*
+* SURCHARGE (précédence croissante) :
+*   • défauts du schéma (ce fichier) ;
+*   • app : `use("@nodefony/ai", { … })` dans `nodefony.config.ts` ;
+*   • déploiement : un NOM COURT, si le champ en déclare un — `.meta({ env: "NF_AI_HOTE" })`
+*     sur le champ suffit : le Kernel l'applique, `nodefony env` et `.env.example`
+*     le montrent. C'est le contrat de PRODUCTION (nom stable, documenté) ;
+*   • banc, dépannage : `NF__AI__<CHEMIN>=valeur` (override générique, `__` = niveau).
+*
+* Le schéma reste **PUR** : aucune lecture de `process.env`, aucun accès au kernel
+* (il est évalué à l'import — le kernel n'existe pas encore).
+*
+* Champ sensible (clé, mot de passe) → `.meta({ secret: true })` EN DERNIER de la
+* chaîne : chaque méthode zod clone, une `.default()` posée après `.meta()` perdrait
+* la métadonnée. Ces flags ressortent dans le JSON Schema lu par Studio.
+*/
+/**
+* ⚠️ `strictObject`, et non `object` : une clé INCONNUE doit être REFUSÉE, pas
+* retirée en silence. C'est le défaut par défaut de Zod, et il coûte cher —
+* `use("@nodefony/ai", { gretting: "…" })` produisait une application qui
+* démarre en IGNORANT ce que l'utilisateur a écrit, sans un mot. Le typage du
+* registre `NodefonyModuleConfig` attrape la faute de frappe à la COMPILATION ;
+* ceci l'attrape au DÉMARRAGE, pour tout ce qui contourne le compilateur — une
+* config chargée d'un fichier, un `as never`, un override d'environnement.
+*/
+const aiConfigSchema = z.strictObject({
+	/** Interrupteur du module — l'app peut le charger sans l'activer. */
+	enabled: z.boolean().default(true).describe("Active les fonctionnalités du module ai"),
+	/** Exemple : à remplacer par la vraie config du module. */
+	greeting: z.string().min(1).default("Bonjour de ai").describe("Message renvoyé par le service (exemple de champ configurable)")
+});
+/** Défauts matérialisés (passés au `super()` du Module). */
+const defaults = aiConfigSchema.parse({});
+//#endregion
+export { aiConfigSchema, defaults as default };

package/dist/nodefony/config/configSchema.js

@@ -0,0 +1,19 @@
+import { aiConfigSchema } from "./config.js";
+import { z } from "zod";
+//#region nodefony/config/configSchema.ts
+/**
+* JSON Schema de la configuration de @nodefony/ai — lu SANS démarrer
+* l'application, par `nodefony env` et la notice `.env.example`, qui y
+* trouvent les noms courts (`.meta({ env })`).
+*
+* Déclaré dans `package.json` → `nodefony.configSchema` ; le nom de l'export
+* est FIXE. Fichier FEUILLE : il n'importe que zod et le schéma, et n'ouvre
+* rien à l'import — une commande qui ne démarre pas l'application l'exécute.
+*
+* @returns le JSON Schema, métadonnées Nodefony comprises.
+*/
+function configJsonSchema() {
+	return z.toJSONSchema(aiConfigSchema);
+}
+//#endregion
+export { configJsonSchema };

package/dist/nodefony/config/defineModuleConfig.js

@@ -0,0 +1,52 @@
+import { aiConfigSchema } from "./config.js";
+import { configJsonSchema } from "./configSchema.js";
+import { parseModuleConfig } from "nodefony";
+//#region nodefony/config/defineModuleConfig.ts
+/**
+* @nodefony/ai — LE COMMENT : builder PUR de la config.
+*
+* ⭐ TL;DR : ce fichier VALIDE et GÈLE. Il ne porte AUCUNE valeur — les défauts
+* vivent dans le schéma de `./config.ts` (règle d'or ADR-0006). Pour changer un
+* défaut, c'est là-bas ; ici, on ne fait que le faire respecter.
+*
+* Le nom du FICHIER est le même dans tous les modules Nodefony
+* (`defineModuleConfig.ts`) ; la FONCTION, elle, est préfixée par le module —
+* deux modules importés côte à côte ne se marchent pas dessus.
+*
+* L'environnement ne se lit JAMAIS ici. La surcharge générique
+* (`NF__AI__<CHEMIN>`) comme un nom court (`NF_AI_<RÉGLAGE>`) sont
+* posés par le Kernel avant cette validation. Un nom court se DÉCLARE sur son
+* champ, dans `./config.ts` : `.meta({ env: "NF_AI_<RÉGLAGE>" })`.
+*
+* 🔴 **La validation passe par `parseModuleConfig`, du cœur** — un seul endroit
+* pour une seule règle. Il lève une `BootConfigurationError`, et pas une `Error`
+* ordinaire : le kernel distingue les deux. Un hook de cycle de vie qui lève une
+* erreur QUELCONQUE est absorbé en développement (fail-soft — il protège la DX
+* d'un module optionnel cassé), tandis qu'une erreur de CONFIGURATION interrompt
+* le boot dans TOUS les environnements. Mesuré sur un module généré : avec une
+* `Error`, `use("@nodefony/ai", { gretting: "…" })` laissait l'application
+* démarrer, servir, et rendre 0 — la faute de frappe n'atteignait personne. Une
+* configuration explicite qu'on ne peut pas honorer ne se répare pas en
+* continuant.
+*
+* ⚠️ Ne PAS réécrire ce bloc à la main : les dix modules du framework portaient
+* chacun leur copie du `try`/`catch`, et elles avaient divergé sur les deux
+* points qui comptent — le type de l'erreur levée et la langue du message.
+*
+* @param config - config brute venue de `use("@nodefony/ai", { … })`.
+* @returns config validée et gelée.
+* @throws BootConfigurationError si un champ est invalide ou inconnu (toutes les
+*   erreurs Zod agrégées, par champ) — le boot s'interrompt, en dev comme en prod.
+*/
+function defineAiConfig(config = {}) {
+	return Object.freeze(parseModuleConfig(aiConfigSchema, config, "@nodefony/ai"));
+}
+/**
+* JSON Schema de la config — Studio en dérive son formulaire d'édition
+* (libellés, types, défauts, descriptions), sans une ligne d'UI écrite à la main.
+*/
+function aiConfigJsonSchema() {
+	return configJsonSchema();
+}
+//#endregion
+export { aiConfigJsonSchema, defineAiConfig };

package/dist/nodefony/interfaces/IAiService.js

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

package/dist/nodefony/interfaces/index.js

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

package/dist/nodefony/service/AiService.js

@@ -0,0 +1,96 @@
+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/nodefony/src/errors/AiError.js

@@ -0,0 +1,21 @@
+//#region nodefony/src/errors/AiError.ts
+/**
+* Erreur du module ai.
+*
+* Deux champs qui font la différence en production :
+*  - `code` : identifiant MACHINE (stable, grep-able, consommé par Studio et
+*    l'audit) — le message, lui, peut changer sans rien casser ;
+*  - `context` : payload structuré joint au log (jamais de secret ici).
+*/
+var AiError = class extends Error {
+	code;
+	context;
+	constructor(message, code = "AI_ERROR", context) {
+		super(message);
+		this.code = code;
+		this.context = context;
+		this.name = "AiError";
+	}
+};
+//#endregion
+export { AiError, AiError as default };

package/dist/types/index.d.ts

@@ -0,0 +1,31 @@
+import { Kernel, Module } from "nodefony";
+import { type IAiConfigInput } from "./nodefony/config/config.js";
+/**
+ * @nodefony/ai — La boîte à outils IA de Nodefony : serveur MCP, puis les services de la couche agentique.
+ *
+ * Module applicatif : un workspace npm à part entière
+ * (`src/packages/@nodefony/ai/`), chargé par le manifeste `modules` de
+ * `nodefony.config.ts`. Le Kernel l'importe PAR SON NOM (`@nodefony/ai`) —
+ * d'où le workspace, qui le rend résolvable.
+ */
+/**
+ * Rend la config du module typée à l'appel : `use("@nodefony/ai", { … })`
+ * dans `nodefony.config.ts` propose les clés du schéma et refuse les fautes de
+ * frappe, au lieu d'avaler un `Record<string, unknown>`.
+ */
+declare module "nodefony" {
+    interface NodefonyModuleConfig {
+        "@nodefony/ai": IAiConfigInput;
+    }
+}
+declare class AiModule extends Module {
+    constructor(kernel: Kernel);
+    /**
+     * Valide la config au boot — défauts du schéma fusionnés avec ce que l'app
+     * passe dans `use()`. Une clé inconnue ou mal typée plante ICI, avec le champ
+     * fautif nommé, plutôt qu'en `undefined.x` au premier appel en production.
+     */
+    onKernelRegister(): Promise<this>;
+}
+export default AiModule;
+export type { IAiConfigInput } from "./nodefony/config/config.js";

package/dist/types/nodefony/config/config.d.ts

@@ -0,0 +1,48 @@
+import { z } from "zod";
+/**
+ * @nodefony/ai — CONFIGURATION DU MODULE (schéma Zod = source unique).
+ *
+ * ⭐ TL;DR : CE SCHÉMA EST LA CONFIG. Chaque `.default(...)` est la valeur d'usine ;
+ * changer un défaut du module = ÉDITER ICI (et nulle part ailleurs). L'app, elle,
+ * ne surcharge que ses écarts, via `use("@nodefony/ai", { … })`.
+ *
+ * RÈGLE D'OR (ADR-0006) : ce fichier porte le schéma commenté (type + validation +
+ * défaut + doc) ET matérialise les défauts par `parse({})`. Le builder
+ * (`defineAiConfig`) importe le schéma d'ici et ne retape aucune valeur —
+ * un défaut écrit à deux endroits finit toujours par diverger.
+ *
+ * SURCHARGE (précédence croissante) :
+ *   • défauts du schéma (ce fichier) ;
+ *   • app : `use("@nodefony/ai", { … })` dans `nodefony.config.ts` ;
+ *   • déploiement : un NOM COURT, si le champ en déclare un — `.meta({ env: "NF_AI_HOTE" })`
+ *     sur le champ suffit : le Kernel l'applique, `nodefony env` et `.env.example`
+ *     le montrent. C'est le contrat de PRODUCTION (nom stable, documenté) ;
+ *   • banc, dépannage : `NF__AI__<CHEMIN>=valeur` (override générique, `__` = niveau).
+ *
+ * Le schéma reste **PUR** : aucune lecture de `process.env`, aucun accès au kernel
+ * (il est évalué à l'import — le kernel n'existe pas encore).
+ *
+ * Champ sensible (clé, mot de passe) → `.meta({ secret: true })` EN DERNIER de la
+ * chaîne : chaque méthode zod clone, une `.default()` posée après `.meta()` perdrait
+ * la métadonnée. Ces flags ressortent dans le JSON Schema lu par Studio.
+ */
+/**
+ * ⚠️ `strictObject`, et non `object` : une clé INCONNUE doit être REFUSÉE, pas
+ * retirée en silence. C'est le défaut par défaut de Zod, et il coûte cher —
+ * `use("@nodefony/ai", { gretting: "…" })` produisait une application qui
+ * démarre en IGNORANT ce que l'utilisateur a écrit, sans un mot. Le typage du
+ * registre `NodefonyModuleConfig` attrape la faute de frappe à la COMPILATION ;
+ * ceci l'attrape au DÉMARRAGE, pour tout ce qui contourne le compilateur — une
+ * config chargée d'un fichier, un `as never`, un override d'environnement.
+ */
+export declare const aiConfigSchema: z.ZodObject<{
+    enabled: z.ZodDefault<z.ZodBoolean>;
+    greeting: z.ZodDefault<z.ZodString>;
+}, z.core.$strict>;
+/** Config telle que l'APP l'écrit dans `use()` — tous les champs optionnels. */
+export type IAiConfigInput = z.input<typeof aiConfigSchema>;
+/** Config telle que le CODE la lit — défauts appliqués, rien d'optionnel. */
+export type IAiConfig = z.output<typeof aiConfigSchema>;
+/** Défauts matérialisés (passés au `super()` du Module). */
+declare const defaults: IAiConfig;
+export default defaults;

package/dist/types/nodefony/config/configSchema.d.ts

@@ -0,0 +1,12 @@
+/**
+ * JSON Schema de la configuration de @nodefony/ai — lu SANS démarrer
+ * l'application, par `nodefony env` et la notice `.env.example`, qui y
+ * trouvent les noms courts (`.meta({ env })`).
+ *
+ * Déclaré dans `package.json` → `nodefony.configSchema` ; le nom de l'export
+ * est FIXE. Fichier FEUILLE : il n'importe que zod et le schéma, et n'ouvre
+ * rien à l'import — une commande qui ne démarre pas l'application l'exécute.
+ *
+ * @returns le JSON Schema, métadonnées Nodefony comprises.
+ */
+export declare function configJsonSchema(): unknown;

package/dist/types/nodefony/config/defineModuleConfig.d.ts

@@ -0,0 +1,43 @@
+import type { IAiConfig } from "./config.js";
+/**
+ * @nodefony/ai — LE COMMENT : builder PUR de la config.
+ *
+ * ⭐ TL;DR : ce fichier VALIDE et GÈLE. Il ne porte AUCUNE valeur — les défauts
+ * vivent dans le schéma de `./config.ts` (règle d'or ADR-0006). Pour changer un
+ * défaut, c'est là-bas ; ici, on ne fait que le faire respecter.
+ *
+ * Le nom du FICHIER est le même dans tous les modules Nodefony
+ * (`defineModuleConfig.ts`) ; la FONCTION, elle, est préfixée par le module —
+ * deux modules importés côte à côte ne se marchent pas dessus.
+ *
+ * L'environnement ne se lit JAMAIS ici. La surcharge générique
+ * (`NF__AI__<CHEMIN>`) comme un nom court (`NF_AI_<RÉGLAGE>`) sont
+ * posés par le Kernel avant cette validation. Un nom court se DÉCLARE sur son
+ * champ, dans `./config.ts` : `.meta({ env: "NF_AI_<RÉGLAGE>" })`.
+ *
+ * 🔴 **La validation passe par `parseModuleConfig`, du cœur** — un seul endroit
+ * pour une seule règle. Il lève une `BootConfigurationError`, et pas une `Error`
+ * ordinaire : le kernel distingue les deux. Un hook de cycle de vie qui lève une
+ * erreur QUELCONQUE est absorbé en développement (fail-soft — il protège la DX
+ * d'un module optionnel cassé), tandis qu'une erreur de CONFIGURATION interrompt
+ * le boot dans TOUS les environnements. Mesuré sur un module généré : avec une
+ * `Error`, `use("@nodefony/ai", { gretting: "…" })` laissait l'application
+ * démarrer, servir, et rendre 0 — la faute de frappe n'atteignait personne. Une
+ * configuration explicite qu'on ne peut pas honorer ne se répare pas en
+ * continuant.
+ *
+ * ⚠️ Ne PAS réécrire ce bloc à la main : les dix modules du framework portaient
+ * chacun leur copie du `try`/`catch`, et elles avaient divergé sur les deux
+ * points qui comptent — le type de l'erreur levée et la langue du message.
+ *
+ * @param config - config brute venue de `use("@nodefony/ai", { … })`.
+ * @returns config validée et gelée.
+ * @throws BootConfigurationError si un champ est invalide ou inconnu (toutes les
+ *   erreurs Zod agrégées, par champ) — le boot s'interrompt, en dev comme en prod.
+ */
+export declare function defineAiConfig(config?: unknown): IAiConfig;
+/**
+ * JSON Schema de la config — Studio en dérive son formulaire d'édition
+ * (libellés, types, défauts, descriptions), sans une ligne d'UI écrite à la main.
+ */
+export declare function aiConfigJsonSchema(): unknown;

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

@@ -0,0 +1,15 @@
+/**
+ * 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

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

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

@@ -0,0 +1,80 @@
+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;

package/dist/types/nodefony/src/errors/AiError.d.ts

@@ -0,0 +1,14 @@
+/**
+ * Erreur du module ai.
+ *
+ * Deux champs qui font la différence en production :
+ *  - `code` : identifiant MACHINE (stable, grep-able, consommé par Studio et
+ *    l'audit) — le message, lui, peut changer sans rien casser ;
+ *  - `context` : payload structuré joint au log (jamais de secret ici).
+ */
+export declare class AiError extends Error {
+    readonly code: string;
+    readonly context?: Record<string, unknown> | undefined;
+    constructor(message: string, code?: string, context?: Record<string, unknown> | undefined);
+}
+export default AiError;

package/package.json

@@ -1,6 +1,83 @@
 {
   "name": "@nodefony/ai",
-  "version": "0.0.0-stage",
-  "stub": true,
-  "description": "Temporary package placeholder for staged publishing"
-}
+  "version": "10.0.0-beta.3",
+  "description": "La boîte à outils IA de Nodefony : serveur MCP, puis les services de la couche agentique",
+  "contributors": [],
+  "type": "module",
+  "main": "./dist/index.js",
+  "types": "./dist/types/index.d.ts",
+  "exports": {
+    ".": {
+      "nodefony-source": "./index.ts",
+      "types": "./dist/types/index.d.ts",
+      "import": "./dist/index.js",
+      "default": "./dist/index.js"
+    },
+    "./package.json": "./package.json"
+  },
+  "scripts": {
+    "build": "rolldown -c rolldown.config.ts && tsgo -p tsconfig.declarations.json",
+    "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"
+  },
+  "private": false,
+  "engines": {
+    "node": ">=24.0.0"
+  },
+  "keywords": [
+    "nodefony",
+    "ai",
+    "mcp",
+    "model-context-protocol",
+    "agents",
+    "llm",
+    "typescript",
+    "esm"
+  ],
+  "nodefony": {
+    "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"
+  },
+  "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",
+    "@types/node": "26.6.5",
+    "vitest": "5.0.4"
+  },
+  "repository": {
+    "type": "git",
+    "url": "git+https://github.com/nodefony/nodefony-core.git",
+    "directory": "src/packages/@nodefony/ai"
+  },
+  "license": "Apache-2.0",
+  "licenses": [
+    {
+      "type": "Apache-2.0",
+      "url": "https://www.apache.org/licenses/LICENSE-2.0"
+    }
+  ],
+  "author": "Christophe CAMENSULI <ccamensuli@gmail.com>",
+  "readmeFilename": "README.md",
+  "files": [
+    "dist",
+    "docs"
+  ],
+  "publishConfig": {
+    "access": "public"
+  },
+  "homepage": "https://nodefony.github.io/nodefony-core/",
+  "bugs": {
+    "url": "https://github.com/nodefony/nodefony-core/issues"
+  }
+}