Reglas

Todo lo que necesitás saber antes y durante el Buildathon: elegibilidad, equipos, entregables, evaluación y código de conducta.

Índice

Reglas oficiales del Cursor Buildathon Bolivia 2026.

Normas del Buildathon

1.El evento

·Cursor Buildathon Bolivia 2026 — hackathon presencial de 24 horas continuas.
·Fechas: 25 y 26 de julio de 2026. Lugar: Santa Cruz de la Sierra, Bolivia.
·Organiza Cursor Bolivia — Community Leads: Diego Oliver y Silvia Irene Colque.
·En caso de conflicto entre materiales del evento, este rulebook tiene precedencia.

2.Participantes y selección

·Developers, diseñadores, founders, estudiantes e investigadores con ganas de construir con IA. Equipos de 2 a 4 personas.
·Edad mínima: 16 años. Menores de 18 requieren autorización firmada de tutor legal.
·La participación es curada: se accede mediante postulación previa en esta web.
·Cupo de 100 builders seleccionados según perfil, motivación y diversidad de habilidades.
·La confirmación llega por email desde Cursor Bolivia. Sin confirmación oficial = sin acceso al evento.
·Check-in el sábado 25 desde las 17:00 (horario final se confirma con registro Luma).

3.Equipos

·Tamaño: mínimo 2, máximo 4 personas. No equipos de 1 ni de 5+.
·Podés llegar sin equipo — hay espacio de matching en el kick-off.
·Después del kick-off, la composición del equipo es final. No se permiten cambios salvo casos excepcionales aprobados por organización.
·Si un miembro abandona, el equipo puede continuar con al menos 2 integrantes.
·El pitch final debe ser presentado por al menos un miembro en persona.
·Premios y reconocimientos se otorgan al equipo completo.

4.Tracks

·Solo hay dos tracks: Bolivia Data y Bolivia Agents. Cada equipo elige uno; la elección es final.
·No se puede participar en ambos tracks a la vez.
·Social Impact AI es una categoría de premio (no un track): puede ganarla un proyecto de Data o de Agents.
·Sponsor tracks: mecánica aparte. Tu equipo sigue en Data o Agents; si un sponsor ofrece un reto/premio y tu proyecto encaja, también podés competir por ese premio. No es un tercer track de postulación.
·El corte de código es el domingo 26 a las 09:00 en punto.
·Entregables por track: ver guías de Bolivia Data y Bolivia Agents en la página El evento.

5.Proyectos: qué se puede y qué no

·Proyectos nuevos iniciados durante el buildathon. Ideas, investigación y diseño previo están permitidos — código de producción previo, no.
·El proyecto debe usar IA, datos o agentes de forma central y significativa.
·Librerías open source, APIs y SDKs de sponsors están permitidos; deben documentarse en el README.
·Se puede usar código propio previo como boilerplate o utilidades generales, no como núcleo del proyecto.
·No plagio, no trabajo ajeno presentado como propio, no datos privados sin autorización.
·Los proyectos son propiedad del equipo. Cursor Bolivia no reclama derechos sobre el código.
·Al participar, autorizás a Cursor Bolivia a mencionar y publicitar tu proyecto en materiales del evento (podés optar por no publicación antes del Demo Day).

6.Entregables y deadline

·Deadline: domingo 26 de julio de 2026 a las 09:00 en punto. Sin extensiones salvo fuerza mayor comunicada al staff.
·Repositorio público o accesible con README (problema, solución, stack, cómo correr).
·Demo funcional que corre y puede mostrarse en vivo.
·Slides del pitch (máx. 4 minutos de presentación).
·Formulario de entrega en el portal del participante (link durante el evento).
·Código commiteado después de las 09:00 no será considerado por el jurado.
·Equipos que no entreguen a tiempo no participan en el Demo Day.

7.Demo Day

