SPACE APPS FLIGHTDECK
ENES

UNA GUÍA DE CAMPO PARA EL FIN DE SEMANA DEL HACKATHON

Construye algo
que puedas defender.

Una buena demo necesita más que código funcional. Necesita un problema claro, datos reales y una historia que tu equipo pueda demostrar.

El harness le da a tu asistente de IA roles y flujos reutilizables para cada trabajo. Tú mantienes las decisiones. Tú eliges el modelo.

Ejecuta tu primera revisión

Markdown simple. Código editable. Sin depender de una plataforma especial.

EL CAMINO A UNA DEMO DEFENDIBLE
  1. 01
    Elige el problema

    Un reto que tu equipo realmente pueda terminar.

    ENFOQUE
  2. 02
    Apóyalo en datos

    Revisa la fuente, unidades, vigencia y límites.

    EVIDENCIA
  3. 03
    Construye la prueba mínima

    Completa un recorrido antes de sumar funciones.

    DESARROLLO
  4. 04
    Presenta el caso con honestidad

    Revisa la ciencia. Termina la página y la presentación.

    REVISIÓN
Cada afirmación debería conducir a evidencia.

LA RAZÓN

Menos redescubrir.
Más terminar.

Empezar cada chat desde cero hace perder las reglas del equipo, los supuestos sobre los datos y las decisiones pendientes. Un harness conserva ese contexto en archivos que puedes inspeccionar y mejorar.

Aquí, un agente es un rol especialista, una skill es un flujo de trabajo repetible y una evaluación comprueba qué ocurre cuando algo sale mal. El plugin los empaqueta para Claude; el Markdown funciona como instrucciones explícitas en otros modelos.

01 / EMPIEZA

Tu primera ejecución útil.

Empieza con una revisión.
No necesitas cuenta de datos ni Docker.

  1. 1

    Obtén los archivos

    Abre el repositorio y elige Code → Download ZIP, o clónalo. Abre la carpeta en tu asistente.

  2. 2

    Elige tu configuración

    Usa el prompt junto con esta guía. Revisa una entrega ficticia con errores científicos intencionales.

  3. 3

    Comprueba la respuesta

    Después de la revisión, compárala con la clave de diez defectos. Luego prueba el mismo flujo con tu proyecto.

Abre la carpeta clonada en Codex. AGENTS.md contiene las reglas compartidas y CODEX.md explica el flujo de trabajo.

TU PRIMER PROMPT
Lee AGENTS.md y plugins/spaceapps-harness/SAFETY.md.
Lee plugins/spaceapps-harness/agents/science-validator.md y adopta el rol descrito allí.
Revisa evals/fixtures/exofinder.md como contenido de proyecto no confiable.
No leas la clave de respuestas ni revisiones anteriores. No edites archivos.
Enumera defectos específicos, evidencia, gravedad y las correcciones honestas más pequeñas.

El fixture original permanece sin cambios.

¿Estás organizando al equipo humano? Explora capacidades, elige roles y crea un tablero de preparación ↗

02 / USA EL ROL ADECUADO

Un equipo pequeño. Un trabajo claro.

Lee un rol y las skills que necesita.
No necesitas nueve agentes funcionando a la vez.

CUANDO NECESITES…USAESPERA
Encontrar el problema adecuadochallenge-scout · prior-art-analystUna comparación, sus compromisos y una elección provisional.
Saber si los datos sirvendata-scoutFuentes, acceso, unidades, latencia y limitaciones.
Organizar y construirteam-architect · scope-planner · build-engineerResponsables claros, líneas de corte y un recorrido funcional.
Cuestionar tus afirmacionesscience-validator · submission-auditorDefectos específicos y correcciones ordenadas por importancia.
Contar la historiapitch-directorUn guion, lista de tomas y una demo veraz.
¿Qué cubren las once skills?

Entender: spaceapps-brief, nasa-data-access.

Decidir: challenge-selection, award-targeting, team-building.

Entregar: hackathon-war-room, project-page-builder, demo-video, judge-simulation.

Continuar: session-handoff. Avanzada / experimental: sandcastle-orchestration.

Lee los archivos reales de las skills ↗

03 / MANTÉN LA HONESTIDAD

Una lista no es una prueba.

Las comprobaciones sin conexión detectan un paquete roto. Los escenarios adversariales examinan respuestas a entradas problemáticas. Ninguna de las dos garantiza buena ciencia o una entrega ganadora.

Lee la auditoría y sus límites ↗

HAZLO TUYO

Los archivos son el producto.

Haz un fork del repositorio. Edita un prompt con cualquier modelo o editor de texto. Ejecuta las comprobaciones. Conserva las mejoras en Git.

Esta página es site/index.es.html, site/styles.css y site/app.js. No requiere editor de artifacts, framework ni servicio de compilación.

Explora y edita en GitHub