Comandi slash

Comandi che si digitano nel composer di uno spazio. Si dividono in tre gruppi in base a dove hanno effetto, e la differenza conta: un comando locale non viaggia mai come messaggio, quindi non compare nella trascrizione e non raggiunge alcun agente.

Dove viene eseguito	Che cosa significa
Locale	Gestito nel client (o in un’operazione lato server avviata dal client). Il comando non viaggia mai come messaggio, quindi nessun agente lo vede.
Laterale	Una chiamata a un modello lato server sulla conversazione. La conversazione non viene modificata.
Invio	Imposta una modalità o una direttiva per l’esecuzione che il messaggio avvia.

Dirigere un’esecuzione

`/plan`

Locale → invio. Attiva la modalità piano sulla conversazione: un worktree completamente in sola lettura e una superficie degli strumenti limitata a read. Il risultato dell’agente è un piano, non una modifica. Un /plan da solo si limita ad attivare la modalità e non viaggia mai come messaggio; con un prompt, è il resto della riga ad avviare l’esecuzione.

`/goal <objective>`

Invio. Avvia un obiettivo autonomo che il supervisore degli obiettivi rinvia attraverso segmenti e riavvii.

Digitare /goal con del testo prima apre l’intervista sull’obiettivo — una breve sessione che rifiuta di accettare una bozza finché non ha tutti e cinque questi elementi: criteri di successo che un valutatore può verificare senza discrezionalità, un comando di verifica esatto, un tetto di tentativi, confini di ambito e condizioni di arresto. Ogni passaggio offre Salta ed esegui così com’è: l’intervista è un’impostazione predefinita, non un cancello.

/goal pause, /goal resume e /goal drop non sono comandi slash. Metti in pausa, riprendi e ferma si trovano nell’elenco degli obiettivi della conversazione nella barra laterale. I flag iniziali dell’obiettivo stesso sono --budget <dollars>, --max <N> (budget di esecuzione) e --days <N> (scadenza). Un obiettivo che ha raggiunto il suo tetto di costo riprende solo alzando quel tetto, dallo stesso controllo nella barra laterale.

`/loop [budget] [task]`

Invio. Lavora in modo iterativo fino al completamento. Accetta un limite: /loop 10, /loop 30m, /loop 1h30m, /loop 10 minutes fix the tests.

Un token che sembra un limite (inizia con una cifra o un segno) e non riesce a essere analizzato è un errore esplicito. La prosa resta prosa, quindi /loop keep going until the tests pass è un ciclo senza limite con un prompt inline, non un’analisi errata.

`/vibe [task]`

Invio. Trasforma la sessione in un direttore: i suoi strumenti si riducono a read più cinque verbi per i worker, e sono i worker in background a fare le modifiche. Vedi Dirigi i worker in background.

I worker non sopravvivono mai alla modalità: uscire ne elimina ognuno.

Gestire il contesto

`/compact`

Locale → server. Ripiega la cronologia più vecchia in un riepilogo ancorato e prosegue sul contesto compattato. Nessun argomento rivolto al modello: il comando non viaggia mai come messaggio, e il passaggio di compattazione non accetta un’indicazione di focus.

`/shake [target]`

Locale → server. Scarica i contenuti pesanti senza riassumerli: nessuna chiamata al modello, ogni parola conservata, viene azzerata solo la massa che nessuno avrebbe mai riletto.

Destinazione	Cosa scarica
`tool_output`	Risultati degli strumenti più vecchi e senza nulla di rilevante (predefinito)
`images`	Vecchi screenshot, conservandone il testo
`all`	Entrambi

Questa è la via di fuga per «il mio contesto è gonfio ma non voglio un riepilogo».

`/context [agent]`

Locale. Apre l’esploratore del contesto per l’agente di questa conversazione in una scheda a sé: ogni segmento e parte della sua finestra di contesto — prompt di sistema, skill, file di contesto, schemi degli strumenti, cronologia e immagini — con quanto costa ciascuno e il contenuto integrale che vi sta dietro.

La scheda è indicizzata sulla coppia (spazio, agente), quindi eseguire il comando due volte riporta il focus su un’unica scheda anziché impilare copie della stessa ripartizione.

