← Blog · publicado 3 oct 2026
Cómo reclamar una bounty de Algora, paso a paso
Algora es una de las principales plataformas que financian issues de GitHub. Esta guía cubre el flujo práctico desde encontrar un issue hasta enviar el pull request. La sintaxis de los comandos puede cambiar, así que confírmala siempre en la documentación de la plataforma.
1. Comprueba que la bounty es real y sigue abierta
Antes de escribir código, abre el issue y confirma cuatro cosas: que está abierto, que la bounty sigue listada en la plataforma, que nadie tiene ya la asignación y que no hay un pull request fusionado que ya lo resuelva. Muchas horas se pierden por saltarse este paso. Un PR fusionado que referencia un issue abierto suele significar que el trabajo ya está hecho y el mantenedor olvidó cerrarlo.
2. Mira la competencia
Abre los pull requests enlazados y las referencias cruzadas del issue. Varios PRs abiertos sobre el mismo issue reducen tus opciones, y un enjambre de intentos generados por bots es una señal de alerta. Las bounties recientes sin PRs competidores son las de mejor valor, y por eso un radar que sigue la antigüedad y los competidores ahorra tiempo.
3. Avisa de que estás trabajando en ello
En Algora normalmente comentas /attempt #NUMERO_DE_ISSUE en el issue para que el mantenedor y otros contribuidores vean que estás en ello. No reserva la bounty, pero es la etiqueta esperada y queda registrado en la plataforma.
4. Lee las normas, construye y prueba
Sigue la guía de contribución, el estilo de código y los requisitos de tests del repositorio. Los pull requests pequeños y enfocados se fusionan más rápido. Si el proyecto tiene una política sobre código generado por IA, respétala: algunos mantenedores cierran esos PRs sin revisarlos.
5. Abre el pull request y reclama la bounty
En la descripción del PR, referencia el issue e incluye el comando de reclamación que documente la plataforma (en Algora, /claim #NUMERO_DE_ISSUE). Explica qué cambiaste y cómo lo probaste para facilitar la revisión.
6. Tras la fusión
Cuando el mantenedor fusiona tu pull request, la plataforma gestiona el pago según su propio proceso, que puede incluir configurar el cobro por tu parte y un periodo de espera. Completa tus datos de pago en la plataforma con antelación para no bloquearte después.
Dónde ayuda un radar
La parte lenta no es reclamar, es decidir qué issue merece tu tiempo. BountyOS puntúa cada bounty verificada por pago confirmado, tramo de importe, antigüedad, PRs competidores y salud del repositorio, y filtra honeypots y listados cultivados. El tablero en vivo muestra lo que hay abierto ahora; el panel desbloquea los repositorios.
Preguntas frecuentes
¿Necesito permiso antes de empezar a trabajar en un issue con bounty? Normalmente no hace falta aprobación, pero lee el issue y la guía de contribución del repositorio. Algunos mantenedores piden que te asignen antes de abrir un pull request, y un PR que ignora las normas del proyecto suele cerrarse.
¿Qué pasa si dos personas envían una solución? Las plataformas suelen pagar el pull request que el mantenedor decide fusionar, así que llegar primero no garantiza nada. Un PR limpio, probado y que sigue las convenciones del repo tiene más opciones.
¿Está garantizado el importe que aparece en el issue? La bounty la financia el mantenedor o un patrocinador a través de la plataforma, pero confirma que sigue abierta antes de invertir tiempo: revisa la página de la plataforma y los comentarios del issue.
Ver también: Cómo encontrar bounties rentables · Tablero en vivo