Preparare e validare i documenti applicativi #44

New Issue

2026-09-28T13:06:19Z

mptyl commented

2026-09-28 13:06:19 +00:00

Parent

Spec: installazione da documenti verificati e distribuzione Docker Hub.

What to build

L'operatore compila template locali per installazione, modelli, binding database e
segreti, e ne verifica completezza e coerenza con i workspace già verificati.
Non viene avviata l'applicazione e nessun valore viene richiesto dal futuro setup.

Acceptance criteria

Template commentati ed esempi completi spiegano obblighi, default e riferimenti ai documenti protetti; i placeholder non superano la validazione.
Modelli e embedding rispettano l'Installation Model Catalog; generazione metadati opzionale e default sono coerenti con i contratti esistenti.
Un input bootstrap locale versionato descrive Workspace Database e Database Binding con riferimenti ai segreti; i descriptor workspace restano conformi allo schema v4.
Validazione incrociata di workspace, binding, engine/trasporto, modelli, percorsi e file ambiente, senza migrare o interrogare in scrittura alcun database.
La generazione esplicita delle credenziali tecniche produce file protetti prima del setup, senza sovrascritture o segreti nei log/rapporti.
I test coprono input completi, mancanti, incompatibili e segreti illeggibili; i documenti dell'utente rimangono invariati durante le verifiche.
Guide IT/EN consentono di raccogliere e preparare tutte le informazioni con calma prima dell'esecuzione.

Blocked by

#43 — Preparare e validare un repository workspace senza stack.

## Parent [Spec: installazione da documenti verificati e distribuzione Docker Hub](https://git.tylconsulting.it/mptyl/ThothII/issues/42). ## What to build L'operatore compila template locali per installazione, modelli, binding database e segreti, e ne verifica completezza e coerenza con i workspace già verificati. Non viene avviata l'applicazione e nessun valore viene richiesto dal futuro setup. ## Acceptance criteria - [ ] Template commentati ed esempi completi spiegano obblighi, default e riferimenti ai documenti protetti; i placeholder non superano la validazione. - [ ] Modelli e embedding rispettano l'Installation Model Catalog; generazione metadati opzionale e default sono coerenti con i contratti esistenti. - [ ] Un input bootstrap locale versionato descrive Workspace Database e Database Binding con riferimenti ai segreti; i descriptor workspace restano conformi allo schema v4. - [ ] Validazione incrociata di workspace, binding, engine/trasporto, modelli, percorsi e file ambiente, senza migrare o interrogare in scrittura alcun database. - [ ] La generazione esplicita delle credenziali tecniche produce file protetti prima del setup, senza sovrascritture o segreti nei log/rapporti. - [ ] I test coprono input completi, mancanti, incompatibili e segreti illeggibili; i documenti dell'utente rimangono invariati durante le verifiche. - [ ] Guide IT/EN consentono di raccogliere e preparare tutte le informazioni con calma prima dell'esecuzione. ## Blocked by - [#43](https://git.tylconsulting.it/mptyl/ThothII/issues/43) — Preparare e validare un repository workspace senza stack.

mptyl added the ready-for-agent label 2026-09-28 13:06:19 +00:00

mptyl referenced this issue

2026-09-28 13:06:20 +00:00

Verificare precondizioni e produrre il piano eseguibile #45

mptyl added a new dependency 2026-09-28 13:06:28 +00:00

#43 Preparare e validare un repository workspace senza stack

mptyl added a new dependency 2026-09-28 13:06:29 +00:00

#45 Verificare precondizioni e produrre il piano eseguibile

Sign in to join this conversation.