# Proiezioni GPT e handoff

## Decisione architetturale definitiva

Le Skill sono create per prime e restano la sorgente canonica per agenti coding/Codex. Le directory `gpts/` sono proiezioni opzionali per GPT Builder/browser: non tutte le Skill devono avere una proiezione e una proiezione puo implementare deliberatamente solo una parte dei workflow.

Non esiste obbligo di parita 1:1 di tool, capability, routing, output o workflow. Una proiezione non simula MCP, subagent, repository, bridge, lint, log o validazioni runtime non disponibili sulla superficie browser. Mantiene solo gli invarianti applicabili, come read-only, fail-closed e limiti delle evidenze; le divergenze intenzionali sono documentate nei README/RULES e mantenute consapevolmente.

## SGI-02: intake Reviewer -> Analyst

L'audit Astra rilevava che i formati GPT potevano avere ingressi e limiti diversi dalla Skill e che un handoff poteva conservare evidenze, vincoli e validazioni; non ha eseguito un passaggio end-to-end reale. Il riesame ha quindi approvato un contratto limitato e verificabile: il GPT Analyst riconosce `review-handoff`, riusa i metadati identificabili e compie una verifica indipendente mirata sulle fonti primarie accessibili.

Il handoff non è autoritativo: finding e verdetto del Reviewer sono affermazioni ricevute da confermare, modificare, respingere o dichiarare non verificabili. Non trasferisce automaticamente severity, confidence, causa, impatto o fix, e non impone una seconda review completa. Una fonte funzionale resta richiesta per conclusioni funzionali o spec-compliance, non per un finding tecnico già delimitato.

## Conseguenza di prodotto

Le proiezioni esistenti restano adattate e non vengono sincronizzate meccanicamente. Non e previsto un GPT ColdFusion o una compensazione browser per capability di sviluppo CF.