Consulta qué necesita revisión
Consulta los árboles de trabajo de tus agentes y sus cambios sin commit en un solo lugar. Revisa los cambios de riesgo, investiga lo que haya que corregir y haz commit de tu código desde la página Cambios.
Esta guía usa el ejemplo de Twitter de Panolayer, twitter-starter. Si has seguido Corrige tu primer bug con Panolayer, usa estos pasos para revisar la corrección de la eliminación.
Las capturas de pantalla y los vídeos cortos muestran varios cambios en la misma aplicación de Twitter, como cambios de formato, de búsqueda, de exportación y de publicaciones guardadas. Tu lista de archivos, las puntuaciones de riesgo y los ID de commit dependerán del trabajo que estés revisando. Haz clic en una captura para verla a tamaño completo.
Abre Cambios en la barra lateral. A la derecha, puedes ver los distintos árboles de trabajo y el código sin commit de tus agentes. Selecciona un árbol de trabajo para ver qué cambió ese agente, con los archivos puntuados de mayor a menor riesgo.
Cambia entre los árboles de trabajo de tus agentes, revisa sus cambios y haz commit del código desde esta página. Las puntuaciones de riesgo permiten ver rápidamente qué archivos requieren tu atención y pueden necesitar una corrección.
También puedes seleccionar un commit existente en Historial para revisar lo que se registró. Si ya has fusionado la corrección de la eliminación, búscala ahí; su fusión ya ha registrado el cambio localmente.
Revisa los cambios de mayor a menor riesgo
La vista Cambios puntúa los archivos de arriesgado a sin riesgo y explica qué ha cambiado. Empieza por los archivos de mayor riesgo para entender qué hay que revisar y, posiblemente, corregir antes de hacer commit.
Cambia entre Espectro de riesgo, Barras de riesgo y Solapamiento para explorar los mismos cambios en tres vistas visuales.
Espectro de riesgo
Consulta los archivos modificados dispuestos a lo largo de un espectro horizontal, desde el riesgo alto a la izquierda hasta el riesgo bajo a la derecha.
Barras de riesgo
Compara los archivos como barras ordenadas por riesgo. La vista va de muy arriesgado a sin riesgo, lo que facilita ver dónde necesitan atención los cambios.
Solapamiento
Consulta dónde se solapan los cambios de UI, los cambios de lógica y los cambios arriesgados. Los archivos agrupados muestran cómo se relacionan entre sí estas partes del cambio.
Inspecciona un cambio que requiere atención
El resumen de riesgo muestra dónde centrar la revisión. Abre un archivo cuando quieras entender un cambio concreto con más detalle.
- Selecciona un archivo en el gráfico o en la lista de archivos modificados.
- Lee su ruta, el resumen del cambio y la explicación del riesgo.
- Elige Dividida para una comparación en paralelo, o En línea para leer los cambios en una sola vista.
- Sigue el cambio a través de la función correspondiente y de las funciones que la llaman. Revisa también las pruebas, la configuración y los archivos de dependencias relacionados.
Para la corrección de la eliminación, abre components/Post.tsx e inspecciona handleDelete(). Comprueba cómo aborda el cambio la condición canDelete notificada y si la confirmación del usuario, la solicitud de eliminación y la gestión de la respuesta correcta siguen teniendo sentido en conjunto.
Lee el análisis y pregunta por las dudas
El análisis profundo de Panolayer Agent siempre está disponible en Cambios. Abre el panel Panolayer Agent – Análisis profundo para leer su evaluación, sus observaciones y sus referencias al código fuente. Sigue una observación hasta el archivo correspondiente para entender qué requiere atención.
Ver: Inspeccionar el análisis de un cambio de exportación de Twitter
El vídeo de análisis existente muestra un cambio de exportación en la app de Twitter, con observaciones vinculadas a los archivos afectados.
Usa Chat para continuar la revisión con Panolayer Agent. Haz una pregunta relacionada con el comportamiento que estás comprobando, por ejemplo:
«¿Cómo corrige este cambio el problema de eliminación y qué pruebas cubren el comportamiento esperado?»
Usa la respuesta para navegar por el cambio e investigar cualquier aspecto que no esté claro.
Consulta la verificación junto con la revisión
En Cambios pueden mostrarse resultados de verificación en las funciones afectadas. Lee las reglas fallidas y las comprobaciones que sigan pendientes o no estén disponibles; después, sigue sus explicaciones en el código.
El resumen de riesgos te ayuda a elegir dónde mirar. El análisis profundo te ofrece observaciones que investigar. La verificación informa de comprobaciones frente a las expectativas sobre el comportamiento del código. Léelas junto con el diff y las pruebas relevantes.
Para el ejemplo de eliminación, confirma que se ha corregido el fallo seleccionado y revisa los fallos nuevos por separado de los problemas preexistentes. Consulta Entender un resultado de verificación para ver los campos de resumen y los estados.
Ejecuta la aplicación cuando el cambio requiera una comprobación en tiempo de ejecución. Para esta corrección, prueba a eliminar una publicación y comprueba que el comportamiento de confirmar o cancelar es el esperado.
Merge the agent’s work when you’re satisfied
When the agent requests a merge, review the verification summary and confirm the target branch. Choose Not now to keep reviewing, or Merge into main to bring the work into the sample’s main branch.
The Merged into main confirmation shows the commit ID. This workflow records the agent’s change in local Git history; you do not need to commit that same change again.
Commit any uncommitted edits
Use this step for your own edits or other uncommitted work in the current workspace. If the agent’s merge already saved the change and you have no further edits, continue to History.
- Check the full changed-file list.
- Review the suggested commit message. Use Edit message if it needs to describe the change more clearly.
- Choose Commit to save the changes to the local branch. Choose Commit & Push if you also want to send the commit to a configured remote.
A Panolayer commit includes every changed file in the workspace. Use Git directly if you need to stage only part of the change. Read any reported check failures before deciding to commit; a commit can still be created when checks fail.
Confirm the result in History
Open History and find the new commit using its message, author, and commit ID. Select it to inspect the recorded change, then return to Working tree to check for remaining uncommitted edits.
Watch: Confirm a Twitter saved-post change in merge confirmation and History
This existing clip follows a saved-post change in the Twitter app. Use the commit ID from your own merge confirmation to find your change.
For the deletion fix, you should be able to find its recorded change and inspect the files that landed. Check that no unexpected uncommitted edits remain.
Push when you’re ready to share the commit
A merge or commit saves work locally. To send an existing local commit to your Git remote, open Git and choose Push.
Pushing requires a configured remote and permission to write to it. If the sample has no remote, the local commit completes this walkthrough. If a push reports an error, read it and resolve the remote or sign-in problem before trying again.
Use your Git host for pull requests and team review.