@noeva/analytics-core 0.1.0 → 0.3.2

package/CHANGELOG.md

@@ -3,6 +3,54 @@
 Le versioni del pacchetto che i repository dei progetti installano (ADR 0005). Prima di
 `analytics upgrade` si legge cosa cambia fra la versione installata e la nuova.
 
+## 0.3.2 — 6 novembre 2026
+
+- Su Windows la CLI non partiva: la cartella del pacchetto si ricavava con
+  `URL.pathname` (`/D:/...`, quindi `D:\D:\...`). Ora con `fileURLToPath`, che
+  decodifica anche gli spazi. `rilascio-windows.yml` si fermava al primo passo.
+
+## 0.3.1 — 6 novembre 2026
+
+- `analytics pubblica` non segue piu' i redirect: un contenitore senza la rotta
+  `/_pagine/` manda al login con un 302, e la 0.3.0 prendeva la pagina di login (200)
+  per una pubblicazione riuscita. Ora si ferma e dice che il contenitore va deployato;
+  una risposta vale solo se e' il `{ok: true}` del contenitore.
+
+## 0.3.0 — 6 novembre 2026
+
+Il repository del progetto basta a se stesso (ADR 0005): pubblica pagine e modello e
+rilascia i due eseguibili Windows senza il monorepo.
+
+- `analytics pubblica` e `analytics modello` chiedono il biglietto all'API NOEVA con la
+  chiave di un membro del workspace (`NOEVA_API_KEY` o `~/.noeva-api-key`) quando il
+  segreto del contenitore non c'e'. Serve l'API con il campo `tipo` del biglietto
+  (noeva-server-api, `POST /api/analytics/biglietto-dati`).
+- `.github/workflows/ci.yml` (gestito): il job `pubblica` porta online pagine e modello a
+  ogni push su `main` che passa la verifica. Si accende con il secret `NOEVA_API_KEY` e
+  la variabile `ANALYTICS_PUBBLICA=si`.
+- `.github/workflows/rilascio-windows.yml` (gestito): la cartella MCP per i PC e
+  l'eseguibile degli snapshot, costruiti e provati su Windows, e le release nel repository
+  del progetto. Le ricette sono nel pacchetto (`contenuto/lib/mcp-locale`,
+  `contenuto/lib/snapshot`) e leggono `consegna.yml`, che ora e' la configurazione di
+  consegna intera: cliente, connessione senza password, verifiche, trasformazioni.
+- La pubblicazione dei dati (`aggiorna.sh --pubblica`) trova il workspace in
+  `analytics.json`: fuori dal monorepo il registro non c'e'.
+- `.gitignore` del modello: `dist/`, dove escono le cartelle Windows.
+
+## 0.2.0 — 6 novembre 2026
+
+- `analytics pubblica --url <url>`: la `apps/` del commit (HEAD, non il disco) sul
+  contenitore, in R2, meno quello che `apps/.assetsignore` esclude (ADR 0005, punto 3).
+  `--prova` elenca soltanto. In prova il biglietto si firma col segreto del contenitore
+  (`SEGRETO_DATI` o `~/.segreto-dati`); quello rilasciato dall'API NOEVA alla CI non c'e'
+  ancora.
+- `analytics modello --url <url>`: il modello del commit (wren_project.yml, relationships.yml,
+  models/, knowledge/), con le trasformazioni di `consegna.yml`, compilato come `wren context
+  build` e pubblicato su R2 per il servizio locale (ADR 0005, punto 6). Vuole python3 con
+  pyyaml e wrenai (il contenitore di sviluppo li ha); `--prova` compila soltanto.
+- `analytics.json` accetta `workspace`: il workspace NOEVA che possiede il progetto, che il
+  biglietto nomina.
+
 ## 0.1.0 — 6 novembre 2026
 
 Prima versione, per la prima prova dell'ADR 0005.

package/README.md

@@ -15,6 +15,10 @@ python3 lib/rilascio/estrai-progetto.py <id> <cartella vuota>      # un progetto
 
 - **Il pacchetto non nomina clienti**: `test/nomi.test.js` lo prova contro il registro.
   Un commento in `lib/pagina` o `lib/snapshot` che cita un cliente arriva a tutti.
+- **La CI del repository nuovo puo' non partire**: con OIKI (6/11/2026) GitHub ha registrato
+  `ci.yml`, arrivato col push che crea il repository, ma non partiva su push e PR, solo a mano.
+  Si e' sbloccato al primo push di un commit che cambiava `ci.yml`, anche su un branch di
+  prova poi cancellato. Dopo il primo push si controlla che la PR abbia il check `verifica`.
 - **Una versione nuova** si scrive in `package.json` e in `CHANGELOG.md`, che i progetti
   leggono prima di aggiornare. Pubblicare su npm lo fa Stefano Denti, come i rilasci
   (`AGENTS.md`, «Chi rilascia»).

package/cli.js

@@ -6,6 +6,8 @@
 //   analytics upgrade --check        la versione installata, l'ultima, i file gestiti cambiati
 //   analytics upgrade                aggiorna il pacchetto e riscrive i file gestiti
 //   analytics agent sync             riscrive solo il kit dell'agente
+//   analytics pubblica --url <url>   la apps/ di HEAD sul contenitore, in R2 (--prova: elenca soltanto)
+//   analytics modello --url <url>    il modello di HEAD, compilato, sul contenitore in R2 (python3, wren)
 //   analytics percorso               dove sta il contenuto del pacchetto (per aggiorna.sh)
 //   analytics versione
 //
