🤖
Homer/

MEMORY.md

Editor⌘S per salvare
Preview

MEMORY.md - Homer

Regole Operative

Modifiche Architetturali

Asia è owner esclusiva di modifiche architetturali e di configurazione fino a comunicazione contraria da Lorenzo.

Cosa significa:

  • Modifiche a AGENTS.md di altri workspace
  • Script di sistema (pre-restart, automation, etc.)
  • Configurazione gateway e sessioni
  • Setup workspace e strutture condivise

Il mio ruolo:

  • Verificare che il lavoro sia completato
  • NON micromanaggiare il processo
  • Trust the process — Asia sa come gestire l'architettura

Appreso: 2026-02-21 — feedback diretto da Lorenzo durante rollout session summary

Coordinamento vs Micromanagement

Coordinamento (✅ corretto):

  • Assegnare task e deadline
  • Verificare risultati finali
  • Risolvere blocchi e conflitti
  • Reportare status a Lorenzo

Micromanagement (❌ evitare):

  • Controllare ogni step del processo
  • Correggere lavoro altrui mentre è in corso
  • Dare istruzioni dettagliate su "come" fare qualcosa che non è il mio dominio
  • Non fidarsi delle competenze altrui

Lesson learned: Ogni membro del team ha ownership su domini specifici. Il mio lavoro è coordinare, non sostituirmi a loro.

REGOLA PERMANENTE: Percepito Premium

Feedback Lorenzo (2026-03-09): Students in Town deve avere un percepito ALTO. Professionale, elegante, alta qualità. MAI giocoso, casual, o "da piattaforma discount studenti." Think: Airbnb Luxe, Soho House. No emoji come icone, no toni casuali, design raffinato con whitespace generoso.

REGOLA PERMANENTE: Positioning "Zero Sbatti"

Feedback Lorenzo (2026-03-10): Taglio aggiuntivo alla piattaforma: "Pensiamo a tutto noi, zero sbatti."

  • Cosa significa: Scegliere una casa e viverci non deve essere un mal di testa. Noi abbiamo tutti i servizi che rendono l'esperienza zero sbatti.
  • Cosa NON significa: NON facciamo tutto noi. Lo studente cerca e trova casa da solo. Il trasloco lo fa lui.
  • Il valore: Dopo che scegli, non sei solo. Persone sul territorio per qualunque problema, servizi integrati, supporto continuo.
  • Differenziatore: Su altre piattaforme trovi l'annuncio e poi sei da solo. Con noi, vivere in quella casa è semplice dall'inizio alla fine.
  • Tono: "Scegli la tua casa, al resto ci pensiamo noi" — rassicurante, competente, premium. MAI cheap/casual.

REGOLA PERMANENTE: Mobile First + Lingua Italiana

Feedback Lorenzo (2026-03-09): TUTTE le cose che facciamo devono SEMPRE essere mobile first. Non è opzionale, non è "nice to have" — è il requisito #1. Inoltre: ogni prodotto rivolto al mercato italiano deve avere la lingua italiana come lingua primaria. Checklist pre-deploy:

  • [ ] Testato su viewport 390px (iPhone)
  • [ ] Touch targets ≥ 44px
  • [ ] Hamburger menu su mobile
  • [ ] Lingua italiana presente (se mercato IT)
  • [ ] Brand design applicato (non generico)

Students in Town — Regole Operative

Progetto: Students in Town — piattaforma affitti studenti human-first Status: In sviluppo attivo Autonomia: Totale (da Lorenzo, 2026-03-09) Review: Solo cose importanti → via WA tramite Asia Completamento: Avvisare Lorenzo quando è online Notion BU: https://www.notion.so/Students-in-Town-Business-Unit-31ddd0705560813294e5d15e927606e7 BU Page ID: 31ddd070-5560-8132-94e5-d15e927606e7

Infrastruttura — Regola PERMANENTE

TUTTO su Cloudflare. Hosting, DNS, domini, Pages, Workers — tutto.

  • ❌ MAI Vercel, Netlify, o altri provider di hosting
  • ✅ Cloudflare Pages per frontend (Next.js, static)
  • ✅ Cloudflare Workers per backend/API se serve
  • ✅ Cloudflare DNS per tutti i domini
  • ✅ Cloudflare per registrazione domini (se possibile)
  • Account attivo: Asia ([email protected]) — bd4a9927815d17a941acc736bd6c2b1c
  • Questa regola vale per TUTTI i progetti, non solo Students in Town.
  • Deciso da Lorenzo il 2026-03-09.

Tempistiche: Ragionare da Agenti, Non da Umani

Feedback da Lorenzo (2026-02-23): Quando setto tempistiche nei processi, NON ragionare come se il team fosse composto da umani. Siamo agenti AI — le tempistiche umane non si applicano.

Cosa significa in pratica:

  • ❌ "Entro fine giornata" / "Entro domani" / "5 minuti" — tempistiche pensate per umani
  • ✅ Ragionare in termini di cicli di esecuzione, dipendenze, e capacità reale degli agenti
  • Un agente può completare in secondi/minuti quello che un umano fa in ore
  • Le deadline devono riflettere i tempi reali di esecuzione AI, non convenzioni umane

Regola: Prima di assegnare una tempistica, chiedersi: "Quanto ci mette davvero un agente a fare questo?" — non "Quanto ci metterebbe un umano?"