simone
f7eb7eec23
.planning/ documentava in dettaglio cio che era vecchio e per niente cio
che e in produzione: le fasi 11-22 (v2.1 e v2.2, chiuse a giugno) erano
ancora in phases/ mentre v1.0 e v2.0 stavano gia in milestones/, e il
lavoro degli ultimi due mesi - gate OTP e ciclo di vita dei retainer, cioe
quello che gira su hub.iamcavalli.net - non aveva nessuna cartella.
- phases/{11,12,14} -> milestones/v2.1-phases/, phases/{18..22} ->
milestones/v2.2-phases/. Ora phases/ contiene solo la milestone in
corso, che e quello che state.cjs conta per il progresso
- v2.1-ROADMAP.md ricostruito: era l'unica milestone senza archivio,
interrotta dal reset del 19/06 e mai chiusa formalmente
- v2.3-ROADMAP.md + v2.3-REQUIREMENTS.md: v2.3 e stata eseguita fuori dal
ciclo GSD, non esistono PLAN/SUMMARY per fase. L'archivio E la doc
- REQUIREMENTS.md riscritto per v2.4 con il backlog reale
- phases/13 e phases/26: SUMMARY ricostruiti da commit, migration e
STATUS.md. 26 e il primo numero libero
- research/: cancellate 4 varianti dello stesso PITFALLS e FEATURES/
SUMMARY, superati da PROJECT.md. Diverse anti-feature erano ormai
contraddette dai fatti (il Kanban e stato costruito in Phase 19,
l'email in v2.3, il time tracking esiste)
- cancellati UI-RULES.md e DESIGN-SYSTEM.md (CLAUDE.md li dichiara
superseded: impongono l'inverso della regola attuale) e HANDOFF.md,
fermo al 13/06
- SECURITY-*.md -> security/: audit chiuso, ma i report restano la doc di
cosa e stato ruotato e perche
- PROJECT.md/MILESTONES.md/ROADMAP.md allineati: milestone corrente v2.4,
sessione OTP 90gg non 30, migrazioni fino alla 0016
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
41 lines
1.4 KiB
Markdown
41 lines
1.4 KiB
Markdown
# Phase 21: Discussion Log
|
|
|
|
**Session:** 2026-06-20
|
|
**Areas discussed:** 1 of 4 identified (Struttura preventivo)
|
|
|
|
---
|
|
|
|
## Area: Struttura preventivo
|
|
|
|
### Q1 — Tipo di output AI
|
|
- **Opzioni:** Testo libero personalizzato / Sezioni strutturate fisse / Ibrido intro+sezioni
|
|
- **Scelta:** Sezioni strutturate fisse
|
|
- **Note:** L'admin e il cliente hanno bisogno di un documento prevedibile — le sezioni fisse rendono più facile sia il prompt engineering che l'editing successivo.
|
|
|
|
### Q2 — Quali sezioni
|
|
- **Opzioni (multi-select):** Situazione Attuale / La Proposta / Cosa è Incluso / Investimento + Prossimi Passi
|
|
- **Scelta:** Tutte e 4 le sezioni
|
|
- **Note:** L'utente ha aggiunto "penso che creo un agente apposta per questa parte" — chiarito che si trattava di un'altra sessione Claude Code, nessuna interferenza con questo progetto.
|
|
|
|
### Q3 — Tier: singolo o tutti e 3
|
|
- **Opzioni:** Un solo tier scelto dall'admin / Tutti e 3 i tier in un documento
|
|
- **Scelta:** Tutti e 3 i tier in un documento
|
|
- **Note:** Il preventivo presenta opzioni A/B/C al cliente, che sceglie leggendo.
|
|
|
|
---
|
|
|
|
## Aree non discusse (Claude's discretion)
|
|
|
|
- **Builder location:** Entry point nel LeadDetail esistente
|
|
- **UX generazione:** Fire-and-wait con spinner (no streaming)
|
|
- **Editor bozza:** Textarea plain text
|
|
|
|
---
|
|
|
|
## Idee deferred
|
|
|
|
- Scelta tier singolo nel preventivo (post v2.2)
|
|
- Streaming output AI (ottimizzazione futura)
|
|
- Versioning bozze
|
|
- Agente multi-step con tool_use
|