dalla voce verificata all'output difendibile
Nota di onestà: la consultazione (le voci verificate) è reale — le stesse voci che un'AI consulta via kami_ask (MCP) o nell'Archivio /k. Apply è il prototipo del prossimo modulo: il seal qui sotto è uno SHA-256 vero calcolato in pagina, ma sealing/governance enterprise (firma HSM, on-prem sovrano) sono il modulo in arrivo, non la produzione di oggi.
↩
Questo è l'Atto 5c: l'output difendibile che raccoglie la consultazione che hai appena visto (kami_ask / Archivio). Scegli un caso del corpus demo:
1

Richiesta

Domanda in linguaggio naturale + ambito.

↳ un job reale, non un prompt vuoto
2

Consulta voci
(Knowledge / kami_ask)

Recupera voci verificate con trust e controversie.

↳ knowledge curato, non RAG grezzo
3

Risolve owner
(organigramma)

scope → dominio → ruolo → owner.

↳ la KB applicativa impara chi è responsabile
4

Genera governato

Ogni affermazione citata; incertezza dichiarata.

↳ niente citazioni inventate
5

Sigilla (OKF)

payload + context.md + provenienza + seal.

↳ l'output diventa un atto verificabile
📄 Artefatto
Premi «Esegui Apply» per generare l'output.
🛡️ Pannello di difendibilità
Qui appare ciò che un tool generico non ha: owner, ambito, fonti, sigillo.

Perché è difendibile (vista strategica)

MOAT

Il valore non è la generazione (commodity) ma la governance verificabile: provenienza + owner + seal. Difficile da replicare.

BUYER DELLA PAURA

Il compratore è chi firma (Compliance/GC): compra difendibilità, non feature. TAM regolato EU.

CapEx / OpEx

La KB interna è un asset di proprietà (CapEx) che si rivaluta con l'uso; le consultazioni sono OpEx.

SOVRANITÀ

Stesso artefatto OKF on-prem con modelli sovrani (regolo/Seeweb). Infrastruttura europea indipendente.

Prototipo UX · KAMI Pro Apply (Atto 5c) · le voci sono reali e verbatim dal corpus demo KAMI · il seal è uno SHA-256 calcolato in pagina.
La consultazione è reale; il modulo Apply (OKF, context.md, ownership, sealing) è in costruzione — questa pagina ne mostra la UX target.