Retire the legacy TDNA repository safely

## Obiettivo

Gestire in modo separato, reversibile e revisionato il futuro del repository storico `kinderp/tdna` dopo l'import history-aware completato in `kinderp/dna/domains/travel`.

## Stato di partenza

- migrazione tecnica completata dalla PR #5;
- merge commit DNA: `01ba2b4d381168566cc3e47c9bda8045897adc0f`;
- commit sorgente TDNA raggiungibile in DNA: `85c73ab78dd56506c5595673098adf514765de9c`;
- sviluppo Travel corrente nel monorepo DNA;
- `kinderp/tdna` ancora pubblico, non archiviato e non modificato da questa operazione.

## Passi proposti

- [ ] inventariare issue, release, branch, Actions, badge e link esterni ancora attivi in TDNA;
- [ ] decidere se usare prima una fase read-only informativa senza archiviazione;
- [ ] aggiornare il README TDNA con destinazione canonica e istruzioni di migrazione;
- [ ] disattivare o limitare workflow che potrebbero ancora partire inutilmente;
- [ ] trasferire o chiudere issue attive con riferimenti espliciti alle nuove issue DNA;
- [ ] verificare link didattici, bookmark e riferimenti nei documenti DNA;
- [ ] definire un periodo minimo di stabilità del monorepo;
- [ ] archiviare TDNA soltanto dopo una PR/decisione separata e verificata;
- [ ] documentare eventuale procedura di rollback o consultazione storica.

## Vincoli

- nessuna cancellazione del repository;
- nessuna riscrittura o perdita della storia TDNA;
- nessuna archiviazione finché il monorepo non è stabile;
- una sola PR aperta nel repository DNA;
- due review pulite sullo stesso SHA per ogni modifica distribuita;
- i link storici devono continuare a essere comprensibili.

## Criteri di accettazione

1. Un visitatore di `kinderp/tdna` comprende immediatamente che lo sviluppo continua in `kinderp/dna/domains/travel`.
2. Nessuna Action legacy consuma risorse senza necessità.
3. Issue e documentazione importanti restano raggiungibili.
4. L'eventuale archiviazione è deliberata, documentata e reversibile sul piano informativo.