@nodefony/devkit 10.0.0-beta.1 → 10.0.0-beta.2

package/README.md

@@ -75,10 +75,13 @@ navigateur — d'où la commande, qui reste la porte utile.
 npx nodefony ai:mcp        # écrit .mcp.json ; --dry-run pour voir sans écrire
 ```
 
-Quatre outils : **`nodefony_inspect`** (ce qui est monté), **`nodefony_check`**
-(ce qui manque), **`nodefony_symbols`** (ce qu'une API du framework signifie),
-**`nodefony_card`** (par où commencer). Ce sont les mêmes briques que les
-commandes du même nom — une source, plusieurs portes.
+Sept outils : **`nodefony_inspect`** (ce qui est monté), **`nodefony_check`**
+(ce qui manque — la commande s'appelle `doctor`), **`nodefony_symbols`** (ce qu'une
+API du framework signifie), **`nodefony_card`** (par où commencer),
+**`nodefony_docs`** (la documentation des modules installés), **`nodefony_admin_list`**
+et **`nodefony_admin_call`** (lectures du data plane d'administration, jeton porteur
+du scope `admin:read` exigé). Ce sont les mêmes briques que les commandes — une
+source, plusieurs portes.
 
 **Ce n'est pas un process de plus.** Depuis la révision `2026-07-28` du transport
 « Streamable HTTP », un serveur MCP est un simple endpoint `POST` sans session :
@@ -162,7 +165,7 @@ connaît pas encore.
 
 ### Vos propres outils
 
-Ces quatre-là décrivent le framework ; ils ne savent rien de votre métier. Tout
+Ces outils intégrés décrivent le framework ; ils ne savent rien de votre métier. Tout
 module de votre application peut publier les siens en implémentant
 `getMcpTools(): IMcpTool[]` :
 
@@ -203,12 +206,13 @@ c'est fermé par défaut, et c'est voulu. Détail et pièges :
 
 ## Les skills d'agent
 
-Le paquet livre six **skills** au format [Agent Skills](https://agentskills.io)
+Le paquet livre huit **skills** au format [Agent Skills](https://agentskills.io)
 — la marche à suivre complète pour les tâches où un agent, sans eux, inventerait
 du code : créer une ressource REST, ajouter un service injectable, réserver une
 route à qui est habilité, ouvrir un canal temps réel, faire évoluer le schéma
-d'une base sans la détruire, et voir puis MESURER un écran dans un navigateur
-piloté. Ils sont lus par tout client conforme (Claude Code, Cursor, Copilot,
+d'une base sans la détruire, voir puis MESURER un écran dans un navigateur
+piloté — plus un skill qui conduit toute tâche de développement et un qui décrit
+l'exploitation en conteneur. Ils sont lus par tout client conforme (Claude Code, Cursor, Copilot,
 VS Code, Codex, Goose…).
 
 `nodefony create app` les met à disposition à la création. Après un
@@ -225,10 +229,12 @@ npx nodefony ai:sync            # --dry-run pour voir sans écrire, --json pour
   = nodefony-add-realtime-channel  @nodefony/devkit
   = nodefony-add-service           @nodefony/devkit
   = nodefony-browser               @nodefony/devkit
+  = nodefony-dev                   @nodefony/devkit
+  = nodefony-devops                @nodefony/devkit
   = nodefony-migrate-schema        @nodefony/devkit
   = nodefony-protect-route         @nodefony/devkit
 
-  0 posé(s) · 0 mis à jour · 6 inchangé(s)
+  0 posé(s) · 0 mis à jour · 8 inchangé(s)
 ```
 
 **Le préfixe `nodefony-` vous laisse la place.** Ces pointeurs arrivent dans
@@ -262,9 +268,14 @@ plus aucun paquet ne livre est **signalé, jamais supprimé** — vous avez pu e
 
 ## Configuration
 
-| Clé       | Type      | Défaut | Rôle                   |
-| --------- | --------- | ------ | ---------------------- |
-| `enabled` | `boolean` | `true` | Interrupteur du module |
+| Clé                  | Type       | Défaut          | Rôle                                                  |
+| -------------------- | ---------- | --------------- | ----------------------------------------------------- |
+| `enabled`            | `boolean`  | `true`          | Interrupteur du module                                |
+| `mcp.enabled`        | `boolean`  | `true`          | Interrupteur de la porte MCP                          |
+| `mcp.allowedOrigins` | `string[]` | `[]`            | Origines navigateur admises sur la porte MCP          |
+| `mcp.allowRemote`    | `boolean`  | `false`         | Accepte un client hors de la boucle locale            |
+| `mcp.tools`          | `string[]` | les sept outils | Outils exposés                                        |
+| `mcp.authorization`  | objet      | —               | Autorisation OAuth de la porte (voir `docs/index.md`) |
 
 La source unique est le schéma Zod de `nodefony/config/config.ts` : c'est lui qui
 porte les défauts, les descriptions et la validation. Une clé inconnue ou mal

