coding-agent

• Costruire o creare nuove funzionalità e app — lascia che un coding-agent esplori il codebase e implementi end-to-end, invece di applicare patch inline.
• Revisionare pull request — avvia un agente in un clone temporaneo o git worktree così può confrontare, analizzare e riassumere le modifiche in modo sicuro.
• Refactoring di codebase di grandi dimensioni — le modifiche su più file che richiedono contesto su molti file traggono vantaggio da un agente che può attraversare l'albero del progetto.
• Correzione parallela di issue — usa i git worktree per eseguire più agenti simultaneamente, uno per issue, quindi crea PR da ogni branch.

• Correzioni semplici in una sola riga — se la modifica è ovvia e localizzata, modifica direttamente il file; avviare un agente aggiunge un overhead non necessario.
• Esplorazione del codice in sola lettura — usa uno strumento di lettura/grep per ispezionare il codice invece di avviare un coding-agent completo.
• Lavorare all'interno di ~/clawd o del workspace OpenClaw attivo — gli agenti non devono mai essere avviati nella directory di lavoro dell'orchestratore stesso.
• Richieste ACP harness legate al thread — se hai bisogno di avviare o eseguire Codex/Claude Code all'interno di un thread Discord o in un contesto ACP simile, usa sessions_spawn con runtime:"acp" invece.

Supporta quattro coding-agent distinti con pattern di invocazione corretti per ciascuno. Codex e Pi richiedono pty:true per il comportamento interattivo del terminale; Claude Code utilizza --print --permission-mode bypassPermissions per un'esecuzione pulita senza PTY.

Le attività di lunga durata possono essere avviate con background:true, che restituisce un sessionId. È quindi possibile interrogare lo stato, trasmettere i log in streaming, inviare input tramite stdin o terminare la sessione utilizzando le azioni dello strumento di processo — mantenendo l'utente informato senza bloccare l'esecuzione.

Impostare workdir garantisce che l'agente si avvii nella cartella di progetto corretta e non si sposti in file non correlati. Questo è fondamentale per le revisioni delle PR e per la risoluzione parallela dei problemi.

Crea git worktree isolati per ogni issue, avvia un agente dedicato in ciascuno, monitorali in modo concorrente e invia branch separati per la creazione di PR — il tutto senza toccare il branch principale.

Aggiungi un comando openclaw system event al prompt dell'agente in modo che l'orchestratore riceva un evento di attivazione immediato al termine del task, invece di attendere il successivo polling del heartbeat.

Le revisioni vengono sempre eseguite in un clone temporaneo o in un git worktree — mai nella cartella del progetto attivo — per prevenire checkout accidentali di branch o modifiche al codebase in uso.

Punta un agente Codex o Claude Code sulla directory del tuo progetto con workdir e un prompt chiaro sulla funzionalità da implementare. L'agente esplora il codebase, implementa la funzionalità su più file ed esegue il commit — mentre tu monitori tramite process action:log.

Recupera tutti i ref delle PR aperte, avvia un processo Codex per ogni PR in modalità background, raccoglie le relative revisioni e pubblica i risultati come commenti GitHub tramite la CLI gh — il tutto in esecuzione in parallelo.

Crea un git worktree per ogni issue aperta, avvia un agente in ciascun worktree, monitora i progressi, poi effettua il push dei branch e apri le PR per la revisione umana — riducendo drasticamente i tempi di correzione.

Per prompt rapidi e isolati senza un progetto esistente, crea una directory temporanea, esegui git init e lascia che Codex esegua un'attività autonoma — poi elimina la directory quando hai finito.