Todos los casos de uso

Corrige un bug reportado por un cliente desde tu teléfono

Reenvíale un reporte de bug a Zero desde donde sea y abrirá un pull request con la corrección y te responderá con un enlace de previsualización, para que soporte pueda enviar un fix sin esperar a un traspaso a ingeniería.

Zero conecta:SlackGitHubVercelGmail

Cuál es el problema

Un cliente escribe sobre un bug de maquetación un sábado y tú estás lejos de tu laptop. El camino de siempre: el correo se queda hasta el lunes, se reenvía a ingeniería, espera a que alguien lo tome, se corrige y luego vuelve a ti para que por fin puedas responderle al cliente. Una corrección pequeña se convierte en una ida y vuelta de varios días entre tres personas. En cambio, abres Slack en tu teléfono, sueltas la captura del cliente y le pides a Zero que lo corrija. Zero encuentra la causa en el código, abre un PR con el cambio y responde con un enlace de previsualización para que tú y tu equipo vean exactamente qué cambió antes de enviarlo.

Cómo lo resuelve Zero

Paso 1: Conecta tus herramientas

Slack
Slack
Obligatorio
Donde le envías el bug a Zero y donde él devuelve el PR y el enlace de previsualización para que el equipo lo vea. Necesario.
Conectar
GitHub
GitHub
Obligatorio
Zero confirma la corrección en una rama nueva y abre el pull request. Necesario.
Conectar
Vercel
Vercel
Obligatorio
Zero lee el despliegue de previsualización para que puedas confirmar la corrección en una URL en vivo antes de fusionar. Necesario.
Conectar
Gmail
Gmail
Opcional
Zero lee el reporte de bug del cliente directamente desde tu bandeja de entrada para que no tengas que reenviarlo. Opcional.
Conectar

Paso 2: Pregúntale a Zero

@Zero corrige este bug de maquetación reportado por un cliente mediante un PR y luego comparte conmigo el enlace de previsualización.
Zero lee el reporte del bug
Zero toma la captura o el correo que reenvías, lee la descripción del cliente y determina qué está fallando y en qué pantalla.
Zero encuentra la causa en el código
Zero busca en el repositorio, localiza el componente responsable y determina el cambio necesario para corregirlo.
Zero abre un PR con una previsualización
Zero confirma la corrección en una rama nueva, abre un pull request y espera el despliegue de previsualización para que recibas un enlace en vivo que muestra el bug resuelto.
Revisas y envías
Abres la previsualización en el mismo teléfono, confirmas la corrección y la fusionas. Tu equipo ve el PR y el antes y después en el canal, así que todos quedan al tanto.

Paso 3: Llévalo más lejos

Cierra el ciclo con el cliente
Pídele a Zero que redacte la respuesta para que soporte avise al cliente en cuanto se envíe la corrección
@Zero redacta una respuesta al cliente avisándole que el bug de maquetación está corregido y estará en vivo en breve.
Regístralo para el equipo
Convierte la corrección en un issue rastreable para que el patrón quede documentado
@Zero abre un issue en Linear resumiendo este bug y la corrección para que tengamos un registro.
Conviértelo en rutina
Deja que Zero vigile dónde llega el feedback de los clientes y corrija los casos claros automáticamente
@Zero cada vez que llegue un reporte de bug de un cliente a este canal o a mi bandeja de soporte, reprodúcelo, abre un PR con una corrección y publica aquí el enlace de previsualización para aprobación.

Consejos para mejores resultados

Adjunta la captura del cliente o pega el texto exacto del error. Cuanto más concreto sea el reporte, con más precisión puede Zero localizar y corregir la causa.
Revisa siempre el enlace de previsualización antes de fusionar. Zero envía la corrección a una rama y a un despliegue de previsualización, nunca directo a producción, así que mantienes el control.
Empieza con bugs pequeños y bien acotados, como problemas de maquetación y de copy. Para cualquier cosa que toque la lógica central, mejor pídele a Zero que abra un issue y lo derive a ingeniería.