1
Elige un plan
En codewarden.co, haz clic en Empieza la prueba bajo Starter, Pro o Business. Puedes cambiar de plan después; la prueba es la misma para los tres. Consulta Planes y turnos de IA.
2
Crea tu cuenta
Escribe tu correo y abre el enlace que te envía CodeWarden. Todavía no se pide contraseña ni ningún permiso de GitHub, y el plan que elegiste te acompaña a través del correo.
3
Inicia la prueba
Haz clic en Activar prueba gratis. El checkout se abre en Polar, nuestro proveedor de pagos. La prueba dura 14 días e incluye 50 turnos de IA; se requiere una tarjeta, y hoy no se cobra nada. De vuelta en la consola, la página espera a que Polar confirme la prueba, normalmente unos segundos. Consulta Prueba.
4
Conecta GitHub
Haz clic en Conectar GitHub. GitHub te pide instalar la App de CodeWarden: elige la cuenta u organización, y elige All repositories o solo los que selecciones. Luego GitHub te devuelve a la consola, que verifica la instalación con GitHub y muestra los repositorios listos para revisión. Te conviertes en propietario de esa organización en la consola.CodeWarden le pide cuatro permisos a GitHub: Contents: read, Pull requests: read and write (para publicar revisiones y responder en sus propios hilos), Checks: read and write (para mostrar el avance de una revisión en el pull request) y Metadata: read.
Si no eres administrador de la organización, GitHub envía tu solicitud a uno, y la consola muestra Esperando la aprobación de GitHub. Cuando un administrador la aprueba, tu prueba se vincula a la organización sola, y la consola la muestra, incluso en una página que dejaste abierta. No se envía ningún correo.
5
Abre un pull request
Abre un pull request en uno de los repositorios que seleccionaste, o marca un borrador como listo para revisión. CodeWarden revisa cuando un pull request se abre, se reabre, se marca como listo para revisión o recibe un push. Los borradores no se revisan a menos que
.codewarden.yml defina skip.drafts: false.Una revisión suele llegar en un minuto. Un pull request grande puede tardar unos minutos.6
Lee la revisión
La revisión empieza con Automated review y un resumen corto del cambio, seguido de comentarios en línea sobre las líneas que agregó el pull request. Cada comentario muestra una categoría, una gravedad, el hallazgo y un bloque plegado Prompt for LLM que puedes pegar en un asistente de programación.La última línea del resumen dice cuántos comentarios se publicaron y cuántos se filtraron. Los filtrados aparecen en la consola, con el motivo por el que se descartó cada uno.
7
Responde si no estás de acuerdo
Responde en el hilo del comentario y menciona a
@codewardenapp. CodeWarden contesta en el mismo hilo. Si das una razón válida, cede y no vuelve a plantear ese hallazgo en este pull request. Consulta Hablar con CodeWarden.Un comentario de ejemplo
Así se ve un comentario en línea en un pull request:CodeWarden review · Bug · severity: highcharge/2se ejecuta dentro de un job que Oban reintenta si falla. Si la llamada HTTP al proveedor de pagos tiene éxito y elRepo.updateposterior falla, el reintento cobra al cliente por segunda vez. Registra el cobro antes de llamar al proveedor, o pasa una clave de idempotencia. ▸ Prompt for LLM Talk to CodeWarden by mentioning @codewardenapp in a reply. Was this suggestion helpful? React with 👍 or 👎 to help improve CodeWarden.
Próximos pasos
Agrega .codewarden.yml
Cuéntale al revisor las reglas propias de tu repositorio.
Cómo funciona una revisión
Qué se lee, qué se omite y qué se publica.