Recogiendo dos incoherencias que afectan a la percepción externa del proyecto (SEO/GEO, confianza, legal). La marca pública es ResponseGrid y la licencia real es AGPL-3.0, pero ambas cosas se contradicen en varios sitios del repo.
1. Licencia: AGPL-3.0 vs MIT
La licencia autoritativa es AGPL-3.0 (fichero LICENSE, SPDX AGPL-3.0). Pero se declara MIT de cara al usuario en:
apps/api/README.mdapps/web/src/i18n/messages/en.ts y apps/web/src/i18n/messages/es.tsapps/web/src/app/docs/page.tsxapps/web/public/llms.txt ("licencia MIT")- Badge MIT en el perfil de la organización (
GlobalEmergency/.github → profile/README.md)
Impacto: un usuario/colaborador lee "MIT" y asume permisos que AGPL-3.0 no da (copyleft de red). Es una incoherencia legal, no solo de copy.
Acción: decidir la licencia definitiva y alinear todas las menciones a ella (incluye llms.txt y el badge del perfil de la org).
2. Naming interno reliefhub vs marca ResponseGrid
reliefhub aparece en ~156 ficheros. Divergencias concretas:
- Paquete raíz:
"name": "reliefhub" en package.json
- SDK:
@reliefhub/api-client (packages/api-client/package.json) — y encima su factory ya se llama createResponseGridClient (incoherente dentro del propio paquete)
- Usuario/BD Postgres:
reliefhub (ver README, psql -U reliefhub -d reliefhub)
- Prefijo de API keys:
rh_live_ (rh = reliefhub)
- Credenciales demo:
coord@reliefhub.org
Impacto: confunde a integradores (instalan @reliefhub/api-client para un producto llamado ResponseGrid), y ensucia la identidad de marca de cara a buscadores y motores de IA.
Acción propuesta (por riesgo, de menor a mayor):
- Bajo riesgo / identidad pública: renombrar el scope del SDK
@reliefhub/api-client → @responsegrid/api-client y el name del package.json raíz.
- Medio: dominio de credenciales demo y textos (
coord@reliefhub.org → dominio ResponseGrid/Global Emergency).
- Alto / opcional: identificadores internos no visibles (usuario/BD Postgres, prefijo
rh_live_). Solo si compensa; requieren migración y coordinación de despliegue.
Sugerencia: empezar por (1) y la licencia, que son los que afectan a la percepción externa. Los identificadores internos pueden quedar como deuda documentada.
Recogiendo dos incoherencias que afectan a la percepción externa del proyecto (SEO/GEO, confianza, legal). La marca pública es ResponseGrid y la licencia real es AGPL-3.0, pero ambas cosas se contradicen en varios sitios del repo.
1. Licencia: AGPL-3.0 vs MIT
La licencia autoritativa es AGPL-3.0 (fichero
LICENSE, SPDXAGPL-3.0). Pero se declara MIT de cara al usuario en:apps/api/README.mdapps/web/src/i18n/messages/en.tsyapps/web/src/i18n/messages/es.tsapps/web/src/app/docs/page.tsxapps/web/public/llms.txt("licencia MIT")GlobalEmergency/.github→profile/README.md)Impacto: un usuario/colaborador lee "MIT" y asume permisos que AGPL-3.0 no da (copyleft de red). Es una incoherencia legal, no solo de copy.
Acción: decidir la licencia definitiva y alinear todas las menciones a ella (incluye
llms.txty el badge del perfil de la org).2. Naming interno
reliefhubvs marcaResponseGridreliefhubaparece en ~156 ficheros. Divergencias concretas:"name": "reliefhub"enpackage.json@reliefhub/api-client(packages/api-client/package.json) — y encima su factory ya se llamacreateResponseGridClient(incoherente dentro del propio paquete)reliefhub(ver README,psql -U reliefhub -d reliefhub)rh_live_(rh = reliefhub)coord@reliefhub.orgImpacto: confunde a integradores (instalan
@reliefhub/api-clientpara un producto llamado ResponseGrid), y ensucia la identidad de marca de cara a buscadores y motores de IA.Acción propuesta (por riesgo, de menor a mayor):
@reliefhub/api-client→@responsegrid/api-clienty elnamedelpackage.jsonraíz.coord@reliefhub.org→ dominio ResponseGrid/Global Emergency).rh_live_). Solo si compensa; requieren migración y coordinación de despliegue.Sugerencia: empezar por (1) y la licencia, que son los que afectan a la percepción externa. Los identificadores internos pueden quedar como deuda documentada.