Un protocolo abierto de interoperabilidad
Una forma común de coordinar la ayuda.
Para que la ayuda fluya entre sistemas.
Un formato abierto para los lugares por donde pasa la ayuda —albergues, centros de acopio y puntos de servicio— publicado en una URL pública que cualquier app puede leer. La conformidad la mide un validador público, nunca se declara; el registro muestra lo que encontró.
La tesis
«Crecemos juntos: no competimos, nos alimentamos.»
La cabuya es la fibra con la que se amarra. Un hilo solo no aguanta nada; torcidos juntos, cargan lo que ninguno soportaría por separado. Eso no es una metáfora sobre colaborar en general: es la descripción de lo que ocurre cuando dos aplicaciones pueden leer los datos de la otra.
Cada app que entra conserva su producto, sus usuarios y sus decisiones. Lo que gana es que sus registros dejan de quedarse encerrados adentro, y que puede leer los de todos los demás sin pedir permiso.
Para eso existe el protocolo. Que pase o no depende de los equipos que lo adopten, y todavía no ha pasado.
Cómo funciona
Cuatro pasos, y ninguno nos necesita
Nada de esto requiere una cuenta, una aprobación ni una conversación con nadie. El protocolo es un documento; el validador es un programa que puedes ejecutar tú.
- 01
Publica un manifiesto
Un archivo JSON en una ruta conocida que dice quién eres, qué publicas y bajo qué licencia.
- 02
Exporta un feed
Tus lugares, en el esquema compartido. Basta con un archivo estático en una URL estable — no hace falta una API.
- 03
Ejecuta el validador
Descarga lo que publicaste y reporta lo que encontró. Cada hallazgo ubica el problema y dice cómo corregirlo.
- 04
Abre una entrada en el registro
Un pull request. La medición ocurre de nuestro lado y queda visible para quien quiera mirarla.
Qué significa unirse
Tus datos siguen siendo tuyos. Viaja una copia.
El protocolo parte de dos hechos, y todo lo demás se desprende de ellos.
Van a existir muchas apps — y está bien
En cada emergencia los equipos crean sus propios tableros, mapas y directorios, muchas veces para la misma ciudad. El protocolo no reemplaza a ninguna: las conecta, y cada una conserva su producto, sus usuarios y su base de datos.
Los datos son delicados
Por eso la capa compartida lleva lugares y hechos, nunca personas: sin nombres, sin teléfonos, sin contacto personal. Eso queda excluido por diseño, no por buenas intenciones.
Publicas una copia
Tu app conserva su base de datos tal como está. Lo que agregas es una copia pública de tus registros en el formato compartido, en una dirección web que tú eliges — un archivo simple o un endpoint: ambos cuentan como el mismo feed.
Otras apps muestran tus registros
Cualquier app puede leer esa dirección y mostrar lo que publicaste, diciendo siempre de qué app viene y dónde está — cada registro viaja con su municipio y su barrio.
Cada botón lleva de vuelta a ti
Cuando alguien quiere actuar sobre un registro, el botón lo lleva a la app que lo publicó. Los datos de contacto nunca viajan en el feed, así que la ayuda se resuelve en el origen.
Qué terminas publicando
example.org/.well-known/cabuya.json ← el manifiesto — quién eres y dónde vive tu feed
example.org/cabuya/places.json ← el feed — tus registros, en el formato compartido
Un registro, recortado:
{
"name": "Coliseo Municipal",
"place_kind": "shelter",
"municipality_text": "Pereira",
"neighborhood_text": "Centro",
"lifecycle_status": "active",
"public_url": "https://example.org/places/coliseo"
}Un validador público mide si lo que publicas cumple el formato, y el registro muestra el resultado. Nada de esto necesita una cuenta ni nuestro permiso.
La red
Quiénes están en el registro
El registro lista aplicaciones, anota lo que se midió y no hace nada más. No es un directorio de aliados y no clasifica a nadie.
| Aplicación | Publica | Estado de la entrada |
|---|---|---|
| ayuda.corag.app | place | Propuesta |
| emergenciacolombia.org | place | Propuesta |
| pereiraayuda.com | place | Propuesta |
| pereiraresponde.co | place | Propuesta |
| co.crafter.run | place | Propuesta |
La mayoría de estas entradas se abrieron en nombre de cada equipo a partir del análisis público, y esperan a que ese equipo las confirme; las demás las presentó el equipo mismo. Nadie aquí ha reclamado conformidad, y ninguna de estas es un aval.
Los estados de conformidad medidos aparecen aquí cuando el validador empiece a ejecutarse contra los feeds en vivo de forma programada.
El horizonte largo
Ambición, no hoja de rutaHasta dónde podría llegar
- 1
Una red de emergencia
Las apps construidas durante una emergencia pueden leerse entre sí, para que la siguiente empiece con infraestructura y no con una hoja de cálculo.
- 2
Un estándar de interoperabilidad
El esquema sobrevive a la emergencia que lo produjo y se vuelve la manera normal de publicar datos de ayuda.
- 3
Un ecosistema regional
Otra ciudad, otro país, adopta el mismo documento sin pedirle permiso a nadie — porque es CC0 y no hay a quién pedírselo.
La especificación es pública. Todo lo que hay detrás también.
El texto normativo, los esquemas, el validador y las decisiones que los produjeron están en el repositorio, con licencia abierta, hoy.