·4 minutos de pitch + 2 minutos de preguntas del jurado por equipo.
·La demo debe correr en vivo durante el pitch. Videos pregrabados pueden complementar, no sustituir.
·Si la demo falla en vivo, podés mostrar capturas o código — impacta la puntuación pero no hay descalificación automática.
·Al menos un miembro del equipo debe estar presente durante su pitch.
·3 jueces externos. Las decisiones del jurado son finales.
·Premios se anuncian el 26 de julio a las 14:00 (horario sujeto a agenda final).

8.Mentores

·Los mentores ayudan, no construyen el proyecto del equipo.
·Un mentor no puede escribir código sustancial ni tomar decisiones de arquitectura en lugar del equipo.
·Si el jurado detecta que un proyecto fue construido principalmente por un mentor, puede descalificarlo.
·Horarios de rotación coordinados por staff — no se puede monopolizar a un mentor.

9.Conducta y descalificación

·Espacio seguro, inclusivo y respetuoso. Cero tolerancia a discriminación, acoso o sabotaje a otros equipos.
·No consumo de alcohol en exceso ni sustancias ilegales durante el evento.
·Descalificación por: código previo no declarado, plagio, violación grave de conducta, no entrega a tiempo, trabajo ajeno al equipo.
·Incidentes: reportar a Diego Oliver o Silvia Irene Colque. Decisiones del staff son finales.

10.IA, herramientas y logística

·Se fomenta el uso de IA (Cursor, GPT, Claude, Gemini) como herramienta de construcción.
·El jurado evalúa el producto, no el proceso — pero debe poder verificarse comprensión del código en el Q&A.
·Venue abierto 24 h con zona de descanso. Catering incluido para participantes acreditados.
·Créditos de sponsors según disponibilidad. No subir secrets al repositorio.
·WiFi compartido — no monopolizar ancho de banda con descargas masivas.

Criterios de evaluación

Estos cinco criterios usa el jurado para puntuar cada proyecto. Los premios por track consideran además los criterios específicos de cada categoría.

Claridad del problema y caso de uso

20% del puntaje

¿Qué resuelve? ¿Para quién? ¿Por qué importa en Bolivia o LatAm? El jurado valora problemas reales con contexto claro.

Escala 1 – 10

Nivel de ejecución técnica

25% del puntaje

¿La demo funciona de punta a punta? Arquitectura razonable, código legible y manejo básico de errores.

Escala 1 – 10

Uso significativo de IA, datos o agentes

20% del puntaje

¿IA, datos o agentes son centrales al producto? En el Bolivia Data Track este criterio se reemplaza por calidad del dato y rigor metodológico.

Escala 1 – 10

Calidad de la demo y UX

15% del puntaje

¿Se entiende sin explicación larga? Demo en vivo > slides. El producto debe poder usarse o probarse durante el pitch.

Escala 1 – 10

Potencial real y originalidad

20% del puntaje

¿Tiene vida más allá del hackathon? ¿Hay mercado o impacto real? ¿Es diferente a lo que ya existe?

Escala 1 – 10

Cómo se calcula el puntaje

· Cada jurado asigna un puntaje entero de 1 a 10 por criterio.
· El puntaje de un proyecto es el promedio ponderado (20/25/20/15/20) de los promedios por criterio entre todos los jurados.
· Los premios por track usan la misma rúbrica con adaptaciones documentadas en cada guía de track.
· El gran premio Buildathon se otorga al proyecto con mejor desempeño general, sin importar el track.
· En empate, el jurado deliberará considerando potencial e originalidad. La decisión final es inapelable.

Cada track tiene criterios adicionales y entregables esperados. Bolivia Data y Bolivia Agents tienen guías completas.

Ver tracks y criterios por track

Más información

· El evento — resumen de tracks y formato.
· Bolivia Agents Track — guía de entregables y criterios.
· Bolivia Data Track — rigor del dato y publicación de datasets.
· Premios — categorías y reconocimientos.
· Agenda — horarios de code freeze, demos y premiación.
· FAQ — postulación, logística y preguntas frecuentes.