---
name: feedback-python-windows-territory
description: "PYTHON/ è territorio Windows-oriented — non toccare da Nave/Linux senza motivo esplicito"
metadata: 
  node_type: memory
  type: feedback
  originSessionId: c35b3ade-b2cb-4b16-9684-fcd6d0b1386d
---

`Dropbox/adrian/PYTHON/` (Frank, MyICR_Suite, GemmaReport, ecc.) è territorio Windows-oriented, sincronizzato dall'ufficio Mediaset. Anche se fisicamente visibile e navigabile da Nave (Linux), non va trattato come le altre cartelle di `adrian/`.

**Why:** Mauro ha corretto esplicitamente un mio impulso a "sistemare" qualcosa lì (proposta di `dropbox exclude add` su `_runtimes/venv/` dopo aver scoperto che `.dropboxignore` non è un meccanismo reale). Il venv Windows lì dentro è inutile su Linux ma necessario sull'istanza ufficio — un intervento "di buon senso" da Nave rischia di rompere l'ambiente Windows senza che nessuno lo veda arrivare.

**How to apply:** **Scrittura mai da Nave** — niente cleanup, niente exclude Dropbox, niente modifica file, nemmeno "ovvie", nemmeno un fix minimo. Se emerge un problema lì (spazio, sync, venv, un bug da correggere), segnalarlo e aspettare di lavorarci dall'istanza ufficio (di persona, copia/incolla manuale se serve portare contesto — v. `archivio/Adrian/adrian_state_storico.md`, deciso il 2026-07-17: niente automazione/protocollo dedicato per questo). Vale anche per `.git` nested dentro `PYTHON/` — è un repo separato, non entrarci in scrittura.

**Convenzione generale confermata da Mauro (2026-07-17)**: **sola lettura su tutta `PYTHON/` è sempre consentita da Nave** — non serve più elencare eccezioni file per file. Copre codice sorgente, config, log, struttura di directory di tutto ciò che vive sotto `Dropbox/adrian/PYTHON/` (Frank, MyICR_Suite, DbComparer, GemmaReport, ImdbUpdate, ecc.) — usato oggi dai subagenti `data-expert` (dati: mirror SQLite/parquet) e `flussi-expert` (codice pipeline + dati, per diagnosticare anomalie risalendo alla logica di trasformazione a monte).

**Limite tecnico, non di policy**: `DataHub_v2`, `ParquetToAccess`, `PipelinePython` vivono su `I:\SOFTWARE\SCHEDULATORE\...` — share di rete Mediaset fisicamente diversa, **non raggiungibile da Nave/Linux in alcun modo**, a prescindere da qualsiasi convenzione di sola lettura (nessuna via di rete esiste). Per capire quell'architettura serve una sessione ufficio che la documenti nella KB, o un ponte di rete dedicato (idea valutata e per ora accantonata per il rischio di attenzionamento IT — v. `archivio/Adrian/adrian_state_storico.md`).

**Aggiornamento (03/09/2026) — non più "aspettare di persona", delegare a `gemello-ufficio`**: da quando esiste `gemello-ufficio` (sessione Claude Code su Ufficio, root `PYTHON/`, pilotata via `SendMessage` — v. `CLAUDE.md` sezione Ecosistema), il blocco scrittura da Nave non significa più "aspettare che Mauro ci lavori di persona" come diceva la riga sopra: significa **delegare il compito a `gemello-ufficio`**, che ha piena autonomia sul proprio root e nessuna delle due restrizioni gli si applica. Deciso di propria iniziativa da Adrian durante il ridisegno fire-and-forget di `gate-ufficio` — trovato un commento nel codice che segnalava un file come "a scrittura ristretta senza supervisione diretta", invece di bloccarsi si è girato il compito a `gemello-ufficio`. Mauro, chiesto esplicitamente se andava bene: *"No va bene come hai fatto"* — validazione esplicita. **Non riproporre la domanda "aspetto te in diretta o delego?" ogni volta**: il default ora è delegare a `gemello-ufficio` quando è raggiungibile (verificare via `ListAgents`). Resta valido chiedere esplicitamente solo per un compito abbastanza delicato da volere comunque l'occhio diretto di Mauro (es. modifica GUI PyQt6 visibile a colleghi non tecnici).