Come lavora WAIPRO Agency

Il sito agency.waipro.team dimostra il valore con la prova: 6 attività italiane vere già online come pezzi di portfolio operativi, non brochure. Posizionamento outcome-driven, CTA audit gratuito 30 min.

Chi lo fa

Raffaello (Art Director) + 7 subagent designraffaello-frontendplatform/waipro-agency (Next 15.5 + TW4)

Cosa vede il cliente

Apre il sito, vede i 6 brand reali cliccabili e prenota un audit.

Stato reale

Home + proof strip live (render verificato). Manca portfolio video + sezione flusso-vivo.

Il reparto growth porta traffico e lead al sito e ai tenant: GEO/GMB, SEO, contenuti, funnel con TTFV<5min, misurando sempre la conversione.

Chi lo fa

Giulia (giulia-marketing)skill gmb-local-seoinput da Raffaello + Claudio

Cosa vede il cliente

Trova i brand su Google/Maps e social, atterra sul sito o sulla scheda GMB.

Stato reale

Agente + skill esistono, tenant indicizzati. Manca cablare il funnel → form lead.

La lead arriva, viene profilata e catalogata una sola volta: il contesto non si fa mai ripetere. Ogni tenant ha una coppia umano+AI che legge dal Customer Context Object (read-model SSOT, una sola API).

Chi lo fa

sofia-crm + 6 cm-* per tenantCustomer Context Object su :3213

Cosa vede il cliente

Scrive una volta su WhatsApp/SMS; ai contatti dopo l'AI già sa storico, ticket e canale.

Stato reale

6 istanze CM + cartelle context per tenant. Ma GET /api/context/:tenant su :3213 = 404 (non ancora servito). Identity-graph = gap.

L'AI risponde al telefono del tenant, gestisce e qualifica la chiamata, scrivendo nel Customer Context Object (non in un silo).

Chi lo fa

Voice = Telnyx + MiniMax (TTS realtime)luca-debugger (specialist Telnyx)

Cosa vede il cliente

Chiama il numero del tenant e parla con un assistente AI che capisce e qualifica.

Stato reale

Stack deciso (Telnyx+MiniMax) ma nessun processo voce in pm2 e nessun wiring inbound → context. Da costruire.

Lo stato è sempre corretto, l'handoff tra reparti non perde contesto: ogni lavoro attraversa Inbox→Triage→Build→Approve→Shipped con un solo checkpoint umano, instradato dai gate AUTO/REVIEW/APPROVAL. n8n orchestra, :3213 tiene la verità.

Chi lo fa

Marco Valli (CTO) — triage e delegaGianni (gianni-ops) — transizioni n8n_core/PIPELINE + AUTONOMY-GATES

Cosa vede il cliente

Vede lo stato del proprio lavoro in tempo reale, ogni promessa con porta 'Vedi dal vivo', il GO chiesto una volta sola.

Stato reale

n8n vivo (4 container) + Vaultwarden vivo + cabina shell live. Ma non cablata allo stato reale (:3213 context 404). È il gap unico del pattern Agentic OS.

Build, design e ops nel canale vero dentro un loop-gate: un builder produce, un giudice avversariale scora contro la Definition-of-Done (soglia 80/100); <80 rimanda coi difetti, ≥80 GO verso l'unico approve. La parte più matura.

Chi lo fa

Luca Dev / Debugger / repair360-ctoRaffaello + subagentGianni (ops)Bruno (giudice loop-gate)

Cosa vede il cliente

Riceve deliverable funzionanti sul render reale, ogni bottone con l'API vera dietro.

Stato reale

VERIFICATO: 3 tenant 360 rendono contenuto reale brandizzato (RiparaSubito/MrPhone/TEC), login cablato a :3213. Contratti LOOP-GATE/HANDOFF presenti. 23 agenti reali.

Il motore agentico in casa che orchestra il posseduto (:3213, n8n, Vaultwarden, code-server, Cloudflare, brain markdown, Mem0): team di microagenti governato da 9 contratti kernel, engine swappabile, gate di autonomia. Lo impacchettiamo come prodotto per-tenant.

Chi lo fa

Marco Valli (custode kernel)tutti gli 8 reparti_core (9 contratti)platform/waipro-agency :3400

Cosa vede il cliente

Un nuovo cliente riceve la propria istanza: dominio + /admin, il suo Customer Manager AI, il suo Repair360, la sua cabina — lo stesso team dei 6 tenant, clonato sul suo brand.

Stato reale

Kernel reale (9 contratti) + piattaforma online + replica dimostrata (6 tenant). Manca il packaging self-serve: route portal vuote, API context 404, Mem0 non running.