P47 F6: consumatori esterni, ARCHITECTURE.md, changelog pubblico, README di servizio

- ARCHITECTURE.md v0.4.0: tabella URL immobili §15.1 riscritta (PDF ora 404
  dichiarato, whitepaper.html/devops.html shim verso attestazione.trust,
  changelog.html clean URL sulla radice), §15.2 aggiornata, nuova nota sulla
  separazione delle licenze motore (Tangram.page) / registri (Spazio Genesi
  ETS) in §15
- content/changelog.yaml: voce pubblica sullo spostamento del whitepaper e
  della pagina DevOps sul Trust Center del tenant attestazione
- README.md (radice), site/README.md, tenants/attestazione/site/README.md:
  descrizioni aggiornate alla nuova collocazione dei file statici
- docs/whitepaper/whitepaper-v1.0.md: unico riferimento residuo all'URL
  vecchio aggiornato (sorgente, non il PDF immutabile)
- CHANGELOG.md / site/changelog/*, score.json: rigenerati da npm run build

Nessuna modifica al registro dei record (fuori perimetro per decisione del
piano): un riferimento residuo a trust.spaziogenesi.org/devops.html resta
in tenants/attestazione/registry/controls/CTL-cicd-pipeline.yaml, ancora
raggiungibile via lo shim messo in F2.

Non pushato: il push è F7 (gate esplicito del gestore).

Author: maxalone

ARCHITECTURE.md

@@ -1,7 +1,7 @@
 # Genesis Trust Framework (GTF) — Architettura del Digital Trust Operating System
 
 **Servizio**: attestazione.spaziogenesi.org · **Titolare**: Spazio Genesi ETS
-**Documento**: GTF-ARCH · **Versione**: 0.3.0 · **Data**: 2026-08-16 · **Stato**: bozza per revisione
+**Documento**: GTF-ARCH · **Versione**: 0.4.0 · **Data**: 2026-08-16 · **Stato**: bozza per revisione
 **Natura**: questo documento NON è documentazione del servizio. È il progetto del **sistema che
 produce, collega e mantiene** tutta la documentazione, le evidenze e la fiducia del servizio.
 È scritto per essere eseguibile da modelli AI diversi in modo indipendente e coerente.
@@ -677,6 +677,15 @@ indipendente, letto dai rispettivi manifesti (`core/package.json` → `version`;
 per imgauth/authweb/authart (§ Versioning di `img-auth-hub/CLAUDE.md`), applicato ora anche al
 framework che li descrive.
 
+**Licenze (dal 2026-08-16, P47).** Attribuzione del motore, non rebranding: il nome del
+prodotto resta "Genesis Trust Framework" (la decisione sul nome è D3, rinviata — vedi sopra).
+Il motore in `core/` è coperto da `core/LICENSE` (MIT, `Copyright (c) 2026 Tangram.page`): ne è
+l'autore. Spazio Genesi ETS compare come consumatore e partner tecnologico che fornisce
+l'infrastruttura su cui gira, non come titolare del codice del motore. La `LICENSE` alla radice
+(MIT, `Copyright (c) 2026 Spazio Genesi ETS`) copre invece il resto del repository — i registri
+dei tenant, i contenuti, la configurazione — con una nota che rimanda a `core/LICENSE` per il
+motore. `core/package.json` dichiara `"author": "Tangram.page"`.
+
 ### 15.1 Topologia dei siti (dal 2026-08-16, P45)
 
 Un solo host serviva due cose diverse: `trust.spaziogenesi.org` era, fino al 15 agosto, il
@@ -708,18 +717,19 @@ questa tabella.
 | URL | Consumatori | Regola |
 |---|---|---|
 | `trust.spaziogenesi.org/badge.svg` | 18 pagine authweb (IT+EN), template `imgauthweb/scripts/build-integrazioni.mjs`, README di `imgauth`/`imgauthweb`/`gtf` (22 punti pubblici) | resta sulla radice, copia generata dal tenant indicato in `compat` |
-| `trust.spaziogenesi.org/whitepaper-v1.0.pdf` | `EVD-whitepaper-integrity` (ricalcolo settimanale), pagina di verifica `/c/898ec9…`, README `attest-mcp` | resta sulla radice, file statico committato, mai duplicato né rigenerato |
-| `trust.spaziogenesi.org/whitepaper.html`, `/devops.html`, `/changelog.html` | footer del Trust Center di tenant, link esterni | restano sulla radice — debito dichiarato: sono contenuto del tenant ospitato sul dominio del prodotto (sanabile in P47) |
+| `trust.spaziogenesi.org/whitepaper-v1.0.pdf` | — (nessuno: vedi sotto) | **404 dal 2026-08-16 (P47), per decisione del gestore** — revisione dichiarata della riga precedente ("resta sulla radice, mai duplicato"): il file vive ora solo su `attestazione.trust.spaziogenesi.org/whitepaper-v1.0.pdf`, spostato con `git mv` (byte invariati, impronta ancora `898ec9…de452`). Nessun consumatore esterno immutabile punta all'URL del PDF (il README `attest-mcp` linka la pagina, non il file); `EVD-whitepaper-integrity` è stata riconfigurata sul nuovo URL nello stesso commit dello spostamento |
+| `trust.spaziogenesi.org/whitepaper.html`, `/devops.html` | shim minimale sulla radice → README `attest-mcp` (npm, immutabile), `imgauth/docs/DEVOPS.md` | dal 2026-08-16 (P47) il contenuto vive su `attestazione.trust.spaziogenesi.org/whitepaper.html` e `/devops/`: sono contenuto del tenant attestazione (whitepaper e processo di rilascio del *servizio*), non del prodotto. L'URL vecchio resta un cartello di redirect (meta-refresh + link visibile), non contenuto mantenuto |
+| `trust.spaziogenesi.org/changelog.html` → `/changelog/` | shim su `.html`, contenuto su clean URL | changelog del **prodotto** (framework), non del tenant: resta sulla radice, ma dal 2026-08-16 (P47) con clean URL — il generatore (`build-changelog.mjs`) legge ora `content/site.config.json`, non più la configurazione del tenant |
 | `trust.spaziogenesi.org/score.json` | copia di compatibilità, nessun consumatore esterno noto | resta sulla radice |
 | `attestazione.trust.spaziogenesi.org/` | link dalla radice, footer authweb (verifica, whitepaper eIDAS §5.2) | Trust Center completo del tenant attestazione |
 
-### 15.2 Cosa resta fuori da P45
+### 15.2 Cosa resta fuori da P45/P47
 
-Secondo tenant RADART e policy di visibilità per repo privati (P46); correzione
-dell'astrazione dopo il secondo tenant, incluso lo spostamento di `devops.html`/
-`whitepaper.html` sul sottodominio (P47); estrazione di `core/` come pacchetto (P48);
-generalizzazione di `collect-evidence.yml` (oggi ancora hardcoded su
-`tenants/attestazione/`); traduzione inglese del Trust Center.
+Secondo tenant RADART e policy di visibilità per repo privati (P46); estrazione di `core/`
+come pacchetto (P48); generalizzazione di `collect-evidence.yml` (oggi ancora hardcoded su
+`tenants/attestazione/`); traduzione inglese del Trust Center; risoluzione della duplicazione
+fra la pagina DevOps mantenuta a mano e `imgauth/docs/DEVOPS.md` — P47 ha spostato e sfrondato
+la pagina, non ha eliminato la doppia fonte di verità; decisione D3 sul nome del prodotto.
 
 Questa sezione descrive lo stato raggiunto da P44/P45; i piani successivi (secondo tenant
 RADART, eventuale estrazione del prodotto in un repo a sé) vivono in

CHANGELOG.md

@@ -4,6 +4,11 @@ File generato da `content/changelog.yaml` — non modificarlo a mano.
 
 ## 2026-08-16
 
+### Whitepaper e processo di rilascio: ognuno sul proprio indirizzo
+*framework*
+
+Il whitepaper tecnico e la pagina sul processo di rilascio (DevOps) del sistema di attestazione vivono ora sul Trust Center di quel progetto, attestazione.trust.spaziogenesi.org, invece che sulla pagina del framework. I vecchi indirizzi continuano a portare al posto giusto. Il documento del whitepaper è lo stesso file, con la stessa impronta digitale già attestata: ogni verifica fatta finora resta valida. Il motore che genera questo Trust Center è un prodotto di Tangram.page, che Spazio Genesi ETS applica ai propri servizi come partner tecnologico fornendo l'infrastruttura su cui gira.
+
 ### Il registro della fiducia ha un indirizzo per progetto
 *framework*
 

README.md

@@ -44,19 +44,25 @@ attestazione è su
   YAML veri e propri), `snapshots/` (evidenze raccolte settimanalmente,
   ADR-GTF-004), `tenant.config.json` (testi del Trust Center, URL esterni,
   elenco repo di codice, endpoint del collettore), `site/` (il Trust Center
-  **di quel tenant**, generato — `index.html`, `score.json`, `badge.svg`).
-  Un solo tenant esiste oggi: `tenants/attestazione/`.
+  **di quel tenant** — `index.html`, `score.json`, `badge.svg` generati, più
+  — dal P47 — i contenuti statici mantenuti a mano del tenant: whitepaper e
+  pagina DevOps del servizio, non più output di build soltanto). Un solo
+  tenant esiste oggi: `tenants/attestazione/`.
 - `content/` — testi curati del prodotto, non derivati dal registro
   (`changelog.yaml`, sorgente unica a doppia resa; `site.config.json`, testi
   e riepilogo tenant della radice).
 - `site/` — **dal 16 agosto 2026 (P45), l'output della radice**: la pagina
   del prodotto (`index.html`, `content/site.config.json` + riepilogo dei
-  tenant, generata da `build-root.mjs`), `changelog.html` (del prodotto, non
-  di un tenant), più le copie di compatibilità `badge.svg`/`score.json` del
-  tenant indicato in `compat` (22 punti pubblici esterni li consumano da
-  qui) e i file statici mantenuti a mano (`devops.html`, `whitepaper.html`,
-  `whitepaper-v1.0.pdf`). Tutto generato, non modificarlo a mano — dettagli
-  in `site/README.md`.
+  tenant, generata da `build-root.mjs`), `changelog/index.html` (del
+  prodotto, non di un tenant — clean URL dal P47), più le copie di
+  compatibilità `badge.svg`/`score.json` del tenant indicato in `compat`
+  (22 punti pubblici esterni li consumano da qui) e il file di verifica
+  motori di ricerca. Tutto generato, non modificarlo a mano — dettagli in
+  `site/README.md`. **Dal P47**: `devops.html`, `whitepaper.html` e
+  `whitepaper-v1.0.pdf` non sono più qui — sono contenuto del tenant
+  attestazione (vedi sotto), e la radice ospita solo tre **shim** statici
+  (`whitepaper.html`, `devops.html`, `changelog.html`) che rimandano al
+  posto giusto per chi ha ancora l'indirizzo vecchio.
 - `default-tenant.json` — quale tenant usare se `GTF_TENANT` non è
   impostata (configurazione di bootstrap, fuori da `core/` apposta).
 

content/changelog.yaml

@@ -20,6 +20,23 @@
 # Ordine: dalla più recente alla più vecchia.
 
 entries:
+  - date: 2026-08-16
+    component: framework
+    version: null
+    public: true
+    title: "Whitepaper e processo di rilascio: ognuno sul proprio indirizzo"
+    body: >
+      Il whitepaper tecnico e la pagina sul processo di rilascio (DevOps)
+      del sistema di attestazione vivono ora sul Trust Center di quel
+      progetto, attestazione.trust.spaziogenesi.org, invece che sulla
+      pagina del framework. I vecchi indirizzi continuano a portare al
+      posto giusto. Il documento del whitepaper è lo stesso file, con la
+      stessa impronta digitale già attestata: ogni verifica fatta finora
+      resta valida. Il motore che genera questo Trust Center è un
+      prodotto di Tangram.page, che Spazio Genesi ETS applica ai propri
+      servizi come partner tecnologico fornendo l'infrastruttura su cui
+      gira.
+
   - date: 2026-08-16
     component: framework
     version: null

docs/whitepaper/whitepaper-v1.0.md

@@ -1025,7 +1025,7 @@ del file esistente. Le versioni precedenti restano pubblicate.
 stata a sua volta attestata sul servizio che questo documento descrive.
 L'impronta e il link alla pagina pubblica di verifica sono pubblicati
 sulla pagina di accompagnamento di questo documento
-(`trust.spaziogenesi.org/whitepaper.html`) — non qui, per una ragione
+(`attestazione.trust.spaziogenesi.org/whitepaper.html`) — non qui, per una ragione
 tecnica precisa: un PDF non può contenere l'impronta di sé stesso, perché
 aggiungerla ne cambierebbe il contenuto e quindi l'impronta stessa.
 Chiunque può scaricare questo PDF, ricalcolarne l'impronta in autonomia

site/README.md

@@ -20,15 +20,27 @@ progetto. Il Trust Center di un tenant (missione, Compliance Map, rischi,
 decisioni, il **suo** `score.json`/`badge.svg`) vive in
 `tenants/<id>/site/`, generato da `build-site.mjs`/`score.mjs`.
 
-`index.html`, `changelog.html`, e le copie di compatibilità `score.json` /
+`index.html`, `changelog/index.html`, e le copie di compatibilità `score.json` /
 `badge.svg` (F2.4: badge/score del tenant indicato in
 `content/site.config.json` › `compat`, copiati qui perché 22 punti pubblici
 esterni li consumano da questo host — non spostarli) sono **generati**, non
 scritti a mano (`npm run build`, eseguito da
 `.github/workflows/publish.yml` prima del deploy) — non modificarli
 direttamente, le modifiche verrebbero sovrascritte al prossimo build.
-`devops.html`, `whitepaper.html`, `whitepaper-v1.0.pdf` e il file di verifica
-motori di ricerca **non** sono generati: restano statici, mantenuti a mano.
+
+**Dal P47 (16 agosto 2026)**: whitepaper e pagina DevOps non sono più
+contenuto della radice — vivono su `attestazione.trust.spaziogenesi.org`
+(tenant attestazione, vedi `tenants/attestazione/site/README.md`), perché
+descrivono quel servizio, non il framework. Restano qui solo **shim**:
+`whitepaper.html`, `devops.html` e `changelog.html` (quest'ultimo verso
+`/changelog/`, non verso un altro host) — tre righe di HTML statiche che
+rimandano al posto giusto, mantenute a mano perché un consumatore esterno
+immutabile (README npm di `attest-mcp`, `imgauth/docs/DEVOPS.md`) punta
+ancora al vecchio indirizzo. Non sono contenuto da tenere aggiornato: se
+il contenuto cambia, cambia sull'host di destinazione. Il PDF del
+whitepaper (`whitepaper-v1.0.pdf`) **non ha shim**: per decisione esplicita
+del gestore, l'indirizzo vecchio risponde 404 (vedi `P47_contenuti_sul_proprio_host.md`).
+Il file di verifica motori di ricerca resta qui, statico, mantenuto a mano.
 
 Per cambiare il contenuto: modifica `content/site.config.json` (radice),
 `content/changelog.yaml`, il registro del tenant attivo

site/changelog/index.html

@@ -144,6 +144,12 @@ <h1>Changelog</h1>
   <section id="changelog" class="folio" data-folio="LOG">
     <h2>Changelog</h2>
     <div class="journal">
+      <details class="entry">
+        <summary><span class="entry-date">2026-08-16</span><span class="entry-title">Whitepaper e processo di rilascio: ognuno sul proprio indirizzo</span><span class="entry-status">framework</span></summary>
+        <div class="entry-body">
+          <p>Il whitepaper tecnico e la pagina sul processo di rilascio (DevOps) del sistema di attestazione vivono ora sul Trust Center di quel progetto, attestazione.trust.spaziogenesi.org, invece che sulla pagina del framework. I vecchi indirizzi continuano a portare al posto giusto. Il documento del whitepaper è lo stesso file, con la stessa impronta digitale già attestata: ogni verifica fatta finora resta valida. Il motore che genera questo Trust Center è un prodotto di Tangram.page, che Spazio Genesi ETS applica ai propri servizi come partner tecnologico fornendo l'infrastruttura su cui gira.</p>
+        </div>
+      </details>
       <details class="entry">
         <summary><span class="entry-date">2026-08-16</span><span class="entry-title">Il registro della fiducia ha un indirizzo per progetto</span><span class="entry-status">framework</span></summary>
         <div class="entry-body">

site/score.json

@@ -64,5 +64,5 @@
       "note": "validate 30/30 + gate 12/20 — quota PR esclusa (maintainer singolo, ADR-GTF-011)"
     }
   ],
-  "computed_at": "2026-08-16T12:59:25.540Z"
+  "computed_at": "2026-08-16T13:07:37.073Z"
 }

tenants/attestazione/site/README.md

@@ -1,12 +1,28 @@
 # site/ — Trust Center del tenant `attestazione`
 
-Sorgente **generata**, non scritta a mano: `index.html`, `score.json` e
-`badge.svg` escono da `core/generators/build-site.mjs` e `score.mjs`,
-letti dal registro in `tenants/attestazione/registry/` e dalla
-configurazione in `tenants/attestazione/tenant.config.json`. Rigenerali con
+Da qui esce sia contenuto **generato** sia contenuto **statico mantenuto a
+mano**: dal P47 (16 agosto 2026) questa cartella non è più solo output di
+build (vedi sotto).
+
+`index.html`, `score.json` e `badge.svg` sono **generati**: escono da
+`core/generators/build-site.mjs` e `score.mjs`, letti dal registro in
+`tenants/attestazione/registry/` e dalla configurazione in
+`tenants/attestazione/tenant.config.json`. Rigenerali con
 `GTF_TENANT=attestazione npm run build` dalla radice del repo — modificarli
 qui direttamente non serve a nulla, il prossimo build li sovrascrive.
 
+`whitepaper.html`, `whitepaper-v1.0.pdf` e `devops/index.html` sono
+**statici, mantenuti a mano** — non prodotti da alcun generatore. Sono il
+whitepaper tecnico e la pagina sul processo di rilascio del servizio di
+attestazione, spostati qui da `site/` (la radice del framework) in P47
+perché descrivono questo progetto, non il prodotto che lo ospita. Il PDF in
+particolare **non si rigenera e non si tocca mai**: la sua impronta
+(`898ec9…de452`) è attestata pubblicamente, cambiarne anche un byte la
+invaliderebbe. `publish.yml` pubblica `rsync -a --delete`: un file rimosso
+da qui sparisce dal sito pubblicato, e viceversa un file statico aggiunto
+qui viene pubblicato automaticamente al prossimo giro — non serve
+toccare il workflow per aggiungerne altri.
+
 ## Dove finisce questo output
 
 Dal 16 agosto 2026 (P45, vedi `ARCHITECTURE.md` §15) questa cartella **non è

tenants/attestazione/site/score.json

@@ -64,5 +64,5 @@
       "note": "validate 30/30 + gate 12/20 — quota PR esclusa (maintainer singolo, ADR-GTF-011)"
     }
   ],
-  "computed_at": "2026-08-16T12:59:25.540Z"
+  "computed_at": "2026-08-16T13:07:37.073Z"
 }