1.9 KiB
Executable File
1.9 KiB
Executable File
Promozione documentazione storica nel KB
Obiettivo
Rendere consultabile e operativa nel KB la documentazione storica utile a NetGescon senza promuovere in blocco materiale rumoroso, duplicato o transitorio.
Sorgenti locali da valutare per prime
docs/: base principale gia' strutturata e prioritaria per promozione nel KB._legacy-vault/docs/: documentazione storica da filtrare e riallineare._legacy-vault/incoming/: materiale grezzo da trattare come inbox, non come fonte autorevole.- file top-level di runbook o incidenti ancora utili, solo se non gia' assorbiti in
docs/.
Regola di promozione
- Se un documento descrive un flusso ancora valido, va normalizzato in
docs/e poi indicizzato nel KB. - Se un documento e' utile solo come memoria di contesto o workaround, puo' restare fuori dal corpus canonico ma va estratto in una nota KB sintetica.
- Dump, export, JSON ispettivi e materiale di debug vanno tenuti fuori dal corpus principale finche' non vengono riassunti.
Primo lotto consigliato
docs/00-INDICE-DOCS-UNIFICATA.mddocs/00-INDICE-LAVORO-DISTRIBUITO.mddocs/support/INTEGRAZIONE-KB-ORCHESTRATOR-53.mddocs/support/WORKFLOW-KB-ORCHESTRATOR-PRODUTTIVO.mddocs/support/WABA-ETICHETTE-BACKLOG-INIZIALE.md_legacy-vault/docs/solo dopo selezione per area: anagrafica, integrazioni API, WABA/etichette, distribuzione multi-macchina.
Richiesta operativa verso .53
- predisporre una coda KB
legacy-netgescon-inboxper il materiale storico ancora non promosso indocs/; - distinguere nel KB tra
canonical-docselegacy-notes; - fare leggere alla
.205prima di sviluppare da zero almeno i flussianagrafica unica,api integrazioni,netlabel etichette,waba webhook,infrastruttura kb/orchestrator.
Criterio pratico
La promozione deve essere selettiva: prima consolidare documenti stabili in docs/, poi usare il KB come strato di recupero e correlazione, non come discarica di file storici.