[META] Riallineare `project-template` al nuovo assetto organizzativo di DataCivicLab

[Gabrymi93]

Perche questa issue conta

project-template deve restare il luogo canonico in cui si definisce come nasce e come appare un repo dataset.

Dopo il riordino dell'organizzazione DataCivicLab, il template deve essere coerente con i ruoli corretti delle repo:

• .github = policy e UX condivisa di organizzazione
• dataciviclab = hub/core/indice pubblico dell'ecosistema
• toolkit = motore della pipeline e fonte del workflow tecnico canonico
• project-template = template operativo dei repo dataset
• repo dataset = implementazioni specifiche

Obiettivo

Rendere project-template perfettamente coerente con il nuovo assetto organizzativo, senza duplicare governance org-wide o documentazione tecnica che devono vivere altrove.

Checklist

• Verificare che il README del template spieghi solo il ruolo del repo dataset template
• Verificare che onboarding e workflow rimandino a dataciviclab per contesto org-wide
• Verificare che policy e collaborazione rimandino a .github
• Verificare che workflow tecnico, CLI e contratti runtime rimandino a toolkit
• Ridurre o rimuovere documenti che raccontano troppo dell'organizzazione invece del template
• Confermare che il template resti la fonte dei minimi standard dei repo dataset
• Riallineare eventuali seed issues e docs introduttive al nuovo confine tra repo
• Verificare che l'archivio pubblico / Drive sia descritto come workflow locale del template, non come policy org-wide
• Eseguire py -m pytest tests/test_contract.py

Output atteso

Template piu chiaro, piu leggero e piu coerente con il nuovo ruolo dell'ecosistema DataCivicLab.

File da toccare

• README.md
• WORKFLOW.md
• docs/README.md
• docs/lab_links.md
• docs/contributing.md
• eventuali seed issues da riallineare

Acceptance criteria

• chi arriva nella repo capisce subito che questo e un template per repo dataset
• i riferimenti esterni puntano ai posti giusti:
  • dataciviclab per contesto e mappa repo
  • .github per policy condivise
  • toolkit per workflow tecnico
• non ci sono duplicazioni inutili di governance o documentazione motore
• il template continua a definire struttura, standard minimi e lifecycle del repo dataset
• pytest tests/test_contract.py passa