@@ -15,8 +17,9 @@ import { execFileSync } from 'node:child_process';
 import { join, resolve } from 'node:path';
 import {
   ErroreConfig, PACCHETTO, VERSIONE, derive, init, leggiConfig, scriviGestiti, trovaRadice,
-  ultimaVersione, verifica,
+  piuNuova, ultimaVersione, verifica,
 } from './core.js';
+import { pubblica } from './pubblica.js';
 
 const verde = (s) => `\x1b[0;32m${s}\x1b[0m`;
 const rosso = (s) => `\x1b[0;31m${s}\x1b[0m`;
@@ -46,7 +49,7 @@ async function principale(argv) {
       elenca(giallo('avvisi'), avvisi);
       elenca(rosso('errori'), errori);
       const ultima = await ultimaVersione();
-      if (ultima && ultima !== VERSIONE) console.log(giallo(`c'e' la versione ${ultima}: npx analytics upgrade --check`));
+      if (piuNuova(ultima, VERSIONE)) console.log(giallo(`c'e' la versione ${ultima}: npx analytics upgrade --check`));
       console.log(errori.length ? rosso(`KO: ${errori.length} errori`) : verde('ok'));
       return errori.length ? 1 : 0;
     }
@@ -56,7 +59,7 @@ async function principale(argv) {
       if (resto.includes('--check')) {
         const ultima = await ultimaVersione();
         console.log(`installata ${VERSIONE}, ultima ${ultima ?? 'non raggiungibile o non pubblicata'}`);
-        if (ultima && ultima !== VERSIONE) console.log(`il registro delle modifiche: npm view @noeva/analytics-core@${ultima} — leggerlo prima di aggiornare`);
+        if (piuNuova(ultima, VERSIONE)) console.log(`il registro delle modifiche: npm view @noeva/analytics-core@${ultima} — leggerlo prima di aggiornare`);
         const d = derive(radice, config);
         elenca(giallo('file gestiti diversi dal pacchetto installato'), d.map((x) => `${x.stato}: ${x.percorso}`));
         if (!d.length) console.log(verde('file gestiti allineati'));
@@ -80,6 +83,33 @@ async function principale(argv) {
       console.log(verde('kit allineato'));
       return 0;
     }
+    case 'pubblica': {
+      const radice = trovaRadice();
+      const config = leggiConfig(radice);
+      const valore = (nome) => { const i = resto.indexOf(nome); return i >= 0 ? resto[i + 1] : undefined; };
+      const prova = resto.includes('--prova');
+      const esito = await pubblica(radice, config, {
+        url: valore('--url') ?? process.env.NOEVA_ANALYTICS_URL,
+        workspace: valore('--workspace') ?? config.workspace,
+        prova,
+        stampa: console.log,
+      });
+      const quanto = `${esito.file} file, ${Math.round(esito.byte / 1024)} kB`;
+      console.log(prova ? `versione ${esito.versione}: ${quanto} (prova, niente caricato)` : verde(`pubblicata ${esito.versione}: ${quanto}`));
+      return 0;
+    }
+    case 'modello': {
+      // Compilare il modello e' di wren, che e' Python: lo fa lib/modello/pubblica.py
+      // del pacchetto, con il python3 dell'ambiente (il contenitore di sviluppo, la CI).
+      const radice = trovaRadice();
+      const script = join(PACCHETTO, 'contenuto', 'lib', 'modello', 'pubblica.py');
+      try {
+        execFileSync(process.env.PYTHON || 'python3', [script, radice, ...resto], { stdio: 'inherit' });
+      } catch (e) {
+        return e.status ?? 1;
+      }
+      return 0;
+    }
     case 'percorso':
       console.log(join(PACCHETTO, 'contenuto'));
       return 0;
@@ -89,7 +119,7 @@ async function principale(argv) {
       return 0;
     default:
   }
-  console.error('uso: analytics init <id> [cartella] | ci | upgrade [--check] | agent sync | percorso | versione');
+  console.error('uso: analytics init <id> [cartella] | ci | upgrade [--check] | agent sync | pubblica --url <url> [--prova] | modello --url <url> [--prova] | percorso | versione');
   return 2;
 }
 

package/contenuto/lib/mcp-locale/ambiente/.python-version

@@ -0,0 +1 @@
+3.11

package/contenuto/lib/mcp-locale/ambiente/pyproject.toml

@@ -0,0 +1,23 @@
+# Le dipendenze esatte dell'eseguibile noeva-<progetto> (lib/mcp-locale/costruisci.py).
+# Il lock e' universale: Windows installa le stesse versioni provate sul Mac e nel
+# container. Le versioni del server sono quelle del Dockerfile; mcp<2 per lo
+# stesso motivo (wrenai importa mcp.server.fastmcp, tolto nell'SDK 2.x).
+[project]
+name = "noeva-mcp-locale"
+version = "0.1.0"
+requires-python = "==3.11.*"
+dependencies = [
+    "wrenai[mcp]==0.15.0",
+    "wren-core-py==0.8.0",
+    "mcp[cli]>=1.19,<2",
+    "duckdb==1.5.6",
+    "pyodbc>=5,<6",
+    "pyyaml>=6",
+]
+
+[dependency-groups]
+build = ["pyinstaller==6.16.0"]
+
+[tool.uv]
+package = false
+default-groups = ["build"]