---
name: mcp-handoff-pack
description: Produce a complete end-of-work Markdown handoff artifact with status, evidence-linked summary, validation outcomes, residual risks, and actionable next steps. Use when the primary goal is packaging a completed or paused implementation/review session for the next agent or reviewer without redoing multi-source analysis.
---

# MCP Handoff Pack

Skill generica per creare artifact Markdown di fine lavoro, riusabile tra domini e stack.

## Quick Routing

Usa questa skill quando serve un handoff finale o intermedio orientato a continuita' operativa.

Non usarla per:

- intake/ricostruzione tecnica multi-sorgente (usa `mcp-technical-analyst`);
- review tecnica specialistica (usa skill di review dedicate);
- salvataggio automatico in memoria (usa `mcp-memory-operator` solo quando richiesto o esplicitamente opportuno).

## Modalita' operative

### from-session

Usa quando il lavoro e' avvenuto nella stessa chat o il contesto e' gia completo: obiettivo, decisioni, file toccati, verifiche, rischi e prossimi passi. Produci direttamente l'handoff Markdown completo.

### from-evidence-pack

Usa quando una nuova chat fornisce evidenze gia disponibili, per esempio ticket, commit, branch, PR, diff, analisi precedente o report test. Aggrega solo evidenze fornite o esplicitamente accessibili. Non inferire requisiti dal solo diff. Marca `UNCLEAR` cio' che non e' verificabile.

### needs-intake

Usa quando sono presenti solo riferimenti minimi, per esempio solo commit hash, solo branch o solo id ticket. Non produrre un handoff definitivo. Produci un pre-handoff con riferimenti ricevuti, evidenze mancanti, rischio di inferenza e prossimo step consigliato.

Routing consigliato:
- ticket + commit + docs/allegati da correlare -> `mcp-technical-analyst`;
- commit/diff/branch/PR da valutare -> `mcp-code-reviewer`;
- flusso ticket + git + note Mantis -> `mcp-git-mantis-workflow`;
- decisioni/root cause/workaround da persistere -> `mcp-memory-operator`.

## Confini obbligatori

1. Produce un report Markdown completo e leggibile.
2. Non salva automaticamente alcun contenuto in memory.
3. Non duplica ticket, diff, commit, PRD, ADR o report esistenti.
4. Usa riferimenti a evidenze e sintesi verificabili.
5. Non rifa analisi multi-sorgente: aggrega lo stato gia disponibile.

## Output atteso

Consegna un handoff che includa almeno:

- contesto e obiettivo sessione;
- cosa e' stato fatto;
- perche e' stato fatto;
- file/moduli toccati;
- vincoli rispettati;
- verifiche eseguite e risultati;
- rischi residui/open point;
- prossime azioni concrete;
- skill/agent consigliati per continuare;
- candidate memory notes (solo proposta, nessun save automatico).

## Delivery

Usa artifact/file Markdown quando disponibile. Se l'artifact non e' supportato o fallisce, restituisci il contenuto Markdown completo e leggibile in chat come fallback.

## Interfaccia con memory

Per la policy di sincronizzazione con memoria operativa, usa [references/memory-sync-policy.md](references/memory-sync-policy.md).

## Politica evidenze

Per evitare duplicazioni e mantenere tracciabilita', usa [references/evidence-policy.md](references/evidence-policy.md).

## Template

Per il formato completo del deliverable Markdown, usa [references/handoff-template.md](references/handoff-template.md).

## References

- [references/handoff-template.md](references/handoff-template.md)
- [references/memory-sync-policy.md](references/memory-sync-policy.md)
- [references/evidence-policy.md](references/evidence-policy.md)