Trova il prossimo passo nel codice.
Correggi la marcatura degli acquisti completati.
const next = items.map(item =>
item.id === selectedId
? { ...item, checked: !item.checked }
: item
);- Progetto
- Usa l’ID dell’elemento senza modificare le altre righe.
- Controlla prima di applicare
- Confronta il comportamento effettivo con il risultato atteso. Se una verifica fallisce, indaga la causa prima di altre modifiche.
- Modelli
- Configura un endpoint compatibile con OpenAI o Anthropic usando URL di base e chiave API, se necessaria. Prova la connessione. Il server locale deve essere in esecuzione; gli strumenti remoti possono trasmettere dati separatamente.
const next = items.map(item =>
item.id === selectedId
? { ...item, checked: !item.checked }
: item
);Ricostruisci il ragionamento prima di cambiare il codice
Il file che ricordi potrebbe non gestire più il comportamento da modificare. In MiraCode, parti dalla cartella del progetto e chiedi all’assistente collegato di esaminare il punto di ingresso, il codice che lo richiama e i test che descrivono il comportamento attuale. Richiedi riferimenti ai file insieme alla spiegazione, così puoi confrontare le conclusioni con l’implementazione.
In un’applicazione per la lista della spesa, potresti seguire l’azione su una casella di controllo dalla schermata all’aggiornamento dello stato e infine alla memorizzazione. Chiedi da dove proviene l’identità degli elementi e cosa ripristina quelli selezionati alla riapertura. Queste domande chiariscono cosa dovrà preservare una modifica successiva; la sola breve funzione di aggiornamento non può rispondere.
Delimita l’indagine scegliendo i file pertinenti e chiedendo di evidenziare le questioni irrisolte prima di proporre modifiche. MiraCode è un ambiente di programmazione per Windows con collegamento al modello configurabile. Se scegli un modello IA con filtri rimossi, deve essere disponibile tramite un endpoint supportato; capacità di contesto, strumenti e restrizioni dipendono dal modello e dal server.
Quando la spiegazione corrisponde al codice, descrivi una modifica e il comportamento da mantenere intatto. Esamina gli interventi proposti, poi esegui i test pertinenti del progetto e prova la schermata coinvolta. Un buon punto di arrivo è una modifica che sai spiegare, con riscontri che il flusso esistente si comporta ancora come previsto.
Domande prima di riprendere un vecchio progetto
Cosa dovrebbe dire la mia prima richiesta?
Indica il comportamento da capire e chiedi un’analisi prima delle modifiche. Per esempio: spiega come gli elementi selezionati della lista della spesa restano tali alla riapertura, identifica i file pertinenti e segnala ciò che il codice disponibile non consente di stabilire.
E se la spiegazione contraddice un vecchio README?
Chiedi all’assistente di identificare i passaggi in conflitto nell’implementazione e nella documentazione. Controlla i test pertinenti ed esegui l’applicazione quando possibile. Considera la discrepanza una questione aperta prima di decidere se modificare codice o documentazione.
Come scelgo un modello per un repository grande?
Usa un endpoint supportato compatibile con OpenAI o Anthropic e verificane limiti di contesto e supporto degli strumenti. Parti dai file coinvolti in un solo comportamento. Una finestra di contesto più ampia non dimostra che una spiegazione sia corretta.
MiraCode include un modello con filtri rimossi?
Questo flusso non include alcun modello. Configura un servizio compatibile con credenziali quando richieste, oppure esegui un server di modelli locale separato. Un endpoint locale non rende locali tutti gli strumenti collegati.
Quando è ragionevole iniziare a modificare?
Quando sai individuare l’implementazione, spiegare il comportamento da preservare e identificare un modo per verificarlo. Esamina il diff risultante e prova quel comportamento: una spiegazione sicura di sé non costituisce da sola un riscontro sufficiente.
MiraCode · Aggiornato 2026-10-25