Cos'è Sirus Matrix
Sirus Matrix è il centro di controllo AI di tutti i progetti Sirus. Accentra la gestione, delega i compiti alle AI giuste, mantiene memoria della personalità del founder (Morpheus) e funge da piattaforma di deployment e monitoraggio per tutti i prodotti in sviluppo. Nel breve periodo, il ruolo di Manager è ricoperto da Claude Opus; Sirus Matrix sarà l'app finale che lo sostituirà.
Obiettivi Primari
🧠 Opus come Manager
- Gestisce tutti i progetti Sirus in tempo reale
- Delega task ad AI esterne (Sonnet, Haiku, Ollama locale)
- Ottimizza l'uso dei token disponibili
- Gestisce il cambio chat senza perdita di contesto
- Può contattare Morpheus via Sirus Assistant Chat
🪞 Clone Personalità Morpheus
- Opus impara e memorizza personalità, gusti, modi di fare
- Aggiorna la memoria ad ogni nuova scoperta
- Il profilo sarà trasferibile in qualsiasi AI futura
- File dedicato:
morpheus_profile.md
- Obiettivo: creare un clone digitale fedele
💰 Gestione Token
- Monitoraggio limiti abbonamento Claude in tempo reale
- Fallback automatico su Ollama per task semplici
- File guida progetto per ridurre token di contesto
- Strategia multi-chat per minimizzare sprechi
🌐 Hub Online
- Dashboard pubblica su Cloudflare Pages
- Pagina per ogni progetto con stato avanzamento
- Chat Opus integrata per domande sullo stato
- Visibile sempre online, aggiornata in tempo reale
Connettori MCP attivi
Questi connettori rendono Opus operativo in autonomia sui sistemi di Morpheus.
💻 VS Code
☁️ Cloudflare
📁 Google Drive
➕ Altri su richiesta
Prodotti Sirus — Ecosistema
📔 Il Diario di Sirus
Web-book interattivo con AI Haiku integrata, sistema abbonamento Stripe, deploy su Cloudflare Pages.
🎙️ Sirus Assistant
Voice AI gestionale di gruppo. Task, calendario, spesa, domotica Tuya, multi-lingua. v2.7 live.
📅 Sirus Booking
Sistema prenotazione per Tasty Moon. In sviluppo.
🔗 Sirus to Share
Piattaforma di condivisione. Sarà la base tecnica di Sirus Matrix.
📈 Sirus Trading
Sistema di trading AI. In sviluppo avanzato.
🧩 Sirus Matrix
Questo progetto. Hub centrale. App gestionale AI definitiva.
Standardizzazione Progetti
Tutti i progetti devono essere standardizzati al formato Sirus Matrix. Opus deve leggere le cartelle indicate e portarle allo standard.
📔
Il Diario di Sirus
D:\CORE_DATABASE\SOFTWARE\BOOK
Più avanzato — v4.14
📅
Sirus Booking — Tasty Moon
D:\CORE_DATABASE\SOFTWARE\BOOKING\booking
Da valutare
🎙️
Sirus Assistant
D:\CORE_DATABASE\SOFTWARE\SIRUS_ASSISTANT\app
v2.7 live · Mod 6+9 pending
🔗
Sirus to Share
D:\CORE_DATABASE\SOFTWARE\SIRUS_TO_SHARE
Base per Matrix
📈
Sirus Trading
D:\CORE_DATABASE\SOFTWARE\TRADING\CODE\LAST_VERSION
Da valutare
🧩
Sirus Matrix
D:\CORE_DATABASE\SOFTWARE\SIRUS_MATRIX
Questo progetto
Cosa deve fare Opus su ogni progetto
📋 Analisi iniziale
- Leggere prima il file guida del progetto (se esiste)
- Mappare stato attuale vs standard Sirus
- Creare
project_[nome].html se mancante
- Aggiungere icona Sirus Development a tutti i progetti
🔧 Standardizzazione
- Stile e gestione firmware uniforme
- Footer: "Sirus Development"
- File guida
GUIDE_[nome].md per ogni progetto
- Cartella condivisa per scambio dati tra AI
File Guida Progetto — Struttura Standard
Ogni progetto DEVE avere un file GUIDE_[nome_progetto].md. L'agente legge SOLO questo prima di toccare qualsiasi altro file. Obiettivo: ridurre i token da 10.000 a ~1.000 per capire il contesto.
GUIDE_[NOME_PROGETTO].md — STRUTTURA OBBLIGATORIA
══════════════════════════════════════════════════
⚠️ AGENTE: NON LEGGERE NIENT'ALTRO PRIMA.
ATTIENITI A QUESTA SCALETTA.
══════════════════════════════════════════════════
## 1. DESCRIZIONE PROGETTO
Cosa fa, a chi serve, obiettivo finale.
## 2. TECNOLOGIA, LINGUAGGIO E AMBIENTE
Stack, versioni, tool locali, comandi deploy.
## 3. STRUTTURA PER CAPITOLI / MODULI
Elenco numerato di tutti i moduli/capitoli.
## 4. MAPPA CONTENUTO — DOVE TROVARE COSA
Esempio: "Funzione authLogin → index.js riga 234"
"Componente VoiceOrb → components/VoiceOrb.jsx"
## 5. STATO AVANZAMENTO
Per ogni capitolo: cosa è fatto, cosa manca.
## 6. ERRORI — RISOLTI E APERTI
Lista bug risolti (con soluzione) e aperti.
## 7. PROSSIMI STEP
Cosa fare nella prossima sessione, in ordine.
Standard Progetto — Checklist Obbligatoria
01
FILE GUIDA — GUIDE_[nome].md presente e aggiornato ad ogni sessione
02
PROJECT HTML — project_[nome].html con stato fasi, stack, sicurezza, changelog
03
ICONA SIRUS — Logo Sirus Development presente nel header e favicon
04
FOOTER STANDARD — "© Sirus Development — [anno]" in ogni pagina
05
SICUREZZA — CSP, HTTPS, rate limiting, input validation, autenticazione server-side
06
DEPLOY — Script o procedura deploy documentata (Cloudflare Pages / Workers)
07
SECRETS — Nessuna chiave hardcoded; uso Cloudflare Secrets / .env
08
MULTI-LINGUA — Minimo IT + EN; estendibile con i18next
09
HELP — Sezione help o documentazione per l'utente finale
10
PRIVACY & TERMINI — Privacy Policy + ToS ospitati su URL pubblico
11
GESTIONE UTENTI — Login, ruoli (admin/user), registrazione, recupero password
12
COPYRIGHT — Copyright visibile, filigrana su contenuti protetti
13
RESPONSIVE — Mobile-first, testato su desktop e smartphone
14
CHANGELOG — Log sessioni con data, versione, modifiche apportate
15
ORDINE ESECUZIONE — Nel project HTML: ordine di sviluppo con status sempre visibile
Gestione Token — Strategia Opus
📉 Risparmio token
- Leggi SEMPRE il file guida per primo
- Usa
/compact quando il contesto è pesante
- Delega task semplici a Haiku o Ollama locale
- Gestisci multi-chat con handoff di contesto minimale
- Non rileggere file già processati nella stessa sessione
🤖 Scelta AI per task
- Opus: decisioni strategiche, architettura, review complessa
- Sonnet: sviluppo feature, debug, scrittura codice
- Haiku: task semplici, traduzioni, risposte brevi
- Ollama locale: task ripetitivi, offline, risparmio massimo
Cambio Chat — Protocollo
Quando Opus deve chiudere una chat e aprirne una nuova, deve produrre automaticamente un handoff document con: stato attuale del progetto, ultimi 3 task completati, prossimi 3 step, errori aperti, contesto chiave. Questo documento va salvato su Google Drive nella cartella condivisa e riletto all'apertura della nuova chat come prima istruzione.
Stack Sirus Matrix
| Layer | Tecnologia | Note |
|---|
| Frontend | React + Vite o HTML+CSS+ES Modules | Stile Matrix / Orbitron — dark green |
| Backend | Cloudflare Workers | API, auth, proxy AI, dati condivisi |
| Database | Cloudflare D1 (SQLite) | Utenti, progetti, stato, log |
| Cache / Rate | Cloudflare KV | Rate limiting, token caching, session |
| Hosting | Cloudflare Pages | Deploy via wrangler pages deploy |
| Storage file | Google Drive / Cloudflare R2 | Cartella condivisa AI, handoff docs |
| AI Primaria | Claude Opus (Manager) | Strategia, delega, supervisione |
| AI Secondaria | Claude Sonnet / Haiku | Sviluppo, task medi, task semplici |
| AI Locale | Ollama (PC sempre on) | Fallback offline, task ripetitivi gratuiti |
| Auth | JWT + PBKDF2-HMAC-SHA256 | 600k iter, token 7gg, refresh token |
| Encryption | AES-256-GCM (Web Crypto API) | Dati sensibili a riposo |
| i18n | i18next | IT + EN minimo, estendibile |
| Voice (futuro) | Web Speech API + TTS | Da Sirus Assistant |
| Domotica (futuro) | Tuya API + Tapo API | Da Sirus Assistant v2.7 |
| Mobile (futuro) | Kotlin WebView / PWA | Android wrapper, Play Store |
| Pagamenti (futuro) | Stripe | Da Diario di Sirus |
| SMS/WA (futuro) | Twilio | Da Sirus Assistant |
| Email (futuro) | SendGrid | Notifiche, recupero password |
Struttura Cartelle Standard
sirus-[nome-progetto]/
├── src/
│ ├── components/ ← componenti UI
│ ├── hooks/ ← hook React
│ ├── services/ ← API, auth, encryption
│ └── locales/ ← file i18n (en.json, it.json, ...)
│
├── public/
│ ├── service-worker.js ← offline support
│ ├── manifest.json
│ └── sirus-icon.png ← icona Sirus Development
│
├── GUIDE_[nome].md ← ⚠️ FILE GUIDA — leggi per primo
├── project_[nome].html ← dashboard stato progetto
├── FUNCTIONS.md ← documentazione funzioni/hook
├── PRIVACY_POLICY.md
├── TERMS_OF_SERVICE.md
├── SECURITY.md
└── package.json
sirus-[nome]-backend/ ← Cloudflare Worker
├── src/
│ ├── index.js
│ ├── auth.js
│ ├── encryption.js
│ └── validators.js
├── wrangler.toml
└── package.json
Sicurezza Frontend
🛡️
Content Security Policy (CSP) — blocca XSS e injection
Standard🔒
HTTPS Only — TLS 1.2+ forzato su Cloudflare
Standard🍪
Cookies: SameSite=Strict, HttpOnly, Secure — no CSRF
Standard🧹
Input sanitization con DOMPurify su tutti gli input utente
Standard🤖
robots.txt — blocco scraper AI e crawler non autorizzati
Standard©️
Filigrana Unicode invisibile su contenuti protetti
Dove applicabileSicurezza Backend
⚡
Rate limiting: 100 req/min per IP — login: 5 tentativi → lockout 15 min
Standard🔑
PBKDF2-HMAC-SHA256 (600k iterazioni) per hashing password
Standard🎫
JWT firmato — scadenza 7 giorni + refresh token
Standard🌐
CORS — whitelist solo domini Sirus autorizzati
Standard✅
Validazione input server-side su tutti gli endpoint
Standard🚫
Anti-abusi: blacklist parole offensive + sistema 3-strike
Standard🖥️
Canvas fingerprint → ban guest 30gg (per progetti con guest)
Dove applicabileSicurezza Dati
🔐
AES-256-GCM — dati sensibili cifrati a riposo (Web Crypto API)
Standard🗝️
Secrets tramite Cloudflare Secrets — mai hardcoded in codice
Standard📊
Zero telemetria — nessun analytics di terze parti
Standard🗑️
Dati volatili: chat scade 24h; cancellazione account immediata
StandardSicurezza Deploy
🌊
WAF Cloudflare + DDoS protection built-in
Standard Cloudflare🔄
Rotazione chiavi API mensile per account admin
Procedura🔍
Penetration test OWASP Top 10 prima di ogni lancio pubblico
Pre-launch📜
Registrazione SIAE/IPO copyright per contenuti originali
Fase finaleSecrets Template — Cloudflare
wrangler secret put JWT_SECRET
wrangler secret put ADMIN_USERNAME
wrangler secret put ADMIN_PASSWORD
wrangler secret put ENCRYPTION_KEY
wrangler secret put ANTHROPIC_API_KEY
wrangler secret put TWILIO_ACCOUNT_SID # se usato
wrangler secret put TWILIO_AUTH_TOKEN # se usato
wrangler secret put SENDGRID_API_KEY # se usato
wrangler secret put TUYA_CLIENT_ID # se domotica
wrangler secret put TUYA_CLIENT_SECRET # se domotica
wrangler secret put STRIPE_SECRET_KEY # se pagamenti
Conformità Legale — Standard Sirus
⚖️ Giurisdizione e normativa
- Giurisdizione: United Kingdom
- Normative: GDPR + UK Data Protection Act 2018 + CCPA
- Contatto DPO: [ADMIN_EMAIL] — risposta entro 30 giorni
- Escalation: UK Information Commissioner's Office (ICO)
Diritti Utente (GDPR Art. 15-22)
✅ Diritti garantiti
- Accesso: Export dati account entro 30 giorni
- Rettifica: Aggiornamento profilo via Settings
- Cancellazione: Delete account → dati rimossi immediatamente
- Portabilità: Download dati in formato JSON
- Opposizione: Opt-out da condivisione/notifiche
- Limitazione: Disabilita funzionalità specifiche
📋 Documenti richiesti
PRIVACY_POLICY.md — ospitata su URL pubblicoTERMS_OF_SERVICE.md — ospitata su URL pubblicoCOOKIE_POLICY.md — solo JWT auth, no tracking- Revisione legale con avvocato UK prima del lancio
- Registrazione copyright Sirus Development
Servizi Terze Parti — Tabella
| Servizio | Scopo | Dati condivisi | Controllo utente |
|---|
| Anthropic (Claude) | Risposte AI | Solo prompt chat | Opzionale (no AI = no chat) |
| Cloudflare | Hosting e DDoS | Solo credenziali cifrate | Automatico (infrastruttura) |
| Twilio | WhatsApp/SMS | Testo messaggio + numero | Solo su click "Condividi" |
| SendGrid | Email | Body email + indirizzo | Solo su click "Invia email" |
| Stripe | Pagamenti | Token Stripe (no carta raw) | Solo su acquisto |
| Tuya / Tapo | Domotica | ID dispositivo + comandi | Solo se modulo attivato |
Licenza Open Source
MIT License — Permissiva. Fork, modifica e ridistribuzione liberi con attribuzione a Sirus Development.
Repository GitHub: [da aggiungere]
Chat con Opus — Manager Sirus
Usa questa chat per chiedere ad Opus aggiornamenti sui progetti, assegnare task, richiedere modifiche o porre domande generali sullo stato di Sirus Matrix.