Saltar al contenido

Casos de uso

Mantenimiento de open source, con registro público

Triaje, revisión y publicaciones para repositorios públicos: cada acción registrada y una página pública de proyecto que cualquiera puede consultar.

Flota / ejemplo3 activos
Agente 01

Actualizar zod en todos los servicios

  • Contexto del repositorio leído
  • Plan de implementación propuesto
  • Ejecutando checks
Agente 02

Arreglar la redirección de auth

  • Contexto del repositorio leído
  • Plan de implementación propuesto
  • Escribiendo pruebas
Agente 03

Actualizar el quickstart

  • Contexto del repositorio leído
  • Plan de implementación propuesto
  • Abriendo el pull request
Auditado de extremo a extremoFlujo nativo de GitHubTus checks siguen en controlCosto visible por tarea

La mitad ingrata de mantener un proyecto

El desgaste en open source no suele venir de escribir código, sino de responder la misma incidencia por quinta vez, perseguir una reproducción y fusionar una actualización de dependencias a medianoche. developerz.ai se encarga de esa mitad. Los proyectos open source a tu nombre en GitHub funcionan con OSS Gratuito, sin coste. Un proyecto cuyo responsable acepta aparecer en el listado tiene una página en /oss con lo que se ha atendido, de modo que la afirmación se puede comprobar en vez de creer. El listado está desactivado por defecto.

Flota / ejemplo3 activos
Agente 01

Actualizar zod en todos los servicios

  • Contexto del repositorio leído
  • Plan de implementación propuesto
  • Ejecutando checks
Agente 02

Arreglar la redirección de auth

  • Contexto del repositorio leído
  • Plan de implementación propuesto
  • Escribiendo pruebas
Agente 03

Actualizar el quickstart

  • Contexto del repositorio leído
  • Plan de implementación propuesto
  • Abriendo el pull request

Gratis para proyectos open source a tu nombre

Solicita acceso a través de la lista de espera; OSS Free no tiene coste, con un límite mensual de horas-agente. El estado de OSS verificado es una solicitud aparte desde el panel que revisa una persona: la aprobación no es automática, y lo decimos en vez de insinuar acceso inmediato.

Un recibo público

Si aceptas aparecer en el listado, el proyecto tiene una página en /oss con sus contadores de trabajo atendido, y una insignia para el README que enlaza de vuelta.

Las decisiones difíciles llegan a una persona

Las señales de seguridad, de licencias y de tono hostil detienen el ciclo y se escalan a una persona en vez de responderlas un bot.

Dónde se detiene y te pregunta

En un proyecto público, la fusión es tuya hasta que la delegues

En OSS Free, y con el estado de OSS verificado que puede solicitar un repositorio público, el bot no fusiona nada hasta que tu maintainer.yml fija pr.auto_merge: true. Una persona revisa cada solicitud de OSS verificado; la aprobación nunca es automática. El PR de quien contribuye por primera vez espera tu aprobación por defecto. Uno de alguien externo o primerizo que toca la configuración del CI o tus ficheros de política nunca lo fusiona el bot, diga lo que diga tu política: lo revisas y lo fusionas tú. Las cuestiones de seguridad, licencias y CLA siempre llegan a ti.

Ver las reglas de verificación OSS

Profundiza

El directorio OSS lista los repositorios públicos cuyos responsables aceptaron aparecer, con las incidencias y los PRs gestionados en cada uno.

Explorar el directorio OSS

Publica más. Mantén menos.

Creemos que el software se va a escribir más rápido de lo que cualquier equipo puede revisar. Trae tus repositorios, tus servidores y tus claves. Nosotros ponemos la organización que sigue el ritmo.