Lo que miramos cuando evaluamos un proyecto

Cómo evaluamos

Usamos los siete criterios públicos de Colosseum, más la mirada de un jurado de hackathon (técnico, negocio y ecosistema) y la de un fondo pre-seed. El código anterior a la hackathon no resta: Colosseum evalúa startups.

Los siete criterios de Colosseum

1. 1. Fit founder–mercado

   Por qué este equipo, para este problema.

2. 2. Insight

   Algo no obvio que entendieron del problema o del mercado.

3. 3. Producto y ejecución

   Qué funciona hoy, mirado desde el código y la demo.

4. 4. Tamaño de mercado

   Creíble y con números propios, no un TAM de manual.

5. 5. Comunicación

   Claridad del pitch, del README y de la entrega escrita.

6. 6. Viabilidad

   Si puede ser un negocio, y si Solana carga peso en el producto.

7. 7. Tracción

   Usuarios, pilotos, cartas de intención, ingresos: evidencia, no promesas.

Qué hacer

• Leemos el repositorio: si hay programa on-chain, si coincide con lo que dice la entrega y cómo se construyó.
• Miramos el pitch y la demo completos, y transcribimos el audio.
• Buscamos competencia y saturación del mercado, y qué proyectos parecidos ya pasaron por Colosseum.
• Cada devolución cierra con acciones priorizadas: P0 primero, P1 esta semana, P2 después.

Recursos útiles

• Colosseum: formato y criterios vigentes ↗Lo que pide la entrega oficial.
• Cómo se gana un hackathon de Colosseum ↗Nuestro resumen en español.

Pitch en 2:00

El pitch es qué vendemos y cómo lo explicamos al mercado: problema, para quién, qué hace el producto, modelo de negocio y equipo. Un pitch que no explica problema, equipo y modelo de negocio no suma. La evaluación automática penaliza pasarse de tiempo.

Qué hacer

• Respetá el límite: pitch hasta 2:00 y demo hasta 3:00. Pasarse más de un 40% resta; el doble o más queda afuera.
• Si te sobran pocos segundos, no regrabes: sacá pausas y muletillas con un editor y acelerá a 1.1x.
• Subtitulá el video. Se entiende sin audio y ayuda a quien no habla tu idioma; la entrega va en inglés.
• Abrí con el problema en una frase y cerrá con el modelo de negocio y quién es el equipo.
• La demo muestra el producto funcionando, incluida la parte en Solana, no slides.

Recursos útiles

• Perfecting Your Hackathon Submission (Colosseum) ↗Cómo arman pitch y demo los que ganan.
• Subtítulos automáticos con CapCut ↗Subtitular el video en minutos.
• Descript: quitar muletillas y silencios ↗Ganar segundos sin regrabar.
• Descript: subtítulos ↗Subtítulos editables y exportables.

Integración con Solana

Para ser elegible el proyecto tiene que usar Solana de verdad: que Solana cargue peso en el producto, no un botón de conectar wallet al costado.

Qué hacer

• Desplegá el programa al menos en devnet y poné el program id y el cluster en el README.
• Que la integración se vea en el repositorio: el programa, sus tests y el cliente que lo llama.
• Mostralo en la demo: una transacción real, con el explorer abierto.
• Si el repo es privado, compartilo con hackathon@superteam.ar y hackathon@colosseum.com.
• Elegí la primitiva que resuelve tu problema (pagos, tokens, oráculos, multisig) en vez de reinventarla.

Recursos útiles

• Anchor ↗Framework para escribir y testear programas en Solana.
• Solana Pay ↗Pagos con QR y links, con verificación por reference.
• Solana Actions y Blinks ↗Transacciones firmables desde un link en X o Telegram.
• Token Extensions (Token-2022) ↗Transfer hooks, KYC y metadatos en el token.
• Squads ↗Multisig y límites de gasto para tesorerías.
• Pyth ↗Precios on-chain con chequeo de antigüedad.
• Switchboard ↗Oráculos y feeds a medida.
• Jupiter ↗Swaps y rutas de liquidez.
• Privy ↗Wallets embebidas y login simple.
• Metaplex ↗NFTs, cNFTs y Core assets.
• Solana Attestation Service ↗Atestaciones verificables on-chain.

