Pregunta a AI Reader por un comportamiento concreto
Cómo formular preguntas sobre valores, errores asíncronos y parches, qué contexto añadir y cómo comprobar la respuesta.
«Explica este proyecto» te dará una visión general. Rara vez explica por qué se ejecutó una rama concreta o si un cambio es seguro. Sacarás más partido a AI Reader si preguntas por un comportamiento e indicas qué quieres comprobar.
Describe lo que ocurrió y lo que esperabas
Una buena primera pregunta explica qué hiciste, qué ocurrió y qué esperabas en su lugar. Añade el archivo o la selección si los conoces. Si no, describe el mensaje o la acción que viste y pide a AI Reader que encuentre su origen.
Por ejemplo:
Este informe devuelve cuatro filas con
REPORT_LIMIT=4, aunque el archivo de configuración indica seis. Sigue el límite desde la entrada hasta la salida. Muestra qué origen prevalece y qué ocurre cuando el valor del entorno está vacío.
La pregunta tiene un final claro: qué origen se elige, dónde se valida y dónde se usa. También apunta a una pequeña prueba que podrías escribir. El recorrido de configuración muestra qué debe incluir una respuesta completa.
Elige un contexto inicial
| Contexto | Sirve para | Comprueba también |
|---|---|---|
| Selección | Explicar una expresión o una rama | Supuestos de quien la llama y condiciones que la rodean |
| Archivo | Comportamiento repartido entre varios métodos | Importaciones y estado externo |
| Carpeta | Conoces el subsistema, pero no su entrada | Qué archivos participan realmente |
| Comparación de Git | Revisar commits concretos | Dirección de base y head, contexto anterior |
Lo que añades solo es un punto de partida. AI Reader puede abrir otros archivos del proyecto autorizado para seguir dependencias; una solicitud puede incluir más que el archivo añadido. Si trabajas con código confidencial, lee primero qué se envía.
Ejemplos de preguntas
Para un error asíncrono de interfaz:
Seleccionar A y después B a veces deja en pantalla el contenido de A. Sigue ambas solicitudes a través de cada await. Enumera las escrituras de success, catch y finally, y muestra qué impide que una solicitud antigua modifique la vista actual.
El tutorial de condiciones de carrera asíncronas en JavaScript reproduce esta secuencia y usa un contador de solicitudes para proteger el texto, el error y el estado de carga. Descarga el ejemplo para ejecutar las pruebas incluidas.
Para revisar un parche:
Revisa esta comparación buscando cambios en la invalidación de la caché. Para cada posible regresión, indica la ubicación modificada, un orden de eventos que pueda ocurrir, lo que vería el usuario y una prueba que distinga el comportamiento anterior del nuevo. Enumera los problemas existentes por separado.
Para una pregunta de arquitectura:
¿Qué componente es propietario de esta caché, quién puede invalidarla y qué llamadores comparten una entrada? Cita los constructores y el código que la modifica. Señala lo que dependa de la configuración en ejecución.
Cada pregunta define qué debe incluir una buena respuesta: un orden de eventos, una prueba que distinga dos versiones o el código que crea y modifica la caché.
Comprueba una afirmación antes de continuar
Abre una referencia importante en Code Quick Look y, si necesitas más contexto, el archivo completo. Comprueba si la condición citada se cumple para tu entrada y si otro llamador, valor de configuración o recorrido de error cambia la respuesta.
Si falta algo, formula una pregunta de seguimiento concreta:
Encontraste dos implementaciones. ¿Dónde elige una esta solicitud? Si el código no basta para saberlo, ¿qué valor de ejecución necesitamos?
AI Reader no puede ejecutar las pruebas del proyecto; una prueba que propone todavía no se ha ejecutado. Ejecútala tú y pega el resultado en la conversación.
Seguimiento y preguntas secundarias
Si la siguiente pregunta profundiza en el mismo recorrido, continúa en la misma conversación. Para explorar otra dirección, usa Fork into New Chat en una respuesta terminada. Se abrirá una conversación independiente con el contexto hasta esa respuesta y la original quedará como estaba.
AI Reader solo modifica archivos después de activar Allow Edits para una ejecución; las ejecuciones posteriores y las conversaciones derivadas vuelven a empezar en modo de solo lectura. Las conversaciones de comparación de Git siempre son de solo lectura. Después de una edición, lee el diff y ejecuta las comprobaciones que cubran el cambio.