Estrategia de versionado y reversión de prompts
Los prompts son código. Trátalos con el mismo rigor que los cambios de aplicación.
Control de versiones
- Almacena los prompts en un data store versionado (p. ej., config-profiles).
- Captura metadatos: tenant_id, nombre del perfil de guidance, idioma, autor, marca temporal, resumen del diff.
- Exige mensajes de commit que expliquen el cambio.
Flujo de pruebas
- Borrador: Edita los prompts en un entorno de staging usando transcripciones grabadas para pruebas de regresión.
- Revisión por pares: Haz que otro operador o redactor revise el tono y el cumplimiento.
- Canary: Despliega a un pequeño grupo de inquilinos o a un entorno interno.
- Monitoreo: Vigila la contención, los motivos de fallback y el feedback negativo tras el lanzamiento.
- Anotación: Marca el panel de analítica con el ID de la nueva versión del prompt.
Plan de reversión
- Mantén al menos dos versiones por inquilino: la actual y la anterior.
- Ofrece una reversión a un clic en la UI de administración con registro de auditoría.
- Notifica a ops y a los inquilinos afectados cuando ocurran reversiones, especialmente en industrias reguladas.
Consejos de automatización
- Integra los prompts con CI/CD: haz commit a Git, ejecuta linting automatizado y publica en config-profiles mediante pipelines.
- Dispara scripts de Playwright o de regresión que reproduzcan consultas comunes.
- Usa alertas de Google Chat cada vez que cambie prompt_version para que los interesados sepan que deben monitorear las métricas.
Implementación en Threada
Threada conecta las versiones de prompts con eventos de analítica, el historial de actualización de activos de conocimiento y los paneles de motivos de fallback. Copia este enfoque para mantener las ediciones de prompts trazables y reversibles.