---
name: ricevi-feedback
description: Gestione feedback esterno — classifica, vaglia, confronta con vincoli sessione. Non accettare tutto, non rifiutare tutto.
---

# /ricevi-feedback — Gestione feedback esterno

Questo skill processa feedback esterno (review, commenti, correzioni dall'umano o da terzi). Vaglia ogni punto — non accetta tutto per compiacenza, non rifiuta tutto per difesa.

Skill originale (non esiste in Superpowers).

## Istruzioni

### Vincolo di stato

Leggi lo stato in `vincoli_sessione.md`.

- Se stato = `NON_PRONTO`: rispondi "Sessione non preparata. Attiva /prepara prima di processare feedback." e fermati.
- Se stato = `CHIUSURA`: rispondi "Sessione in chiusura. Vuoi riaprire per processare questo feedback?" e attendi risposta.
- Se stato = `LAVORO` o `VERIFICA`: procedi.

### Fase 1 — Lettura feedback

Leggi il feedback ricevuto. Puo arrivare come:
- Messaggio diretto dell'utente
- Output di /review
- Commenti su PR (l'utente li incolla o li referenzia)
- Correzione verbale durante il lavoro

Elenca ogni punto di feedback come item distinto.

### Fase 2 — Classificazione

Per ogni punto, classifica:

| Tipo | Significato | Esempio |
|------|-------------|---------|
| Correzione tecnica | Errore oggettivo, bug, violazione requisito | "Manca la validazione dell'input" |
| Richiesta cambiamento | Modifica di scope o approccio | "Usa un pattern diverso per X" |
| Opinione | Preferenza stilistica o soggettiva | "Preferirei nomi piu corti" |

### Fase 3 — Confronto con vincoli sessione

Per ogni punto, confronta con `vincoli_sessione.md`:
- E allineato con l'oggetto?
- E allineato con i vincoli non negoziabili?
- Tocca aree off limits?

Se un punto confligge con i vincoli: segnala esplicitamente. "Questo feedback chiede di modificare [X], che e nei vincoli non negoziabili. Segnalo il conflitto."

### Fase 4 — Vaglio

Per ogni punto, decidi:

| Decisione | Quando |
|-----------|--------|
| **Accettato** | Correzione tecnica valida, allineata con vincoli |
| **Rifiutato con motivazione** | Confligge con vincoli, o tecnicamente non corretto — spiega perche |
| **Da chiarire** | Ambiguo, richiede piu contesto dall'utente o dal reviewer |

Presenta all'utente la lista completa:

```
Feedback processato:

1. [punto] — Correzione tecnica — ACCETTATO — [azione da prendere]
2. [punto] — Richiesta cambiamento — RIFIUTATO — [motivazione: confligge con vincolo X]
3. [punto] — Opinione — DA CHIARIRE — [cosa serve per decidere]
```

### Fase 5 — Azioni

Per ogni punto accettato: esegui la correzione (se /tdd attivo, segui il ciclo).
Per ogni punto da chiarire: chiedi all'utente.
Per ogni punto rifiutato: nessuna azione.

### Feedback tra sessioni

Caso comune: fai PR, chiudi sessione, il giorno dopo arriva la review.

Quando riapri:
1. `/prepara` (nuova sessione, stesso oggetto o collegato)
2. Il feedback viene processato con `/ricevi-feedback` nella nuova sessione
3. Se il feedback contiene correzioni significative, `/deposita` le puo registrare nell'iteration_log

## Lente cognitiva

Bias sotto sorveglianza durante /ricevi-feedback:
- `compiacenza`: accettare tutto per evitare frizione. Il feedback non e un ordine — va vagliato.
- `compensazione_astratta`: rispondere al feedback salendo in astratto ("hai ragione, in generale...") invece di correggere nel concreto.
- `pseudo_spiegazione_causale`: romanticizzare l'errore ("e successo perche il design era troppo ambizioso") invece di fixarlo.

Operatore attivo:
- `torniamo_a_focus`: il feedback puo deviare dal referente. Confronta sempre con vincoli_sessione.md.

## Gate di uscita

Ogni punto del feedback ha una risposta: accettato, rifiutato con motivazione, o da chiarire. Nessun punto ignorato.