Encontre o próximo passo no código.
Corrija a marcação de uma compra concluída.
const next = items.map(item =>
item.id === selectedId
? { ...item, checked: !item.checked }
: item
);- Projeto
- Use o ID do item sem alterar as outras linhas.
- Revise antes de aplicar
- Compare o comportamento real com o resultado esperado. Se uma verificação falhar, investigue a causa antes de fazer outras alterações.
- Modelos
- Configure um endpoint compatível com OpenAI ou Anthropic com a URL base e uma chave API, quando necessária. Teste a conexão. O servidor local precisa estar em execução; ferramentas remotas podem transmitir dados separadamente.
const next = items.map(item =>
item.id === selectedId
? { ...item, checked: !item.checked }
: item
);Recupere o raciocínio antes de alterar o código
O arquivo de que você se lembra talvez já não controle o comportamento que precisa mudar. No MiraCode, comece pela pasta do projeto e peça ao assistente conectado que examine o ponto de entrada, seus chamadores e os testes que descrevem o comportamento atual. Solicite referências aos arquivos junto com a explicação, para conferir as conclusões na implementação.
Em uma aplicação de lista de compras, isso pode significar acompanhar a ação de marcar uma caixa desde a tela até a atualização do estado e o armazenamento. Pergunte de onde vem a identidade dos itens e o que restaura os itens marcados quando o app é reaberto. Essas perguntas estabelecem o que uma edição futura deve preservar; a pequena função de atualização, sozinha, não consegue respondê-las.
Delimite a investigação escolhendo os arquivos relevantes e pedindo que as questões em aberto sejam apresentadas antes das edições propostas. O MiraCode é um ambiente de programação para Windows com conexão de modelo configurável. Se escolher um modelo de IA com mecanismos de recusa removidos, ele deverá estar disponível por um endpoint suportado; a capacidade de contexto, as ferramentas e as restrições dependem do modelo e do servidor.
Quando a explicação corresponder ao código, descreva uma alteração e o comportamento que deve permanecer intacto. Examine as edições propostas, execute os testes relevantes do projeto e experimente a tela afetada. Um bom ponto para encerrar é uma alteração que você consiga explicar, com evidências de que o fluxo existente continua se comportando como esperado.
Perguntas antes de retomar um projeto antigo
O que minha primeira solicitação deve dizer?
Indique o comportamento que deseja entender e peça uma análise antes das edições. Por exemplo: explique como os itens marcados da lista de compras são preservados ao reabrir o app, identifique os arquivos relevantes e aponte o que o código disponível não permite concluir.
E se a explicação contradizer um README antigo?
Peça ao assistente que identifique os trechos conflitantes da implementação e da documentação. Confira os testes relevantes e execute a aplicação quando for viável. Trate a divergência como uma questão em aberto antes de decidir se é o código ou a documentação que precisa mudar.
Como escolher um modelo para um repositório grande?
Use um endpoint compatível com OpenAI ou Anthropic que seja suportado e confira os limites de contexto e o suporte a ferramentas. Comece pelos arquivos envolvidos em um único comportamento. Uma janela de contexto maior não comprova que uma explicação está correta.
O MiraCode inclui um modelo com mecanismos de recusa removidos?
Nenhum modelo está incluído nesse fluxo de trabalho. Configure um serviço compatível com credenciais quando necessário ou execute um servidor de modelos local separado. Um endpoint local não torna locais todas as ferramentas conectadas.
Quando é razoável começar a editar?
Quando você consegue localizar a implementação, explicar o comportamento a preservar e identificar uma forma de verificá-lo. Revise o diff resultante e teste esse comportamento; uma explicação confiante, sozinha, não é evidência suficiente.
MiraCode · Atualizado 2026-10-25