Lo que estamos construyendo

La frase que ordena todo

Investigamos cómo se produce y se gobierna evidencia territorial verificable, mediante un piloto apícola contrastado en más de un territorio, para determinar bajo qué condiciones una infraestructura participativa lo logra sin que quien genera los datos pierda el control sobre ellos.

Es una frase larga y es a propósito. Funciona como regla de recorte: si un elemento del proyecto no encuentra su lugar en esa frase, sobra o pertenece a otro documento. Se ha usado para retirar cosas más veces que para justificarlas.

De ahí sale la pregunta central, que es más corta y es la que se pone a prueba: ¿puede una comunidad productiva generar evidencia verificable sobre su territorio sin perder el control de los datos que la sustentan? Tiene la propiedad que le exigimos a toda pregunta nuestra: se puede contestar que no. Si una base de datos institucional bien administrada resuelve el problema a menor costo, ese es el resultado y se publica.

Tres preguntas para cualquier afirmación

El programa se llama, funcionalmente, evidencia verificable con exposición mínima. No es una marca ni una metodología bautizada: un marco se nombra después de aplicarse y de haber mostrado que funciona, no antes.

Toda afirmación que el sistema deba sostener pasa por las tres. Y esas tres preguntas son las que convierten temas aparentemente distintos en el mismo trabajo.

Por qué abejas, si el problema no es de abejas

La apicultura es el dominio de aplicación, no el objeto. El objeto es la gobernanza y la producción de evidencia territorial. Se eligió este dominio porque reúne en un solo caso todas las dificultades del problema: datos sensibles cuya divulgación crea riesgo real, una cadena comercial que paga por confianza, organizaciones con poca capacidad administrativa y una autoridad que exige registros.

Si el análisis funciona para un apiario, funciona para un diploma y para el saber de una comunidad. Lo que cambia entre casos es el riesgo de la exposición, no el método. Por eso el producto que buscamos no es una plataforma: son métodos, protocolos y conocimiento reproducible.

Cómo se conecta la formación con la investigación

Es la pregunta que el resto de nuestros documentos no contesta, y conviene contestarla aquí.

Un programa de formación y un grupo de investigación parecen dos cosas distintas. Son la misma, y por una razón concreta: no existe una sola herramienta de inteligencia artificial apícola validada en condiciones colombianas. Todo lo que circula fue entrenado y probado en otras latitudes, con otras abejas, otro clima y otros equipos. Esa validación local no la puede hacer un laboratorio solo: hace falta que varias organizaciones prueben cosas comparables, en territorios distintos, con el mismo protocolo y la misma bitácora.

La cohorte formativa produce exactamente eso. De ocho a diez pilotos con protocolo previo, línea base y registro común son un conjunto de datos que hoy no existe. Y las asociaciones no son sujeto de estudio sino coinvestigadoras: eligen el problema, ejecutan el piloto, deciden el nivel de publicación y pueden figurar como coautoras.

En qué etapa está cada cosa

• Hoy Documentación, infraestructura mínima y un grupo registrado Protocolo de investigación, constitución de datos, compilación normativa del sector, mapa de herramientas y un grupo de investigación registrado —registrado, no reconocido— ante el sistema nacional de ciencia. Nada de esto ha sido probado en campo.
• Con el piloto La primera evidencia comparable Pilotos ejecutados con protocolo previo, expedientes de decisión y resultados publicados, incluidos los negativos. Aquí se sabrá si el método funciona o si hacía falta algo mucho más simple.
• Con la red Contraste entre territorios y entre países El mismo protocolo aplicado donde el clima, la normativa y la organización social son distintos. Es lo que separa un resultado local de un método trasladable, y exige una matriz que diga bajo qué condiciones se traslada y bajo cuáles no.
• Más adelante Un laboratorio latinoamericano de soberanía de la evidencia Instituciones de varios países investigando juntas cómo producir pruebas verificables sin que las comunidades pierdan el control de lo que las sustenta.

Lo que puede salir mal, y está escrito

Existe un documento interno con las diez razones por las que este proyecto podría fracasar, y se revisa antes de cada decisión de continuar, ajustar o detener. Cuatro de ellas, para dar la medida:

• Que una base de datos convencional baste. Es una hipótesis en prueba, no una objeción que se responde con argumentos: se retira un componente por vez y se mide qué cambia. Si el registro distribuido no aporta, lo que se recomienda es la arquitectura centralizada.
• Que a los compradores no les importe. La cadena que va de la trazabilidad al precio tiene seis eslabones y el último casi nunca se examina: que exista disposición a pagar no significa que el sobreprecio llegue a quien produce.
• Soberanía del dato sin soberanía económica. Controlar la información no es controlar la relación.
• Que todo dependa de dos o tres personas. Es la menos resuelta de las diez, y por eso figura aquí.

El indicador que mide si esto es infraestructura comunitaria o un servicio con otro nombre es simple: qué proporción de las actividades funciona sin el equipo central. Si exige que alguien viaje desde Bogotá cada vez, no es lo primero.