TerraCore
Plataforma de inteligencia territorial y riesgo ambiental. Framework TerraRisk SP para 645 municipios de São Paulo con gradiente de impacto + 7 condiciones + factor de governanza. Outcome: paper publicable + demo público vivo + base para contratos municipales/FAPESP.
Distribución · cómo llega al mercado
- ! Veto tier: alguna dimensión por debajo del mínimo de Comercial-escalable.
- ! Landing solo en portugués: no hay switcher ES/EN ni hreflang. Limita audiencia a BR exclusivo (decisión estratégica pendiente)
- ! Paper TerraRisk SP no publicado en repositorio académico (autoridad latente sin canalizar)
terracore.cloud vive (81KB), landing pulida con paleta verde corporativo + acento azul. demo.terracore.cloud vivo con framework SP navegable (645 municipios, caso real visible).
- ○ Decidir multi-idioma (ES/EN además de PT) o quedarse en BR-only
- ○ Página dedicada de casos publicados
- ○ Servicios/producto/pricing claros
- ○ Indexación con tráfico orgánico medible
Sin newsletter, sin form de captura.
- ○ Form de captura ('Boletim de risco municipal' mensual con métricas de 1 município)
- ○ Lista email con cadencia mensual
0 contenido público. 110 papers consumidos en library interna no son contenido publicado por TerraCore.
- ○ Serie de 3 posts metodológicos sobre TerraRisk SP (português, alineado a audiencia BR)
- ○ Cadencia regular tras serie inicial
Demo SP es público pero NO captura datos.
- ○ Reporte municipal personalizado (usuario elige 1 município SP, deja email, recibe PDF con scores 5 dimensiones del framework)
3 propuestas activas (ICLEI TDR 19 vía Adrian, otras). Vínculo con Adrian / Xavier (BR-DWGD). Sin pipeline sistemático ni CRM.
- ○ Sheet con prospects (consultoras ambientais BR, secretarias municipais SP, redes ICLEI/ANPPAS)
- ○ Plantillas + 3 toques + registro de métricas
Paper TerraRisk SP existe (interno, no publicado en repositorio). Demo público SP funcional = 1 pieza pública. 7 frameworks científicos internos no publicados. Vínculo con Adrian.
- ○ Publicar TerraRisk SP en SSRN / Zenodo / arXiv (preprint) — abre citabilidad
- ○ 1 charla en venue ANPPAS / IBEAS / ICLEI grabada + YouTube
- ○ Frameworks internos publicados como white papers
Sin cuentas TerraCore en LinkedIn, X, Instagram.
- ○ LinkedIn empresa TerraCore (mercado BR activo en LinkedIn para gestores públicos)
- ○ Perfil X académico/técnico
- ○ Estrategia de cadencia y formato
Producto · hacia dónde vamos
Plataforma de inteligencia territorial y riesgo ambiental para LATAM. Framework TerraRisk como estándar científico + brazo comercial para municipios, gobiernos y universidades.
Paper TerraRisk SP v4 (645 municipios con gradiente + 7 condiciones + governanza). Demo SP público vivo. Validación con Adrian de Batch 6.
- ● Batch 6 Air Pollution completado (1541 redes, 3 bugs resueltos)
- ● Bootstrap v2 con efecto NO2 en nestedness/connectance/linkage
- ● TerraRisk SP v4 con 7 condiciones + PIB + temporal + Tukey CLD
- ● Framework causal DAG (theory-driven vs dredge decidido)
- ● Demo público demo.terracore.cloud vivo desde 2026-04-17
- ● Fórmula índice risco municipal definida (Risco − Governança)
- ● Papers library 110 referencias, 81 full-text
- ● Re-cálculo HFI completado para 2,239 redes (fix coords 49 Brasil, 0 delta vs anterior)
- ● Recovery repo Adrian completado — single source of truth = arlexperalta/terrax
- ● TerraRisk v4 nuevo: 25 variables 5×5 + fórmula Ir=Risco−Governança + radar planetario
- ◐ Paper TerraRisk SP draft v4
- ◐ Validación con Adrian de 40 redes medium-confidence
- ◐ Investigar SES Modularity inestabilidad (~1e13)
- ○ Submit paper (destino pendiente)
- ○ Primer contrato municipal
- ○ Peer review formal
- ○ Validación manual 20 redes outlier del control
- ○ Workflow_alternative en model_comparison_summary
- ○ Submit FAPESP si aplica
- ! SES Modularity con valores inestables impide conclusiones finales
- ! Validación 40 redes medium-confidence bloquea cierre Batch 6
Protocol · cómo lo construimos
Entry
No se arranca sin que ambas partes sepan qué se va a construir y por qué.
Colaboración con Adrian definida. TerraRisk SP definido como primer producto. Framework vs índice cerrado decidido (2026-04-17).
- ✓ Brief escrito (1 pág) con problema + outcome medible
- ✓ Tier asignado (Express / Professional / Enterprise / Internal)
- ✓ Clasificación inicial de datos (público / personal / sensible / crítico)
- ✗ Scope en/fuera explícitoFormalizar scope FAPESP si aplica submission
- ✓ Pago inicial recibido (externos) / decisión documentada (internals)
Discovery
Entender contexto real antes de diseñar solución.
Papers library (110 papers, 81 full-text). 7 frameworks de decisión. Data sources mapeados: CHELSA, HFI, air pollution NO2/PM2.5, IBGE. Referentes científicos: Chaves, Di Giulio, Metzger, Tambosi.
- ✓ Sistemas actuales del cliente mapeados
- ✓ Data mapping: origen, volumen, frecuencia
- ✓ Stakeholders y decisores identificados
- ✓ Documento de diagnóstico (1–2 páginas)
- ✓ Cliente reconoce su operación en el diagnóstico
Architecture
Diseño coherente antes de código.
TerraRisk SP v4 con 7 condiciones. Fórmula índice definida. Framework causal DAG.
- ✓ Design Doc con diagrama de componentes
- ✓ Stack justificado (qué y por qué)
- ✗ Flujos de datos principales documentadosThreat model si se escala a datos municipales privados
- ✓ Decisiones técnicas + trade-offs registrados
- ✓ Riesgos identificados + mitigación
- ✓ Plan de módulos en fases
- ✗ Threat model inicialThreat model si se escala a datos municipales privados
Build
Código funcional, en repo, con CI.
TerraRisk SP v4 funcionando. Bootstrap v2 con 1541 redes corregidas. Batch 6 air pollution completado. Demo público demo.terracore.cloud live. Repos: terracore-landing, terrarisk-frontend, terrarisk-api, terrarisk-download.
- ✓ Código en repo Git (no local-only)
- ✓ Commits atómicos con mensajes estructurados
- ✓ CI configurado (tests/lint/build por push)
- ✓ Branch strategy clara
- ✓ No secrets en código (git-secrets scan)
- ✓ Dependencies lockfile committed
- ✓ README mínimo (stack, setup, deploy)
QA
Funcional y robusto antes de producción.
Validación cruzada con Adrian (R model_selection_adrian.R). Peer review informal.
- ✗ Tests unitarios ≥60% en lógica crítica (≥70% Enterprise)
- ✗ Tests de integración de flujos principales
- ✗ Pruebas manuales (happy path + edge cases)
- ✓ Performance mínimo verificado
- ✓ Accessibility WCAG AA para UIs públicas
- ✗ Code review por IA o humano (mínimo 1 pase)Code review formal framework estadístico
Security Review
Checkpoint formal de seguridad antes de lanzar.
Demo público. API keys en .env. HTTPS via Contabo/Nginx.
- ✓ Datos clasificados y mapeados
- ✓ Threat model documentado
- ✓ Auth/authz revisadas (multi-tenant: aislamiento verificado)
- ✗ Secrets en .env, git-secrets scan limpioRotación de secrets APIs externas (CHELSA, etc.)
- ✓ npm audit / pip-audit sin CVEs críticas
- ✓ TLS 1.2+ configurado
- ✓ OWASP Top 10 revisado (SQLi, XSS, CSRF, SSRF)
- ✗ Rate limiting en endpoints públicosRate limiting en demo API
- ✓ Logs auditables (quién, qué, cuándo, dónde)
- ✗ Plan de respuesta a incidente (mínimo 1 página)Plan de respuesta si demo se usa abusivamente
Legal & Data Governance
Cumplimiento legal y manejo responsable de datos.
Datos públicos mayormente. Demo marca framework como autoría de Arlex + Adrian.
- ✓ Contrato firmado con cliente
- ✗ Términos de uso públicos (si UI pública)Términos de uso en demo.terracore.cloud
- ✗ Política de privacidad (LGPD/LOPD según jurisdicción)Política de privacidad (LGPD — Brasil obligatorio)
- ✓ Base legal del tratamiento de datos identificada
- ✓ NDA con partners/colaboradores si aplica
- ✗ IP clara: código propietario vs open sourceLicencia clara del código (MIT / CC / propietario?)
- ✓ Data retention policy escrita
- ✓ Data portability: cliente puede exportar
- ✓ Right to deletion implementado
- ✓ Audit trail activo
- ✗ Registro de marca iniciado si lleva nombre público
Launch
Producción estable con capacidad de rollback.
demo.terracore.cloud vivo desde 2026-04-17. Landing publicada.
- ✗ Deploy pipeline documentado (replicable)Rollback plan documentado
- ✗ Monitoring activo (uptime, error rate, logs)
- ✗ Rollback plan documentado + probado 1 vezRollback plan documentado
- ✗ Runbook operacional (restart, backup, restore)
- ✓ Cliente entrenado en uso básico
- ✗ Health checks automáticosHealth checks automáticos
- ✗ Alerting configurado (qué dispara, quién recibe)
- ✓ Sistema estable 72h post-launch sin emergencias
Documentation Check
Cualquiera puede entender y operar el sistema.
README en repos. Papers en Drive. Memorias internas de decisiones estadísticas.
- ✗ README técnico actualizadoREADME consolidado de la plataforma (no solo por repo)
- ✓ Design doc de arquitectura vigente
- ✓ Runbook operacional vigente
- ✗ Manual de usuario / onboarding clienteManual de reproducción del pipeline
- ✓ API docs (si hay API pública)
- ✓ Changelog inicial con versionado
- ✓ Diagrama de arquitectura actualizado
- ✓ Doc 'qué hacer si Arlex no está'
Operate
El sistema no solo vive — cumple el outcome del cliente.
Demo operativo. Adrian colaborando en validación.
- ✗ SLA definido (response time, uptime target)SLA para demo (uptime target)
- ✗ Canal de soporte activoCanal soporte (¿quién reporta bugs?)
- ✗ Backups automáticos + probados (restore real ≥1 vez)
- ✓ Rotación de secrets en calendario
- ✗ Updates de dependencias mensualesUpdates mensuales scripts científicos
- ✗ Reportes periódicos al clienteReportes de uso del demo
- ✗ ★ Outcome de Gate 0 VERIFICADO (medición real vs objetivo)Outcome verificado: ¿paper publicado? ¿FAPESP submit?
- ✗ Retrospectiva a los 90 díasRetrospectiva 90 días (falta desde launch demo)
- ✓ 30 días de operación estable