Codice e script
Lascia che il tuo agente scriva ed esegua il codice per elaborare i file, controllare i risultati e completare le attività personalizzate.
esecuzione del codice script guscio bash pitone javascript sandbox filesystem persistenteIn questa pagina
Chiedi il risultato, lascia che l'agente scriva il codiceCome funziona l'esecuzioneScript e input persistentiLavora con i dati aziendaliControllo e limitiChiedi il risultato, lascia che l'agente scriva il codice
Opser gli agenti possono scrivere ed eseguire script come parte del lavoro svolto. Questo è utile quando un'attività richiede calcoli ripetibili, una trasformazione personalizzata, la convalida su molti file o un passaggio che non si adatta a una singola azione dell'app.
Confrontare queste due esportazioni, normalizzare le date e produrre un elenco di file aggiunto, rimosso e modificato record. Salva lo script di confronto in modo da poterlo eseguire di nuovo il mese prossimo.
Non è necessario scrivere il copione da soli. Spiegare gli input, le regole, l'output desiderato e ciò che deve rimanere invariato.
Come funziona l'esecuzione
L'agente utilizza la sua capacità di file per ispezionare o scrivere il sorgente e la sua capacità di shell per eseguire comandi. I comandi vengono eseguiti nell'ambiente di lavoro dell'agente, con l'area di lavoro come directory iniziale. I risultati e gli errori tornano alla conversazione.
I comandi disponibili, i runtime linguistici e le librerie dipendono da quell'ambiente. L'agente dovrebbe controllare ciò che è installato prima di scegliere un approccio. Uno script che è stato scritto non è uno script che è stato eseguito correttamente; ispezionare il risultato dell'esecuzione e il file di output.
Script e input persistenti
Il filesystem dell'agente persiste tra le conversazioni. Salva script e input significativi con nomi chiari in modo che le attività successive possano trovarli. Chiedi all'agente di spiegare gli input e gli output dello script, specialmente se qualcun altro lo riutilizzerà.
Per un confronto ricorrente, mantenere invariata la sorgente originale e salvare l'output di ogni esecuzione separatamente. Controllare un piccolo campione, i totali e i valori mancanti prima di fare affidamento sul risultato completo. Una pianificazione può riutilizzare un approccio di lavoro quando sono disponibili i file e l'accesso necessari.
Lavora con i dati aziendali
Utilizza gli strumenti dell'app per i record di proprietà di un'app e la capacità dei dati per i set di dati gestiti dall'utente supportati. Il codice in esecuzione non consente l'accesso alle tabelle private di un'altra app, ai file di un collega o a un servizio che non è stato collegato.
L'agente può combinare queste funzionalità: recuperare i dati autorizzati, elaborarli nel suo spazio di lavoro e scrivere il risultato attraverso l'interfaccia supportata. Chiedigli di mostrare la destinazione e le modifiche proposte prima di un aggiornamento consequenziale.
Controllo e limiti
L'esecuzione della shell è limitata all'ambiente dell'agente e lo strumento può essere disabilitato dalle restrizioni sugli strumenti di un agente. I comandi non ereditano la configurazione segreta del processo della piattaforma. Modifiche come cancellazione, sovrascrittura, pubblicazione o scrittura esterna possono richiedere l'approvazione ai sensi delle regole dell'azione.
Il codice può ancora commettere errori. Dare all'agente un punto di revisione per il lavoro importante e verificare l'output. I comandi in esecuzione prolungata o non disponibili possono fallire; chiedere l'errore effettivo e i passaggi completati prima di riprovare.
Anche uno script salvato è diverso da un'app distribuita. Se i compagni di squadra hanno bisogno di un'interfaccia duratura e di un flusso di lavoro condiviso, utilizzare builder interno dell'app.