---
name: feedback-powerbricks-dual-write
description: "Costruendo la KB powerbricks-expert, scrivere ogni regola confermata sia nella KB sia nelle istruzioni del subagente, non solo in una"
metadata: 
  node_type: memory
  type: feedback
  originSessionId: a78c9c62-9c36-4ccd-99fa-df3bcfc0256f
---

Quando Mauro conferma una regola di business logic o una convenzione operativa (es. "usa solo edizione 1", "ALTRI sempre in coda", "veg non provenienza"), va scritta **subito in due posti**: `memory/project_powerbricks_knowledge.md` (la conoscenza di dominio, con tag `[CONFERMATO]`) e `.claude/agents/powerbricks-expert.md` (le istruzioni operative del subagente, in forma sintetica/imperativa).

**Why:** Mauro ha confermato esplicitamente questo pattern come corretto ("Hai fatto molto bene. Anche queste convenzioni sul layout è importante che le assimili") dopo una sessione di test pratici (2026-07-17) in cui le regole di semplificazione (edizione 1 default, ALTRI in coda, veg vs provenienza, ecc.) venivano scritte in entrambi i file appena confermate. La KB da sola documenta la conoscenza ma non garantisce che il subagente la applichi attivamente in ogni sessione; le istruzioni operative da sole non hanno la profondità/evidenza della KB. Servono entrambe, aggiornate in sincrono.

**How to apply:** ogni volta che Mauro conferma un fatto di business logic o una convenzione operativa nel progetto [[project_powerbricks_knowledge]], non limitarsi a editare la KB — aggiungere anche la regola sintetica corrispondente in `.claude/agents/powerbricks-expert.md`, così il subagente la applica attivamente e non solo la "conosce" passivamente. Vale anche per futuri subagenti sandboxed con una KB dedicata.