Permettere il lavoro senza approvazioni
I tre gradi tra «chiedere di tutto» e «non chiedere di niente», come si attiva il bypass e cosa ci si guadagna e ci si perde.
Per impostazione predefinita l'Agente chiede prima di scrivere in un file o eseguire un comando. Sul telefono si vede come lavoro fermo, che aspetta il tuo tocco. È voluto, ma ci sono situazioni in cui dà più fastidio che aiuto.
Tre gradi, non due
Tra «chiedere di tutto» e «non chiedere di niente» c'è ancora un grado, che spesso si trascura:
- Chiedere ogni volta
- Lo stato predefinito. Ogni scrittura e ogni comando aspetta un'autorizzazione. Il più sicuro e il più lento.
- Autorizzazione permanente per un dato tipo di azione
- Quando l'Agente chiede un'autorizzazione, puoi scegliere che per quel tipo di azione non chieda più. Vale per quel tipo, non per tutto: l'esecuzione dei test te la togli di mezzo, l'eliminazione di file no. Si può revocare in qualsiasi momento nelle Impostazioni.
- Senza approvazioni (bypass)
- L'Agente non chiede affatto. Si attiva nella configurazione del Server, non dal telefono: una decisione consapevole al computer, non un tocco in tram.
Come attivare il bypass
Nel file di configurazione del Server, cioè quello che gli passi con --config:
{
"no_approvals": true
}Vale dal successivo avvio del Server. Il telefono lo riconosce da sé: smette di chiedere.
Cosa ci guadagni
- I compiti più lunghi arrivano in fondo senza di te. È proprio il caso in cui affidi il lavoro e vai via: con una domanda dopo ogni comando l'Agente aspetterebbe finché non guardi.
- Test, formattazione e build passano in un'unica tirata, invece di fermarsi a ogni passo.
- Meno tocchi sul telefono per cose che comunque permetteresti sempre.
Cosa ci perdi
- Il freno. L'Agente gira con i tuoi diritti e senza approvazioni può fare sul computer qualsiasi cosa che potresti fare tu dalla riga di comando.
- L'attimo per pensare. La domanda «posso eseguire questo comando?» è spesso il punto in cui ti accorgi che l'Agente ha capito l'incarico diversamente da come intendevi.
- La visione di quello che sta arrivando. I passi li vedi ancora, ma già come fatti, non come proposta.
Quando attivarlo e quando no
Attivalo in un progetto che è sotto controllo di versione e la cui perdita non ti farebbe male: un esperimento tuo, un prototipo riscrivibile, un progetto che si può buttare e riclonare. Lì il bypass è esattamente ciò che fa di coden uno strumento accanto a cui non devi stare seduto.
Non attivarlo dove l'Agente tocca dati di produzione, fa deploy, o lavora in una directory in cui hai cose che non esistono in nessun altro posto. Il confine tra questo e il paragrafo precedente non è tecnico, ma tuo.
Un compromesso pratico: bypass attivo, il progetto in git e un commit prima di ogni incarico più grande. Tornare indietro è poi un solo comando, e costa meno che approvare ogni passo.
Si è inceppato da qualche altra parte rispetto a quanto c'è qui? Scrivi a support@coden-app.com.