Un camino práctico de la arquitectura al despliegue. Cada paso produce un entregable concreto: un recorrido de usuario validado, una decisión de gobernanza, una definición de flujo de trabajo o un artefacto de configuración. La secuencia refleja cómo se prestan realmente los servicios públicos: desde una necesidad de usuario claramente definida, pasando por la gobernanza y el diseño del sistema, hasta el despliegue, la medición y la mejora continua.
Antes de aplicar este manual, los gobiernos deben asegurarse de contar con un conjunto mínimo de condiciones institucionales y operativas. Estas no son requisitos previos para el despliegue a escala completa, pero sí son necesarias para ejecutar una implementación creíble, gobernada y con rendición de cuentas.
Un ministerio o agencia responsable del servicio de extremo a extremo, incluidos los resultados, la experiencia del usuario y las decisiones asistidas por IA.
Autoridad para operar el servicio, incluyendo uso de datos, facultad de toma de decisiones y requisitos de cumplimiento normativo.
Incluyendo auditabilidad, rutas de escalación y procesos de atención de quejas.
Con perfiles de política, legal, operaciones y técnico — no solo ingenieros.
Como identidad digital, intercambio de datos o un registro sectorial. El servicio está diseñado para reutilizar la infraestructura existente, no para operar de forma aislada.
Cada paso corresponde a un entregable concreto — como un recorrido de usuario validado, una decisión de gobernanza, una definición de flujo de trabajo o un artefacto de configuración. Los pasos están ordenados intencionalmente: los pasos posteriores dependen de las decisiones y artefactos producidos anteriormente. Saltarse pasos suele generar gobernanza débil, automatización frágil o responsabilidades poco claras. En ausencia de una titularidad y rendición de cuentas claras, los servicios habilitados por IA corren el riesgo de ser técnicamente funcionales pero institucionalmente ingobernables.
El Marco DPI-IA es agnóstico en cuanto a implementación. Lo que importa es que los flujos de trabajo sean gobernados, auditables y usen estándares abiertos. Ya sea que escriba YAML manualmente o construya visualmente en OpenFn o n8n, los principios de gobernanza son los mismos.
Defina flujos de trabajo como YAML o JSON. Ejecute en cualquier motor de flujos de trabajo (OpenFn, n8n, Prefect). Control total sobre cada paso, condición y parámetro de gobernanza.
Constructor visual de flujos de trabajo. OpenFn para flujos de trabajo nativos de DPI, n8n para integraciones más amplias. Pasos de arrastrar y soltar, conectores integrados con BPDs, configuración visual de gobernanza.
Defina su flujo de trabajo como una especificación YAML. Esta es la fuente de verdad — declara los pasos, los AI Blocks invocados, las reglas de gobernanza y la configuración de auditoría. Cualquier motor de flujos de trabajo compatible puede ejecutarla.
Despliegue en cualquier motor de flujos de trabajo que pueda interpretar esta especificación. Motores de código abierto recomendados:
Para equipos sin capacidad técnica profunda, o para pilotos rápidos, los constructores visuales de flujos de trabajo permiten componer DPI Workflows sin escribir código. Tanto OpenFn como n8n pueden implementar los patrones del Marco DPI-IA.
OpenFn es un Bien Público Digital diseñado específicamente para la integración de datos y automatización de flujos de trabajo en el sector social. Cuenta con "adaptores" (conectores) prediseñados para los principales BPDs: OpenCRVS, DHIS2, Mojaloop, Kobo Toolbox, CommCare, Salesforce y más.
Por qué encaja con el Marco DPI-IA: Los flujos de trabajo de OpenFn pueden controlarse con versiones como código (OpenFn v2 usa una especificación de flujo de trabajo portable), ejecutar pasos de supervisión humana, integrarse con BPDs de identidad y pagos, y registrar cada interacción para auditoría. También puede invocar AI Blocks mediante adaptores HTTP.
n8n es una herramienta de automatización de flujos de trabajo de código abierto que puede alojarse en infraestructura gubernamental. Con más de 400 nodos integrados y un nodo de solicitud HTTP para integraciones personalizadas, puede conectarse a cualquier AI Block a través de API REST y orquestar flujos de trabajo complejos de múltiples pasos de forma visual.
Por qué encaja con el Marco DPI-IA: n8n admite ramificación condicional (baja confianza → revisión humana), activadores por webhook (iniciados por ciudadanos), gestión de errores y registro. Los flujos de trabajo pueden exportarse como JSON para control de versiones y compartición.
Un Public Agent es una interfaz habilitada por IA y con restricciones — no un sistema de IA autónomo. Solo puede activar flujos de trabajo aprobados, debe ofrecer siempre escalación humana y no puede acceder a datos sin consentimiento. A continuación se explica cómo diseñar, configurar y gobernar uno.
Antes de escribir cualquier código, defina en lenguaje natural qué PUEDE y qué NO PUEDE hacer el agente. Esto se convierte en la especificación de gobernanza.
public_agent:
name: kilimo-bot
version: "1.0.0"
owner: ministry_of_agriculture
legal_basis: "Agricultural Support Act 2025, §12"
channels:
primary: whatsapp_business
fallback: [ussd, sms]
languages: [sw-KE, sw-TZ, en]
scope:
can_activate:
- agri_benefit_eligibility_workflow
- farmer_registration_workflow
- support_inquiry_workflow
cannot_activate:
- payment_reversal
- registry_write_direct
- any_workflow_not_listed
constraints:
data_access: consent_required_per_session
human_escalation: always_available
escalation_channels: [human_agent_chat, phone_0800724666]
max_session_turns: 12
pii_in_logs: redacted
audit_log: required
governance:
confidence_threshold: 0.82
below_threshold: escalate_to_human
response_language: match_user_language
fallback_message: "No puedo ayudar con eso. Llame al 0800 724 666."
Diseñe primero para el ciudadano con menor conectividad. Construya WhatsApp → USSD → SMS como su pila de respaldo.
Admite mensajes de voz (fundamental para usuarios con baja alfabetización), imágenes y texto. Use la API de WhatsApp Business con un número gubernamental verificado. Requisitos: verificación de Meta, acuerdo con operadora local de telecomunicaciones.
Funciona en cualquier teléfono sin internet. Basado en sesiones (≤182 caracteres por pantalla). Diseñe menús primero, no flujos de conversación. Funciona sin conexión, en tiempo real. Requisito: código corto USSD del regulador de telecomunicaciones.
Use solo para notificaciones — confirmación, ID de caso, alerta de pago. No es adecuado para conversaciones de múltiples turnos. Mantenga menos de 160 caracteres. Use códigos cortos para respuestas.
translate() para convertir todas las entradas a su idioma de procesamiento y las salidas de vuelta al idioma del ciudadano.
La selección del modelo es una decisión de gobernanza, no solo técnica. Cada AI Block — incluidos los que potencian su Public Agent — debe declarar el modelo que utiliza, dónde se ejecuta y bajo qué condiciones puede ser reemplazado.
Los más rápidos de desplegar. Capacidades de vanguardia para tareas complejas de lenguaje y razonamiento. Los datos salen de su infraestructura — no aptos para tareas con datos personales sensibles sin acuerdos de procesamiento de datos y base legal.
Los datos permanecen en su infraestructura. Soberanía total. Requiere servidores GPU (A100 o equivalente) para modelos de 70B+. Los modelos más pequeños de 8B funcionan en GPU de consumo.
Se ejecutan en un único servidor CPU o Raspberry Pi. Ideales para tareas de propósito único: clasificación, extracción de entidades, detección de intenciones. Económicos, rápidos y gobernables. La mejor opción para despliegues con recursos limitados.
Parta de un modelo base abierto y ajústelo con datos del dialecto local, formularios gubernamentales y terminología especializada. Mayor precisión para contextos locales, pero requiere datos etiquetados y experiencia en ML.
provenance:
model: "qwen2.5-3b-instruct" # Declare el modelo específico y la versión
model_version: "3B-q4_K_M"
hosting: on_prem # sovereign_cloud | on_prem | external_api
infrastructure: "Centro de datos del Ministerio, Nairobi"
replaceable: true # Se puede sustituir sin reconstruir el flujo
replaceability_conditions:
- "performance_below_threshold: accuracy < 0.88"
- "model_deprecated_by_vendor"
- "sovereignty_policy_change"
last_evaluated: "2026-03-01"
evaluation_dataset: "agri-sw-KE-test-v2"
Las salvaguardas no son características opcionales para agregar después. Son componentes estructurales del DPI Workflow, diseñados para evitar que los fallos silenciosos de la IA lleguen a los ciudadanos. Cada una de estas debe estar implementada antes del contacto con ciudadanos.
Cada AI Block debe declarar una puntuación mínima de confianza. Por debajo del umbral, el sistema escala automáticamente a un humano — nunca entrega una respuesta de baja confianza en silencio a un ciudadano.
confidence_threshold: 0.85
below_threshold_action: human_escalate
La escalación no es un respaldo — es un paso primario del flujo de trabajo. Cada interacción con el agente debe tener una ruta de escalación definida con un ID de caso para que el ciudadano pueda hacer seguimiento. Nunca un callejón sin salida.
escalation_path: human_agent
case_id: auto_generated
timeout_before_escalate: 90s
El consentimiento no es una casilla en un formulario — es un paso en el flujo de trabajo. Verifíquelo antes de cualquier acceso a datos. Hágalo explícito, específico al propósito y revocable.
consent.verify(citizen_id, purpose)
# bloquea el flujo si no hay consentimiento
Cada inferencia de IA, hash de entrada, salida, puntuación de confianza y decisión humana deben registrarse. Los registros deben ser inmutables, con marca de tiempo y accesibles para auditorías algorítmicas.
audit.log(session_id, action,
confidence, outcome, actor)
Elimine los datos de identificación personal de todos los registros en el punto de captura — no en el posprocesamiento. Los números de ID, nombres y datos de contacto nunca deben aparecer en texto plano en los registros.
pii_handling: redact_from_logs
log_citizen_id: hashed_only
Cualquier modelo en cualquier AI Block debe poder reemplazarse sin reconstruir el flujo de trabajo. Declárelo explícitamente y pruébelo. La soberanía digital depende de ello — la dependencia del proveedor comienza aquí.
replaceable: true
hosting: on_prem | sovereign_cloud
La IA opera dentro del DPI Workflow — no fuera de él. El flujo de trabajo es la única fuente de verdad. Ninguna salida de IA modifica un registro gubernamental, activa un pago ni afecta el estado de un ciudadano sin pasar por las reglas de gobernanza del flujo de trabajo. El agente es la cara. El flujo de trabajo es la autoridad.
Estos criterios de prueba corresponden a los controles de gobernanza definidos en los Pasos 3 y 6 de la hoja de ruta. Cada elemento se relaciona con una especificación de gobernanza que debería existir antes del despliegue.
El Sandbox de Implementación le permite aplicar estos 9 pasos de forma interactiva — diseñe su servicio con las herramientas integradas, recorra paso a paso el itinerario de implementación y vea una demostración funcional completa del marco antes de escribir una sola línea de código.
Construya su DPI Workflow visualmente con el Compositor de AI Blocks, o recorra los 9 pasos con el asistente Arquitecto de Servicios.
Recorra en detalle cada uno de los 9 pasos de implementación — qué implica cada paso, las decisiones clave y los requisitos de gobernanza en cada etapa.
Vea una prestación de servicio completa de extremo a extremo — AI Blocks, sistemas DPI, aprobación humana y pago — paso a paso en una interfaz de WhatsApp simulada.