Skulto Release Cert

• Prima di taggare una nuova release di skulto o aggiornare il tap Homebrew, per confermare che tutti i gate di qualità siano verdi.
• Quando hai bisogno di un processo deterministico, passo dopo passo, eseguibile da un agente, per verificare il comportamento della CLI in scenari di stato caldo, slate pulito, migrazione e riconciliazione.
• Quando vuoi una scansione di sicurezza automatizzata (segreti hardcoded, SQL injection, command injection, file di credenziali) combinata con una checklist di revisione manuale prima del rilascio.
• Quando si effettua l'onboarding di un nuovo certificatore (umano o agente) che ha bisogno di un riferimento canonico e autocontenuto su cosa significa "pronto per il rilascio" per skulto.

• Se non stai lavorando sul progetto skulto — questa skill è strettamente legata al codebase, ai comandi CLI e allo schema del database di skulto.
• Se hai bisogno solo di un rapido smoke test; questa è un'esecuzione di certificazione completa, intenzionalmente approfondita e che richiede tempo.
• Se il binario skulto non è ancora stato compilato — il Pass 1 deve avere successo prima che i pass successivi abbiano senso.

La certificazione è suddivisa in tre passaggi sequenziali: test unitari, lint e compilazione incrociata (Passaggio 1); una procedura dettagliata completa della CLI (Passaggio 2); e un audit di sicurezza (Passaggio 3). Tutti e tre devono risultare positivi prima che venga emesso il verdetto CERTIFIED FOR RELEASE.

Il Pass 1 esegue la cross-compilazione del binario skulto per quattro target — linux/amd64, linux/arm64, darwin/amd64 e darwin/arm64 — con CGO_ENABLED=0. Tutti e quattro devono completarsi con successo prima di procedere.

Il Pass 2 copre lo stato warm, il ciclo di vita clean-slate, la migrazione, la riconciliazione, la pulizia delle skill obsolete, i flussi di scansione della sicurezza, i metadati MCP, l'output privo di emoji e la logica "ricorda le posizioni di installazione". Viene acquisito uno snapshot di stato prima di qualsiasi test e verificato tramite un diff al termine di tutti i test, garantendo che il processo di Skulto Release Cert sia non distruttivo.

Più sotto-sezioni di Pass 2 verificano che lo scanner di sicurezza integrato di Skulto Release Cert si comporti correttamente: le skill pulite vengono installate silenziosamente, le skill in quarantena vengono bloccate o generano un avviso, e i risultati della scansione appaiono durante i flussi add, pull, ingest, installazione tramite URL, sync e save.

Supera 3 esecuzioni di scansioni basate su grep per segreti hardcoded, interpolazione di stringhe SQL, pattern di command injection e file di credenziali committati, integrate da una checklist di revisione manuale che copre query parametrizzate, utilizzo di exec.Command, scope di os.RemoveAll e iniezione della chiave PostHog tramite ldflags.

Dopo tutti e tre i passaggi, la skill produce una tabella di certificazione formattata che elenca ogni controllo con lo stato PASS/FAIL/SKIPPED/CLEAN/FOUND, la versione, la data e il certificatore, culminando in un chiaro verdetto CERTIFIED FOR RELEASE o BLOCKED.

Un agente AI esegue tutti e tre i passaggi su un binario skulto compilato, elaborando ogni fase numerata e ogni riga della tabella, e produce il riepilogo finale di certificazione senza intervento umano (ad eccezione dei passaggi interattivi da terminale esplicitamente contrassegnati come MANUAL-only).

Prima di aggiornare la formula del tap Homebrew per puntare a una nuova release, uno sviluppatore o un agente esegue questa skill dalla root del repository skulto per confermare che la build sia pulita, che tutti i percorsi CLI si comportino come previsto e che non esistano regressioni di sicurezza.

Dopo modifiche significative alla logica di installazione, scansione o riconciliazione di Skulto Release Cert, il percorso guidato della CLI supera i test (2a–2t) evidenziando le regressioni sull'intera superficie dei comandi, inclusi i casi limite come i record DB obsoleti, il blocco delle skill in quarantena e il comportamento della posizione di installazione memorizzata.

Un nuovo membro del team o un agente non familiare con i criteri di rilascio di Skulto utilizza questa competenza come riferimento autorevole unico per ciò che costituisce una build pronta alla distribuzione, inclusi i problemi noti preesistenti che sono tracciati ma non bloccanti.