# Future backlog MCP / Skills (dettaglio operativo)

Versione: 2026-04-13
Stato: backlog **attivo** con M11 e M12 archiviate (focus residuo: M8).

Questo documento raccoglie il dettaglio operativo della milestone futura ancora aperta (M8), separato dalla guida viva per mantenere leggibilita' e ridurre rumore.

## Milestone 8 - Packaging e distribuzione

### Obiettivo

Standardizzare packaging, configurazione host e, dove opportuno, distribuzione remota.

### Task

- mantenere `stdio` come default locale
- valutare wrapper `Streamable HTTP` solo per i server che hanno senso in multi-client/team setting
- introdurre un manifest unificato da cui generare config host-specifiche
- valutare `server.json` o packaging compatibile con registry MCP/GitHub MCP Registry

### Criteri di accettazione

- configurazione meno duplicata tra host
- i server condivisibili hanno una strategia di packaging chiara
- nessun degrado del setup locale esistente

## Milestone 11 - Skill `mcp-mantis-ticket-writer` [archiviata]

Questa milestone e' stata completata e trasferita nello storico in `docs/completed-milestones-mcp-skills.md`.

### Boundary da mantenere per evoluzioni future

- mantenere la skill focalizzata su drafting/refinement del testo ticket, non su intake analitico generale;
- conservare output a sezioni complete copy-paste (`Riassunto`, `Descrizione`, `Passaggi per riprodurre l'anomalia`);
- preservare supporto a template multipli (built-in + locali esterni) con fallback conservativo;
- mantenere handoff esplicito verso `mcp-technical-analyst` quando il contesto e' troppo ambiguo o multi-sorgente;
- non introdurre scrittura diretta su MantisBT senza una milestone dedicata.

---

## Milestone 12 - Estensione skill `mcp-coldfusion-developer` [archiviata]

Questa milestone e' stata completata e trasferita nello storico in `docs/completed-milestones-mcp-skills.md`.

### Boundary per future estensioni

- usare `docs-node` solo come supporto di discovery o verifica, non come prerequisito runtime;
- minimizzare le sorgenti esterne e includere nella skill i materiali stabili quando sono riusabili;
- mantenere separato il perimetro Platform standard dai casi `cliente deploy` legacy;
- trattare `Mediolanum` e analoghi solo come esempi legacy pre-Platform, non come pattern standard;
- includere direttamente nella skill i template necessari alla creazione di nuove pagine, derivati da `D:\cfprojects\vcs\platform\template-cf`;
- richiamare handoff verso skill complementari quando il task diventa multi-sorgente o esce dal puro CFML.