Editorial

Política editorial

Cómo escribo el blog: fuentes, verificación, correcciones y disclosure de uso de IA.

Última actualización:

1. Por qué publico

Escribo principalmente para tres audiencias: directores y comités de TI en empresas medianas que están evaluando IA, tomadores de decisión en organismos públicos uruguayos que necesitan entender el panorama regulatorio y de implementación, y developers que construyen con MCP y agentes. El objetivo es bajar el ruido y subir la señal: criterios concretos, no marketing.

2. Cómo verifico los hechos

Cada artículo se basa en una de tres fuentes:

  • Mi experiencia directa: 4 años en AGESIC implementando sistemas críticos (UNIT 1215 en tramites.gub.uy, Certificados de Vacunación COVID), +15 años en sistemas de producción en Rappi, Tiendamia, Ueno Bank y Discovery Latam.
  • Documentación oficial verificable: leyes (linkeadas a impo.com.uy), actas (gub.uy), datasets (catalogodatos.gub.uy), repositorios open source. Cuando cito normativa, enlazo al texto oficial.
  • Documentación técnica primaria: especificaciones de protocolos (MCP, Schema.org), repositorios de los proyectos referenciados, documentación oficial de proveedores (Anthropic, OpenAI, Google).

No publico afirmaciones sobre clientes, terceros o casos privados sin autorización explícita.

3. Disclosure de uso de IA

Algunos artículos pasan por una etapa de borrador asistido con modelos de IA (principalmente Claude de Anthropic) para acelerar redacción y estructuración. Todo contenido publicado pasa revisión humana de mi parte: corrijo errores factuales, ajusto tono, agrego contexto local uruguayo y verifico cada referencia externa antes de publicar.

El sitio declara <meta name="ai-content-declaration" content="human-written" /> porque el output final es producto de mi criterio editorial, no de una generación automática sin filtro. Esta política sigue el espíritu de las recomendaciones de Google sobre contenido E-E-A-T y de la Estrategia Nacional de IA 2024-2030 de Uruguay sobre transparencia.

4. Política de correcciones

Si detectás un error factual, técnico o de cita, escribime a [email protected]. Mi compromiso:

  • Respondo correcciones documentadas en menos de 5 días hábiles.
  • Cuando corrijo un artículo publicado, actualizo la fecha "Última actualización" del post y, si el cambio afecta a una conclusión central, lo declaro al pie del artículo con una nota de "Corrección".
  • No oculto el historial: el control de versiones del sitio (github.com/fabdelgado/fabiandelgado-website) es público y registra cada cambio.

5. Conflicto de intereses

Soy consultor independiente, no analista neutral. Cuando un artículo recomienda una herramienta, framework o proveedor que también vendo como servicio (ej. construcción de MCPs), lo declaro explícitamente con un CTA al final del artículo.

No recibo pagos, sponsorships ni contraprestaciones de proveedores tecnológicos para escribir sobre sus productos. Si en el futuro acepto algún tipo de sponsorship, lo declaro tanto en el artículo como acá.

6. Lenguaje y traducciones

Escribo en español rioplatense, principalmente para audiencia uruguaya y argentina. Cuando uso términos técnicos en inglés, los mantengo sin traducir cuando la traducción al español sería ambigua o poco usada en la industria (ej. "engineering manager", "MCP", "function calling"). En contenido para audiencia LATAM-broad, ajusto el registro pero mantengo precisión técnica.

7. Material de terceros

Cuando referencio trabajo de otros — Quanam digestando normativa de IM, casos de éxito de empresas, herramientas open source — atribuyo a la fuente con link verificable. No reproduzco texto extenso de terceros sin permiso.

8. Privacidad de quien escribe / lee

Datos de lectores (formulario de contacto, analytics si los hubiera) se rigen por la Política de Privacidad. No comparto datos de quienes me escriben con terceros sin autorización.

9. Contacto editorial

Para señalar errores, sugerir temas o pedir aclaraciones: [email protected] o el formulario.