Workflow Antigravity: attività ripetibili

Che cosa sono i workflow Antigravity

I workflow Antigravity sono modi ripetibili per passare da un obiettivo di sviluppo a un risultato controllato. Un workflow può usare editor, terminale, controllo del browser, Skill, server MCP o più superfici insieme. Non è solo un prompt: comprende stato iniziale, azioni consentite, punti di pausa e prove che dimostrano il completamento.

I migliori workflow Antigravity sono abbastanza stretti da poter essere testati. «Migliora questo progetto» non ha un traguardo. «Leggi il test che fallisce, modifica solo il parser, esegui il test mirato, mostra il diff e fermati prima del commit» ha invece un output chiaro e un arresto sicuro. Per i dettagli delle superfici consulta le guide CLI, Skills e MCP.

Prepara lo spazio di lavoro prima di eseguire un workflow

Apri il repository, conferma il branch e controlla i file coinvolti. Esegui una volta il comando previsto per conoscerne nome, codice di uscita e ambiente. Per browser o MCP, inizia con una lettura.

Descrivi chiaramente input e output: destinazione, strumenti, limiti e decisione umana. Tieni password, token e dati privati fuori da testo e log. Al primo uso scegli un branch di test.

1. 1. Fissa lo stato inizialeRegistra repository, branch, versione e file o account che il workflow può toccare.
2. 2. Definisci un outputScegli artefatto, risultato di test, stato di pagina o report per rendere evidente il fallimento.
3. 3. Prova in sola letturaIspeziona e spiega il percorso prima di modificare file, inviare dati o cambiare un account.
4. 4. Aggiungi un controlloFermati prima di dipendenze, scritture di rete, pubblicazione, cancellazione o deploy.

Questa guida non promette un formato fisso dei file o flag permanenti. Controlla la documentazione ufficiale prima di automatizzare una nuova integrazione.

Prompt e comandi utili per i workflow Antigravity

Un prompt indica ruolo, contesto, azioni consentite e prove attese. Esempio: «Ispeziona X, pianifica la modifica minima, modifica solo Y, esegui Z, mostra il risultato e fermati prima di W». Chiedi il comando o strumento esatto.

Separa comandi interattivi e shell. Aiuto CLI, sessione, test del terminale e chiamata MCP hanno ambiti diversi. Nomina la superficie per rendere il workflow ripetibile.

Ambito, permessi e impostazioni del workflow

La sicurezza dipende soprattutto dall’ambito. Tieni i comandi vicino al repository, le preferenze separate e i permessi espliciti. Leggere non è scrivere; testare non è installare; controllare una pagina non modifica un account.

Uno Skill verificato deve indicare prerequisiti, input, output, errori e controlli. Non nascondere comandi ampi o scritture di rete dietro un nome rassicurante.

workflow:
  obiettivo: "aggiornare un parser e provare il test mirato"
  consentito: [read_files, edit_target, run_focused_test]
  rivedere_prima: [install_package, network_write, delete, publish]
  output: [diff_summary, test_result, remaining_risks]

• Ambito del progetto — Usa le istruzioni del repository per rendere riproducibili comandi e limiti dei file.
• Ambito dell’utente — Tieni preferenze personali di modello, terminale e display fuori dal comportamento condiviso.
• Ambito dello strumento — Nomina server MCP, dominio del browser o comando esatto invece di usare un carattere jolly.
• Ambito della revisione — Elenca le azioni che richiedono sempre una persona, anche dopo passaggi automatici.

Un workflow Antigravity ripetibile in cinque passaggi

Il primo passaggio scopre: leggi file o test e ripeti l’obiettivo. Il secondo pianifica la modifica minima e nomina gli strumenti. Fermati se il piano interpreta male la richiesta.

Il terzo esegue; il quarto confronta un controllo mirato con la regola di accettazione; il quinto segnala percorsi, prove, rischi e decisione successiva. Vale per contenuti, CLI, browser e MCP.

Mantieni aggiornati i workflow quando cambia Antigravity

I prodotti con agenti evolvono. Dopo un aggiornamento possono cambiare comando, permesso, modello o output dell’integrazione. Rivedi un workflow dopo un cambiamento di Antigravity, modello, shell o server MCP; il successo del mese scorso non dimostra la sicurezza di oggi.

Registra data, build o pagina documentale controllata e passaggio verificato. Se non puoi confermare il comportamento corrente, mantieni il workflow in sola lettura o manuale finché l’incertezza non è risolta.

Regole di sicurezza per i workflow Antigravity

Tratta un workflow come un documento di permessi. Prima di condividerlo controlla file leggibili, comandi, domini esterni ed effetti collaterali.

Controlla argomenti, directory, rete, script, variabili e percorsi di cancellazione o pubblicazione. Tieni i segreti fuori dai prompt, usa un account di test e revoca i permessi dopo l’uso.

• Tieni password, chiavi API, codici di recupero e dati cliente fuori dal testo e dalle prove del workflow.
• Controlla manualmente installazioni, upload, webhook e messaggi esterni.
• Usa un profilo browser o un account di test per i percorsi autenticati.
• Lascia operazioni distruttive su file e Git fuori dal percorso automatico.
• Condividi prerequisiti e piano di ripristino con chi eseguirà il workflow.

Risolvi un workflow che fallisce

Riduci il problema al passaggio più piccolo. Confronta stato iniziale, chiamata, output e regola di accettazione prima di cambiare i permessi.

L’agente prepara un piano diverso

Ripeti file obiettivo, output e condizione di arresto. Chiedi prima solo il piano e correggi il confine.

Comando non trovato

Eseguilo in un terminale normale, controlla PATH e policy della shell e registra la versione installata.

Il tool restituisce dati parziali

Salva la risposta, segnala i campi mancanti e fermati. Ritenta solo se l’errore transitorio è chiaro.

Il risultato sembra plausibile ma è sbagliato

Confronta URL, percorso, test o stato finale con la regola di accettazione. Un output vecchio o parziale è un errore.

Le richieste di permesso continuano

Controlla se sono cambiati comando, percorso, account o strumento. Restringi la regola invece di concedere un jolly.