Las recompensas ayudan a seguir construyendo. Son beneficios no monetarios aportados mediante colaboraciones confirmadas o una cohorte financiada explícitamente.
Cada proyecto usa una vía apropiada:
- Atención: estrellas GitHub orgánicas, interés externo significativo o cobertura.
- Distribución: descargas de versiones/paquetes, clones completos o descargas de imágenes de contenedores durante un periodo definido.
- Adopción: usuarios activos diarios o mensuales (DAU/MAU), medidos mediante una acción significativa de uso del producto acordada previamente.
- Uso sostenido: una medida relevante de adopción mantenida en el tiempo.
La evidencia debe indicar el evento, la definición de usuario único, el período de medición y la fuente. Un repositorio de GitHub por sí solo no mide usuarios del producto. Los informes agregados de herramientas como PostHog o un servicio equivalente, autorizados por el responsable y limitados al proyecto, pueden respaldar la revisión. Se excluyen bots, pruebas y actividad artificial; DAU/MAU y descargas no son intercambiables y el uso superpuesto no se cuenta dos veces. Los datos solo se recopilan y comparten con avisos adecuados, consentimiento cuando sea necesario y controles de acceso. Las métricas no generan puntos ni recompensas automáticamente.
Las estrellas indican interés; las descargas, distribución. Ninguna demuestra automáticamente usuarios activos. Automatización repetida, interacción comprada o inflación propia no prueban resultados reales. Cada cohorte publicará las exclusiones exactas.
Los primeros niveles conceden más puntos por cada nueva estrella orgánica elegible de GitHub, con una tasa gradualmente menor al crecer el proyecto. Los puntos solo se desbloquean en los hitos alcanzados de la tabla tras revisión manual, nunca en recuentos intermedios arbitrarios. Son puntos no monetarios, no tokens de modelo ni saldo transferible.
| Nivel del hito | Estrellas elegibles | Puntos totales desbloqueados | Puntos adicionales desde el hito anterior |
|---|---|---|---|
| 1 | 20 | 800 | 800 |
| 2 | 50 | 1700 | 900 |
| 3 | 100 | 3000 | 1300 |
| 4 | 250 | 6000 | 3000 |
| 5 | 500 | 10000 | 4000 |
| 6 | 1000 | 12500 | 2500 |
| 7 | 2500 | 17500 | 5000 |
| 8 | 5000 | 22500 | 5000 |
20 estrellas desbloquean 800 puntos. Con 7 o 19 no se puede solicitar premio; con 30 solo está desbloqueado el hito de 20. Tras recibir 800 puntos, alcanzar 50 libera otros 900, sumando 1700, no otro premio completo. Saltarse solicitudes previas no elimina puntos elegibles: se resta todo lo acreditado al mismo proyecto y vía. No se anuncian niveles por encima de 5000 estrellas. Las recompensas acordadas no se reducen ni recalculan automáticamente; cambiar un calendario anterior exige acuerdo explícito y conciliación de puntos.
La tabla cubre crecimiento nuevo elegible desde la referencia acordada, no convierte automáticamente todas las estrellas visibles. Antes de participar con recompensas se acuerdan métrica, fuente, referencia, inicio/periodo de medición, pruebas, máximo financiado y condiciones. Las estrellas históricas requieren acuerdo separado; no hay descuento histórico anunciado. El premio se reparte según el acuerdo del proyecto/equipo, sin duplicarlo por colaborador. Se excluyen bots, interacción comprada, inflación propia/del equipo, quitar y volver a añadir estrellas y duplicados entre copias o contadores. Los puntos ya acreditados no se conceden dos veces; no cambian retroactivamente acuerdos válidos ni versiones aceptadas de solicitudes.
Cuenta descargas elegibles de versiones/paquetes en un mes natural terminado, no el total histórico. Antes de acumular, acuerda fuente autorizada, alcance, zona horaria del calendario, referencia, exclusiones y máximo financiado. Son premios por hitos, no una conversión fija por descarga.
| Nivel | Descargas mensuales | Puntos totales desbloqueados | Puntos adicionales |
|---|---|---|---|
| 1 | 100 | 200 | 200 |
| 2 | 500 | 600 | 400 |
| 3 | 1000 | 1000 | 400 |
| 4 | 5000 | 3500 | 2500 |
| 5 | 10000 | 5500 | 2000 |
| 6 | 50000 | 10000 | 4500 |
| 7 | 100000 | 12500 | 2500 |
Las descargas brutas del registro no son personas únicas. Excluye CI, espejos, bots, pruebas, descargas propias repetidas y actividad comprada. Si la fuente no distingue abusos relevantes, exige corroboración o usa una vía de adopción; no todos los registros ofrecen datos antibot suficientes.
| Nivel | MAU significativo | O DAU medio | Puntos totales desbloqueados | Puntos adicionales |
|---|---|---|---|---|
| 1 | 50 | 10 | 1000 | 1000 |
| 2 | 100 | 25 | 2000 | 1000 |
| 3 | 250 | 50 | 4500 | 2500 |
| 4 | 500 | 100 | 7500 | 3000 |
| 5 | 1000 | 200 | 11000 | 3500 |
| 6 | 2500 | 500 | 16000 | 5000 |
| 7 | 5000 | 1000 | 21000 | 5000 |
MAU son personas distintas que realizan una acción central útil acordada del producto durante un mes natural terminado, no visitantes ni registros. DAU medio es la media de los usuarios activos distintos significativos de cada día de ese mes, no el día más alto. No redondees hacia arriba para alcanzar un nivel. MAU es preferible para la mayoría de productos; DAU medio es una alternativa para productos de uso diario.
El umbral elegido debe alcanzarse en dos meses naturales completos consecutivos con la misma medida y definición. Usa el menor resultado mensual: 75 y 95 MAU cumplen el nivel de 50 MAU, no 100. MAU y DAU son alternativas, no dos premios por la misma actividad. Elige de antemano las vías superpuestas de distribución/adopción para no recompensar dos veces el mismo uso. Visitas y clones no demuestran DAU/MAU del producto.
Envía solo pruebas agregadas limitadas al proyecto, con permiso del responsable, avisos adecuados a usuarios, consentimiento cuando corresponda y controles de acceso. No envíes emails de cuentas ni historiales brutos de visitantes a OpenRoot. Conectar una herramienta analítica no verifica actividad ni elegibilidad.
Son hitos acumulativos únicos según el mayor nivel alcanzado por proyecto y vía aprobados, no premios pagados otra vez cada mes. Un nivel superior verificado libera solo la diferencia respecto a los puntos ya acreditados. Una caída posterior no genera puntos negativos ni otro pago. Por ejemplo, tras recibir 200 puntos por descargas, 500 descargas mensuales elegibles liberan otros 400, sumando 600. No hay niveles anunciados por encima de estas tablas.
En proyectos transferidos, la actividad elegible cuenta desde el inicio de medición acordado, no el historial previo. La espera existente para la primera solicitud sigue siendo un mes. Los nuevos acuerdos de adopción además requieren dos meses naturales completos consecutivos, por lo que pueden tardar más. No cambian retroactivamente recompensas ni esperas acordadas. Migrar una tasa proporcional anterior o un acuerdo de uso específico exige un acuerdo explícito y conciliación de puntos acreditados.
Las solicitudes manuales están abiertas. Envía a hello@openroot.dev la URL del repositorio en la organización, hito alcanzado, pruebas fechadas y solicitudes anteriores. OpenRoot revisa, resta los puntos ya acreditados, confirma la recompensa disponible y sus condiciones y organiza el canje tras aprobarlo. El primer hito de estrellas aprobado puede canjearse sin esperar otro nivel, respetando cualquier plazo de espera acordado para transferencias. El cambio actual es 10 puntos = USD 1 de cuota API no monetaria, no saldo en efectivo ni tasa prometida para toda recompensa futura. Aún no hay monedero automático ni canje de autoservicio en el portal. No envíes claves API ni contraseñas.
Categorías: acceso IA/API, GPU/cloud, suscripciones, IDE y herramientas útiles. Los builders deben poder elegir entre opciones elegibles y disponibles.
- DeepLearning.AI: un mes, una oferta disponible hasta que se reclame. Producto exacto y condiciones de canje pendientes.
- Créditos de API de modelos de IA: cuotas valoradas en USD 20-10,000, con familias de modelos GPT-6 Astra, Claude Fable 5.1 y Gemini 4 Argon. OpenRoot informa que cada clave proporcionada tiene un presupuesto estrictamente limitado. No se anuncia un límite de cantidad de ofertas, pero esto no significa gasto ilimitado ni USD 10,000 automáticos por persona. Distribución permitida, caducidad, modelos, requisitos y entrega deben verificarse antes de emitirlas. Es acceso de terceros, no transferencia de créditos a tu cuenta OpenAI/Anthropic/Google/xAI ni patrocinio oficial de esas empresas.
- Más beneficios próximamente, incluidas suscripciones de pago y herramientas de desarrollo. No se promete otro producto, cantidad ni fecha.
Los modelos actualmente comunicados por el socio son GPT-6 Astra, Claude Fable 5.1 y Gemini 4 Argon. La disponibilidad se confirma para cada oferta aprobada. Aspiramos a adoptar sucesores tras el lanzamiento de sus APIs cuando el soporte del socio, las condiciones del proveedor y precios similares lo permitan; no se garantiza actualizar el mismo día del lanzamiento. Cambios importantes de precios o condiciones pueden alterar la lista o dejar las cuotas API temporalmente indisponibles. Los puntos aprobados sin gastar permanecen registrados y pueden canjearse por otras recompensas elegibles disponibles según lo acordado. No son efectivo; no se garantiza inventario alternativo ni canje inmediato. Actualizar el catálogo no cancela recompensas ya acordadas.
La identidad del proveedor es privada; la información necesaria para el destinatario, autorización de distribución, caducidad y entrega se confirman por oferta antes de emitirla. Nunca publiques claves API, códigos o credenciales en documentación, solicitudes o issues. No se prometen cuentas personales compartidas ni transferencias de claves del proveedor. Las solicitudes manuales de builders por hitos están abiertas; la entrega a afiliados es un proceso separado que no se activa automáticamente.
Cada opción debe indicar cuentas elegibles, servicio/duración o importe, caducidad, plazo de canje y obligaciones de facturación posteriores. OpenRoot no pedirá contraseñas ni repartirá cuentas de pago compartidas.
Tras aprobarse el hito y la solicitud, los builders eligen entre opciones elegibles y disponibles para su proyecto o cohorte. Importe, modelos y condiciones se confirman para cada oferta; USD 20-10,000 no implica conceder automáticamente el máximo a cada builder. La promoción totalmente gratuita, dentro de lo posible, es un beneficio separado y no consume la recompensa.
La promoción no se limita a una única publicación. Los proyectos pueden aparecer varias veces en la newsletter y en las redes sociales mediante destacados, presentaciones y artículos en profundidad. Los builders pueden enviar lanzamientos, actualizaciones importantes e historias de usuarios a hello@openroot.dev para su consideración editorial. Este apoyo es totalmente gratuito y no exige obtener ni canjear una recompensa. El momento y el formato dependen de la adecuación editorial y de la capacidad disponible; OpenRoot no garantiza nuevas publicaciones, alcance ni resultados.
Para proponer una publicación, escribe a hello@openroot.dev con el enlace del proyecto o lanzamiento, a quién ayuda, qué cambió, los puntos concretos que te gustaría destacar y, opcionalmente, capturas de pantalla o una demostración que tengas permiso para compartir. OpenRoot redacta manualmente la publicación final para adaptarla a sus criterios editoriales y al estilo de cada plataforma. No es necesario enviar una solicitud: OpenRoot también puede destacar, por iniciativa propia, actualizaciones públicas de proyectos de miembros. No envíes credenciales, material confidencial ni datos personales de otras personas. El proceso se realiza por correo electrónico; todavía no hay un formulario específico en el portal.
Buscamos builders que estén creando o explorando proyectos pensados para que otras personas los utilicen: software que resuelva un problema, ofrezca una herramienta útil o ayude a sus usuarios a hacer algo. Cualquier categoría de software, lenguaje de programación e idioma de documentación es bienvenido. El proyecto no necesita tener usuarios todavía; siguen siendo bienvenidos quienes aún no han elegido una idea y una fase privada de desarrollo acordada.
También son bienvenidos los builders de hackathons, tanto si se preparan para participar como si continúan un proyecto de hackathon. Se están planificando recompensas adicionales por buenos resultados en hackathons elegibles y previamente aprobados. Los eventos elegibles, resultados, pruebas, financiación y condiciones de los bonos deben publicarse y acordarse antes de iniciar una oferta con recompensas. Ganar no concede automáticamente puntos ni recompensas de OpenRoot. Aún no se han anunciado hackathons elegibles concretos ni importes de bonos; las solicitudes de bonos de hackathons aún no están abiertas.
Hermes, OpenClaw y OpenCode admiten proveedores personalizados o endpoints compatibles con OpenAI, pero el gateway real de las recompensas aún no se ha probado con estos clientes. El chat de Cursor con clave propia requiere verificar cliente/modelo/gateway; los créditos no incluyen suscripción a Cursor ni Tab. Codex necesita Responses API, streaming y conversaciones con llamadas a herramientas. Claude Code necesita un formato de API de gateway admitido, como Anthropic Messages. La compatibilidad solo con OpenAI Chat Completions no demuestra soporte para Codex o Claude Code. Endpoint, IDs de modelos, límites de clientes y condiciones de privacidad del destinatario se confirman antes del canje.
Consulta los requisitos de gateway de Codex y los requisitos de gateway de Claude Code. Este borrador no promete compatibilidad de extremo a extremo.
Recompensas y financiación se confirman antes de inscribirse en una cohorte con beneficios. Una lista de interés no financiada no promete recompensas. Si el inventario es limitado, capacidad y reservas deben ser visibles desde el principio.
Distingue recompensas garantizadas a solicitudes válidas de premios juzgados o limitados por cuotas. Los requisitos no pueden cambiar retroactivamente para rechazar una solicitud válida. Referencias de proyectos existentes y aceptación de logros pasados se definen antes de inscribirse.
Los beneficios se asignan según el acuerdo de proyecto/equipo, no se multiplican automáticamente por contribuidor. Los pedidos pasan por envío, revisión, aprobación y emisión. El canje puede ser desconocido si el proveedor no lo confirma. Se puede pedir corrección o revisión.
Los beneficios no monetarios también requieren contabilidad y revisión por jurisdicción antes de entregar recompensas. Este borrador no determina su tratamiento fiscal.