Repositorio y código

Quien evalúa abre el repo antes que nada. Tiene que explicar qué es, cómo se corre y qué funciona hoy.

Qué hacer

• README en inglés: problema, cómo correrlo, arquitectura, qué está hecho y qué no.
• Buscá claves y secretos en el historial antes de abrir el repo; si se filtró una, rotala.
• Commits a lo largo del tiempo y con el email de cada integrante, para que se vea quién construyó qué.

Recursos útiles

• Buenas prácticas de README (GitHub) ↗Problema, cómo correrlo, arquitectura y límites.
• gitleaks ↗Buscar claves y secretos en el historial antes de abrir el repo.
• Secret scanning de GitHub ↗Alertas automáticas si se sube una clave.
• Guía para builders de Superteam Argentina ↗Stack, buenas prácticas y recursos de Solana.

Perfil público del equipo

Jurados e inversores buscan a los founders antes de decidir. Que encuentren lo mismo que contás en el pitch.

Qué hacer

• GitHub: README de perfil, el repo del proyecto fijado arriba y los commits con tu email.
• LinkedIn: titular con tu rol en el proyecto, experiencia relevante y el proyecto en la sección de proyectos.
• X: bio con el proyecto y un tweet fijado con la demo.
• Colosseum y Superteam Earn: perfil completo con links a GitHub, X y LinkedIn.

Recursos útiles

• README de perfil en GitHub ↗Una presentación arriba de tu GitHub.
• Fijar repos en GitHub ↗Que el repo del proyecto sea lo primero que se ve.
• Email de commits en GitHub ↗Para que todos tus commits cuenten en tu perfil.
• Ayuda de LinkedIn: perfil ↗Titular, experiencia y proyectos.
• Ayuda de LinkedIn: proyectos y logros ↗Sumá el proyecto y la hackathon con tu rol.
• Perfil en Colosseum ↗Completalo con links a GitHub, X y LinkedIn.
• Superteam Earn ↗Tu perfil y tus entregas en el ecosistema.

Legal y licencias

No es asesoramiento legal: son las preguntas que conviene hacerse temprano, antes de que las haga un jurado o un inversor.

Qué hacer

• Elegí una licencia para el repo y respetá las de las dependencias que usás.
• Si custodiás fondos, operás con activos virtuales o tokenizás activos, revisá el encuadre ante la CNV.
• Si guardás datos personales o sensibles (salud, identidad), revisá la Ley 25.326 y la AAIP.
• Pedí office hours para repasar el encuadre con el capítulo.

Recursos útiles

• Elegir una licencia ↗Comparar licencias de código abierto.
• CNV — Comisión Nacional de Valores ↗Registro de PSAV, oferta pública y tokenización.
• AAIP — Protección de datos personales ↗Ley 25.326, bases de datos y datos sensibles.
• Office hours de Superteam Argentina ↗Pedí un turno por Telegram.

Colosseum Copilot

Copilot es una skill para tu agente de código (Claude Code, Codex u otro) que busca en las entregas de hackathons anteriores de Colosseum, productos vivos e investigación del ecosistema. Sirve para saber quién ya intentó tu idea y qué ángulo nadie mostró.

Qué hacer

• Instalala en tu agente: npx skills add ColosseumOrg/colosseum-copilot -g
• La primera vez te pide iniciar sesión con tu cuenta de Colosseum, en el navegador. Es gratis.
• Preguntale por tu categoría: qué proyectos parecidos ganaron, cuáles no, y por qué.
• Usalo para pensar, no para escribir la entrega: los jueces leen las respuestas como palabras del equipo.

Recursos útiles

• Colosseum Copilot ↗Qué es y cómo instalarlo.
• Documentación de Copilot ↗Uso, datos y privacidad.

Dónde están los puntos

Marcá lo que ya es cierto de tu proyecto. No guardamos nada: las respuestas quedan en tu navegador, y no hay ranking ni comparación con otros equipos.