In uno spazio con più di un agente, un /context da solo apre la finestra che sta leggendo il misuratore di contesto dell’intestazione — l’agente che ha lavorato qui per ultimo, cioè quello il cui messaggio è in fondo alla sequenza — e la scheda è etichettata Context · <name>, così dice di chi è. Nomina un altro per cambiare: /context qa (l’@ è facoltativo). Un nome digitato viene risolto in modo esatto, mai approssimativo: due agenti hanno due finestre diverse, quindi un nome quasi giusto che aprisse quella dell’altro sarebbe una risposta dall’aria plausibile a una domanda che non hai fatto.

Lo stesso esploratore si trova dietro il chip del misuratore di contesto nell’intestazione dello spazio, che segue lo stesso agente: il comando e il chip non possono mai essere in disaccordo su che cosa significhi «il contesto» qui.

Chiedere informazioni sulla conversazione

Questi comandi spendono una chiamata al modello e non modificano mai la conversazione. Il turno reale successivo dell’agente vede esattamente ciò che avrebbe visto comunque, ed è questo tutto il valore del chiedere.

`/handoff [focus]`

Laterale. Scrive un documento di passaggio per chi riprende il lavoro da zero: qual è l’attività, cosa è stato appreso, cosa resta.

`/btw <question>`

Laterale. Risponde a una domanda sul lavoro svolto finora senza aggiungere la domanda né la risposta alla trascrizione.

Navigare ed esportare

`/tree`

Locale. Apre il navigatore dei rami: dove la conversazione si è biforcata, su quale percorso si trova ora e come tornare a uno che hai lasciato. Vedi Ramifica una conversazione.

`/export`

Locale. Scrive la conversazione in un file HTML autonomo: schede degli strumenti comprimibili, nessun foglio di stile, nessuno script, nessun host di immagini. Su desktop finisce in Documents/ControlCenter/exports/, sul web si scarica dal browser.

`/dump`

Locale. Copia la trascrizione negli appunti in formato markdown, con le chiamate agli strumenti in blocchi comprimibili. Il ragionamento è deliberatamente escluso: una trascrizione incollata in una segnalazione di bug la legge una persona.

Tutto il resto

`/todo [subcommand]`

Locale. Visualizza e modifica la checklist persistente della conversazione. Un /todo da solo apre l’editor. Sottocomandi: append, start, done, drop (alias rm), edit, copy, export, import.

`/skill:<name> [args]`

Invio. Applica una skill installata. Le skill vivono sotto il proprio prefisso skill: così non condividono alcun namespace con i comandi integrati: senza quello, una skill chiamata plan sarebbe irraggiungibile per sempre.

`/<your-command> [args]`

Invio. Qualsiasi file markdown sotto .agents/commands, .agent/commands, .claude/commands, .codex/commands o .opencode/commands nel repo. Un foo/bar.md annidato è raggiungibile anche come foo:bar.

Segnaposto: $1, $@, $@[start:length] e $ARGUMENTS. Il frontmatter può impostare description (completamento automatico del composer). allowed-tools e model vengono analizzati dal file, ma un’invocazione di comando utente attualmente sostituisce solo gli argomenti nel corpo: non cambiano il modello né la superficie degli strumenti dell’esecuzione.

Un comando creato dall’utente ha la meglio su una skill con lo stesso nome: è una scorciatoia che una persona ha invocato deliberatamente, con argomenti.

Parole chiave magiche

Non sono comandi. Una parola autonoma in minuscolo, ovunque in un prompt, allega un’istruzione nascosta per quel turno.

Parola	Effetto
`ultrathink`	Massimo sforzo di ragionamento per il turno
`orchestrate`	Delega il lavoro indipendente in parallelo e verifica ogni fase

Il matcher è deliberatamente rigoroso sui confini. orchestrate, trova corrispondenza; orchestrated, orchestrate.ts, foo::orchestrate e orchestrate() no, e i blocchi di codice delimitati, il codice inline e le sezioni XML vengono prima mascherati. Senza questo, incollare uno stack trace cambierebbe il comportamento dell’agente.