package/dist/_virtual/{_@oxc-project_runtime@0.151.0 → _@oxc-project_runtime@0.152.0}/helpers/esm/decorate.js

@@ -1,4 +1,4 @@
-//#region \0@oxc-project+runtime@0.151.0/helpers/esm/decorate.js
+//#region \0@oxc-project+runtime@0.152.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);

package/dist/_virtual/{_@oxc-project_runtime@0.151.0 → _@oxc-project_runtime@0.152.0}/helpers/esm/decorateMetadata.js

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

package/dist/_virtual/{_@oxc-project_runtime@0.151.0 → _@oxc-project_runtime@0.152.0}/helpers/esm/decorateParam.js

@@ -1,4 +1,4 @@
-//#region \0@oxc-project+runtime@0.151.0/helpers/esm/decorateParam.js
+//#region \0@oxc-project+runtime@0.152.0/helpers/esm/decorateParam.js
 function __decorateParam(paramIndex, decorator) {
 	return function(target, key) {
 		decorator(target, key, paramIndex);

package/dist/index.js

@@ -1,8 +1,8 @@
 import defaults, { devkitConfigSchema } from "./nodefony/config/config.js";
 import { defineDevkitConfig } from "./nodefony/config/defineModuleConfig.js";
 import { buildCard } from "./nodefony/src/card.js";
-import __decorateMetadata from "./_virtual/_@oxc-project_runtime@0.151.0/helpers/esm/decorateMetadata.js";
-import __decorate from "./_virtual/_@oxc-project_runtime@0.151.0/helpers/esm/decorate.js";
+import __decorateMetadata from "./_virtual/_@oxc-project_runtime@0.152.0/helpers/esm/decorateMetadata.js";
+import __decorate from "./_virtual/_@oxc-project_runtime@0.152.0/helpers/esm/decorate.js";
 import DevkitService_default from "./nodefony/service/DevkitService.js";
 import DevkitController_default from "./nodefony/controllers/DevkitController.js";
 import McpController_default from "./nodefony/controllers/McpController.js";

package/dist/nodefony/controllers/DevkitController.js

@@ -1,5 +1,5 @@
-import __decorateMetadata from "../../_virtual/_@oxc-project_runtime@0.151.0/helpers/esm/decorateMetadata.js";
-import __decorate from "../../_virtual/_@oxc-project_runtime@0.151.0/helpers/esm/decorate.js";
+import __decorateMetadata from "../../_virtual/_@oxc-project_runtime@0.152.0/helpers/esm/decorateMetadata.js";
+import __decorate from "../../_virtual/_@oxc-project_runtime@0.152.0/helpers/esm/decorate.js";
 import { Controller, controller, route } from "@nodefony/framework";
 //#region nodefony/controllers/DevkitController.ts
 /**

package/dist/nodefony/controllers/McpController.js

@@ -1,6 +1,6 @@
-import __decorateMetadata from "../../_virtual/_@oxc-project_runtime@0.151.0/helpers/esm/decorateMetadata.js";
-import __decorate from "../../_virtual/_@oxc-project_runtime@0.151.0/helpers/esm/decorate.js";
-import __decorateParam from "../../_virtual/_@oxc-project_runtime@0.151.0/helpers/esm/decorateParam.js";
+import __decorateMetadata from "../../_virtual/_@oxc-project_runtime@0.152.0/helpers/esm/decorateMetadata.js";
+import __decorate from "../../_virtual/_@oxc-project_runtime@0.152.0/helpers/esm/decorate.js";
+import __decorateParam from "../../_virtual/_@oxc-project_runtime@0.152.0/helpers/esm/decorateParam.js";
 import { ACCESS_TOKEN_VERIFIER, JsonRpcError, Nodefony, authorizeProtectedResource, checkMcpAccess, collectMcpTools, handleMcpMessage, jsonRpcFailure, mcpCallerRoles, protectedResourceMetadataUrl, readBearerHeader } from "nodefony";
 import { Body, Controller, Headers, controller, route } from "@nodefony/framework";
 //#region nodefony/controllers/McpController.ts

package/dist/nodefony/service/DevkitService.js

@@ -1,7 +1,7 @@
 import defaults from "../config/config.js";
 import { buildCard } from "../src/card.js";
-import __decorateMetadata from "../../_virtual/_@oxc-project_runtime@0.151.0/helpers/esm/decorateMetadata.js";
-import __decorate from "../../_virtual/_@oxc-project_runtime@0.151.0/helpers/esm/decorate.js";
+import __decorateMetadata from "../../_virtual/_@oxc-project_runtime@0.152.0/helpers/esm/decorateMetadata.js";
+import __decorate from "../../_virtual/_@oxc-project_runtime@0.152.0/helpers/esm/decorate.js";
 import { Module, Nodefony, Service, extend, injectable, mcpDeclaredScopes } from "nodefony";
 //#region nodefony/service/DevkitService.ts
 /**

package/docs/index.md

@@ -198,7 +198,7 @@ convient.
 
 ### Ajouter VOS outils — ce que l'agent ne peut pas deviner
 
-Les quatre outils ci-dessus décrivent le framework. Ils ne savent rien de votre
+Les outils intégrés ci-dessus décrivent le framework. Ils ne savent rien de votre
 métier — et c'est précisément ce qu'un agent invente le plus mal. N'importe quel
 module de votre application peut donc en publier :
 

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@nodefony/devkit",
-  "version": "10.0.0-beta.1",
+  "version": "10.0.0-beta.2",
   "type": "module",
   "description": "Outillage de développement d'une application Nodefony : carte de visite du projet et portes de découverte pour un agent de développement",
   "author": "Christophe CAMENSULI <ccamensuli@gmail.com>",
@@ -25,17 +25,17 @@
     "coverage": "vitest run --coverage"
   },
   "peerDependencies": {
-    "@nodefony/framework": "^10.0.0-beta.1",
-    "@nodefony/http": "^10.0.0-beta.1",
-    "nodefony": "^10.0.0-beta.1",
+    "@nodefony/framework": "^10.0.0-beta.2",
+    "@nodefony/http": "^10.0.0-beta.2",
+    "nodefony": "^10.0.0-beta.2",
     "zod": "^4.6.5",
     "playwright": "^1.50.0",
     "lighthouse": "^13.0.0"
   },
   "devDependencies": {
-    "@nodefony/framework": "^10.0.0-beta.1",
-    "@nodefony/http": "^10.0.0-beta.1",
-    "nodefony": "^10.0.0-beta.1"
+    "@nodefony/framework": "^10.0.0-beta.2",
+    "@nodefony/http": "^10.0.0-beta.2",
+    "nodefony": "^10.0.0-beta.2"
   },
   "dependencies": {
     "axe-core": "4.13.0",

package/skills/nodefony-dev/SKILL.md

@@ -240,6 +240,15 @@ npx nodefony stop <nom|chemin>           # arrêter un AUTRE projet, sans change
 npx nodefony production --detach --wait   # boot réel en arrière-plan ; rend la main ports OUVERTS
 ```
 
+**Déboguer** : en développement, les piles d'appels pointent vers les `.ts` de l'application (le
+build de dev émet ses sourcemaps et le serveur les lit ; `npm run build`, lui, n'en émet pas — une
+pile de production pointe vers `dist/`). Pour un point d'arrêt : `npm run debug` (= `nodefony debug` :
+le mode développement, débogueur ouvert sur `127.0.0.1:9229`), puis `chrome://inspect` ou « Attach »
+dans l'éditeur. `--inspect=<port>` change le port, `--inspect-brk` arrête avant le chargement de
+l'application ; `nodefony development --inspect` fait la même chose. C'est le SERVEUR qui ouvre
+l'inspecteur, et il le rouvre à chaque rechargement ; marche aussi avec `--no-watch`. ⚠️ Jamais `NODE_OPTIONS=--inspect` :
+le premier process node de la chaîne (`npx`, `npm`) prend le port, et le serveur ne s'arrête jamais.
+
 **Arrête ce que tu démarres.** Un serveur laissé derrière garde les ports : le run suivant échoue
 sur une erreur qui ne parle jamais de lui (`EADDRINUSE`) — ou pire, un test interroge l'ANCIENNE
 version du code. Et **jamais `… &`** : le processus reçoit SIGHUP et meurt ; tuer le PID du port ne

package/skills/nodefony-devops/references/image.md

@@ -11,7 +11,7 @@ du frontal ne sort que si tu le demandes explicitement.
 | ----------- | ------------------- | --------------------------------------------------------------------- | ----------------------------- |
 | `build`     | `node:24-alpine`    | Installe, compile, élague les dépendances de développement            | seulement son `/app`          |
 | `proxyconf` | hérite de `build`   | **Dérive** la configuration nginx et rassemble les fichiers statiques | non — étage intermédiaire     |
-| `edge`      | `nginx:1.27-alpine` | Le frontal, avec la configuration dérivée ci-dessus                   | non — cible séparée           |
+| `edge`      | `nginx:1.30-alpine` | Le frontal, avec la configuration dérivée ci-dessus                   | non — cible séparée           |
 | _(final)_   | `node:24-alpine`    | L'application en production                                           | **oui**                       |
 
 ```bash