---
name: project-bill-futuro
description: "Decisione aperta: integrare Bill in Adrian o tenerlo separato — da valutare con calma"
metadata: 
  node_type: memory
  type: project
  originSessionId: c35b3ade-b2cb-4b16-9684-fcd6d0b1386d
---

Priorità aggiornata 2026-07-13: il prossimo passo è il flusso bidirezionale Adrian↔Bill, da progettare quando Adrian/Elon sono più stabili. La domanda chiave è dove si incontrano — DB condiviso, pCloud, endpoint HTTP — dipende da cosa Bill raggiunge da C:\PYTHON senza infrastruttura complicata. Frank già gira lì, quindi qualcosa di semplice è fattibile.

**Why:** Bill è su Windows (Mediaset), coordina C:\PYTHON e Frank. Con l'architettura cockpit+vault sempre più matura, ha senso chiedersi se Bill resta un agente autonomo o diventa un nodo del sistema Adrian.

**How to apply:** Quando si lavora su temi che toccano Bill (ETL, ufficio, Frank), tenere a mente che l'architettura futura potrebbe cambiare. Non costruire dipendenze forti su Bill come agente separato senza prima aver discusso questa decisione con Mauro.

**Opzioni sul tavolo (da discutere):**
- Bill resta separato ma si allinea alla Costituzione Adrian (CLAUDE.md subordinato)
- Bill diventa un "satellite" di Adrian con canale cockpit dedicato (quarto canale già menzionato in CLAUDE.md)
- Adrian assorbe Bill — unico agente tecnico, Windows gestito via SSH/API da Adrian

**Canale Adrian↔Frank già fattibile (2026-07-10):**
- WebDAV `webdav.privcloud.dev` monta `/mnt/ssd/data/` (Docker container porta 8083)
- Frank può già leggere/scrivere su `/mnt/ssd/data/` via WebDAV
- Protocollo proposto: `/mnt/ssd/data/tasks/to-frank/` + `/tasks/from-frank/` — Frank fa polling WebDAV, Adrian legge localmente
- Mauro: "ci pensiamo con calma" — non urgente, idea validata