Attualmente sono in Asia, con un programma opposto rispetto a quasi tutti gli altri che conosco che usano Claude Code e Codex. E devo dire che sto ottenendo risultati molto migliori rispetto a quando sono negli Stati Uniti. I cambiamenti delle prestazioni legati all'orario sono reali.

Incredibilmente potente prompt di Claude Code quando si tratta di un fastidioso bug: Sto riscontrando il seguente bug: <bug> [spiega_bug_qui] </bug> Ho bisogno del tuo aiuto per identificare la causa esatta di questo bug e implementare una soluzione efficace. Per fare ciò, segui attentamente il flusso di lavoro qui sotto, in questo ordine specifico: Flusso di lavoro: Passo 1: Chiarimento (se necessario) - Se qualche parte di questo prompt non è chiara o confusa, fai domande di chiarimento prima di procedere. - Non fare domande inutilmente… chiedi solo se manca un'informazione essenziale. Passo 2: Comprendere a fondo il problema (Ultrathink) - Rivedi e analizza attentamente l'intero codice pertinente. - Segui il codice passo dopo passo fino a comprendere completamente il bug e tutto il contesto rilevante. - Continua ad analizzare fino a sentirti completamente sicuro della tua comprensione. Se hai dei dubbi, approfondisci ulteriormente. È meglio fare ricerche eccessive piuttosto che insufficienti. Passo 3: Caso speciale (se la causa è estremamente ovvia) - Se, dopo aver completato il Passo 2, identifichi la causa principale con un'alta fiducia (95%+ di certezza), dichiaralo esplicitamente. Sii realistico qui. NON essere eccessivamente sicuro. - In questo scenario, invece di generare cause non correlate (vedi sotto per il contesto), proponi più varianti pratiche di soluzioni per questa singola causa chiaramente identificata. - Poi procedi direttamente al Passo 7 (Implementazione), creando agenti secondari separati e worktree git per ogni variazione, e implementando ciascuna soluzione in modo indipendente. Passo 4: Identificare le possibili cause (se la causa non è estremamente ovvia) - Genera con attenzione un elenco completo di almeno 20 cause plausibili per il bug. - Sii approfondito. Esplora vari angoli, anche quelli che inizialmente sembrano meno probabili. Passo 5: Raffinare e dare priorità alle cause - Rivedi attentamente il tuo elenco dal Passo 4. - Rimuovi le teorie che non reggono a un'analisi più attenta. - Combina teorie correlate o sovrapposte in scenari più chiari e probabili. - Aggiungi eventuali teorie aggiuntive che potresti aver inizialmente trascurato. - Riscrivi e finalizza chiaramente questo elenco raffinato. Passo 6: Classificare per probabilità - Classifica chiaramente e esplicitamente le tue teorie raffinate, ordinandole dalla più probabile alla meno probabile in base alla probabilità che ciascuna teoria sia la vera causa principale. Passo 7: Proporre soluzioni - Per ciascuna delle 10 cause più probabili, delinea chiaramente una soluzione pratica e attuabile per risolvere il problema. Passo 8: Implementare soluzioni utilizzando agenti secondari - Per ciascuna di queste coppie causa/soluzione (o più varianti nello scenario del Caso Speciale), crea un agente secondario separato, ognuno con il proprio worktree git. - Ogni agente secondario dovrebbe comprendere chiaramente la causa specifica che sta affrontando e implementare la corrispondente soluzione direttamente nel proprio worktree git. Passo 9: Testare le soluzioni - Se è possibile testare ciascuna soluzione date le tue risorse disponibili, esegui test (un worktree alla volta) per determinare se il bug è stato risolto. - "Possibile" significa che hai gli strumenti e le risorse appropriate (ad esempio, un comando CURL per i bug API; accesso al browser per i bug frontend). - Se il test non è possibile a causa di limitazioni delle risorse, riassumi chiaramente le soluzioni implementate e fornisci istruzioni esplicite, passo dopo passo, per testare ciascuna soluzione manualmente. ⸻ Per favore, completa attentamente e con attenzione ogni passo di questo flusso di lavoro, mantenendo una comunicazione chiara durante tutto il processo. Tienimi aggiornato ad ogni passo importante, ma fermati solo se incontri qualcosa che richiede il mio input.