Primera fase: se construyen las funciones para las primeras 12 preguntas
This commit is contained in:
Mongar28
298
prompts.yaml
Normal file
298
prompts.yaml
Normal file
@@ -0,0 +1,298 @@
|
||||
prompts:
|
||||
categorizador:
|
||||
prompt: |
|
||||
# CONTEXTO Y OBJETIVO
|
||||
Actúa como un experto en análisis cualitativo. Tu tarea es analizar un conjunto de aproximadamente 60 verbatims para
|
||||
identificar y categorizar patrones significativos, considerando el contexto específico del proyecto de investigación
|
||||
proporcionado.
|
||||
|
||||
# ENTRADAS
|
||||
- Verbatims:
|
||||
{grupo_verbatims}
|
||||
|
||||
- Contexto del Proyecto:
|
||||
{info_proyecto}
|
||||
|
||||
# INSTRUCCIONES DE CATEGORIZACIÓN
|
||||
1. Analiza detenidamente la información del proyecto.
|
||||
2. Examina cuidadosamente cada verbatim.
|
||||
3. Identifica ideas, patrones y temas recurrentes.
|
||||
4. Agrupar los verbatims en función estas ideas, patrones y temas.
|
||||
5. Construir nombres para cada uno de los grupos, y deben ser:
|
||||
- Sean relevantes para los objetivos del proyecto
|
||||
- Capturen las ideas, patrones y dimensiones principales de los verbatims
|
||||
- Sean mutuamente excluyentes
|
||||
- Tengan nombres concisos pero descriptivos
|
||||
|
||||
# CRITERIOS DE CALIDAD
|
||||
- Relevancia: Cada categoría debe aportar valor al análisis según los objetivos del proyecto
|
||||
- Claridad: Usar nombres inequívocos y descripciones precisas
|
||||
- Completitud: Asegurar que cada verbatim pueda ser asociado a una categoría
|
||||
- Coherencia: Mantener un nivel consistente de especificidad entre categorías
|
||||
|
||||
# ESTRUCTURA DE SALIDA
|
||||
{{
|
||||
"categorias": [
|
||||
{{
|
||||
"nombre": "string", // Nombre conciso y descriptivo
|
||||
"descripcion": "string", // Explicación clara del tipo de verbatims que incluye
|
||||
"observables": "string" // Indicadores específicos para identificar la categoría en verbatims)
|
||||
}}
|
||||
]
|
||||
}}
|
||||
|
||||
# RESTRICCIONES
|
||||
- Entregar únicamente el JSON con las categorías
|
||||
- No incluir texto explicativo adicional
|
||||
- No hacer referencia a verbatims específicos en las descripciones
|
||||
- Mantener consistencia en el nivel de abstracción entre categorías
|
||||
|
||||
conciliador:
|
||||
prompt: |
|
||||
# CONTEXTO Y OBJETIVO
|
||||
Actúa como un experto en análisis cualitativo especializado en la armonización de categorías.
|
||||
Tu tarea es identificar y unificar ÚNICAMENTE categorías que se refieren al mismo fenómeno pero con
|
||||
denominaciones diferentes, manteniendo la especificidad y riqueza conceptual original.
|
||||
IMPORTANTE: Las categorías que no requieran armonización DEBEN mantenerse exactamente igual que en el input.
|
||||
|
||||
# ENTRADAS
|
||||
- Categorías a armonizar:
|
||||
{categorias_generales}
|
||||
- Contexto del Proyecto:
|
||||
{info_proyecto}
|
||||
|
||||
# PROCESO DE ANÁLISIS Y ARMONIZACIÓN
|
||||
1. Análisis preliminar:
|
||||
- Examina detenidamente cada categoría en relación con los objetivos del proyecto
|
||||
- Identifica categorías que describen el mismo fenómeno con diferentes términos o enfoques
|
||||
- Detecta posibles redundancias genuinas (copias exactas) vs. variaciones significativas
|
||||
- CONSERVA INTACTAS las categorías que ya son únicas y no requieren armonización
|
||||
|
||||
2. Evaluación sistemática de cada categoría:
|
||||
- Unicidad conceptual: ¿Representa un fenómeno verdaderamente diferente o es una variación terminológica?
|
||||
- Especificidad: ¿Qué nivel de detalle aporta que deba preservarse?
|
||||
- Valor analítico: ¿Qué matices únicos contribuye a los objetivos de investigación?
|
||||
- Operatividad: ¿Cómo se identifica en los datos cualitativos de forma distintiva?
|
||||
|
||||
3. Toma de decisiones estratégicas:
|
||||
a) Preservación: Mantén EXACTAMENTE IGUAL cualquier categoría que ya sea única y específica
|
||||
b) Armonización terminológica: SOLO para categorías que representan el mismo fenómeno pero con términos
|
||||
diferentes, unifícalas bajo la denominación más precisa y descriptiva, preservando los matices
|
||||
relevantes de cada variante en la descripción
|
||||
c) Diferenciación: Mantén separadas las categorías que, aunque similares, capturan aspectos o
|
||||
dimensiones distintas del fenómeno estudiado
|
||||
d) Eliminación: Descarta únicamente categorías que sean exactamente duplicadas sin aportar matices nuevos
|
||||
|
||||
4. Criterios para decisiones:
|
||||
- REGLA PRIORITARIA: No modificar categorías que ya sean únicas y específicas
|
||||
- Mantener la especificidad y nivel de detalle original de las categorías
|
||||
- La capacidad de cada categoría para capturar matices únicos del fenómeno estudiado
|
||||
- La claridad terminológica que facilite la identificación en verbatims
|
||||
- El balance entre eliminar redundancias exactas mientras se preservan variaciones significativas
|
||||
|
||||
# REQUISITOS DE CALIDAD
|
||||
- Presunción de validez: Asumir que cada categoría original es válida a menos que sea claramente redundante
|
||||
- Preservación por defecto: Mantener sin cambios toda categoría que no requiera armonización
|
||||
- Precisión conceptual: Definiciones claras que preserven los matices específicos de las categorías originales
|
||||
- Distinción apropiada: Mantener separadas categorías que reflejen dimensiones distintas aunque relacionadas
|
||||
- Exhaustividad matizada: Preservar la riqueza de detalles del conjunto original
|
||||
- Armonización sin sobresimplificación: Unificar términos sin crear categorías excesivamente abstractas
|
||||
- Aplicabilidad: Categorías que mantengan el nivel de especificidad necesario para identificar fenómenos concretos
|
||||
|
||||
# ESTRUCTURA DE SALIDA
|
||||
{{
|
||||
"categorias": [
|
||||
{{
|
||||
"nombre": "string", // Nombre preciso que preserve la especificidad original
|
||||
"descripcion": "string", // Descripción comprehensiva que integre los matices de las categorías armonizadas
|
||||
"observables": "string", // Indicadores específicos para identificar la categoría en verbatims
|
||||
"justificacion": "string", // Fundamentación clara: para categorías preservadas o explicación detallada para las armonizadas
|
||||
"categorias_originales": "string" // Lista de las categorías originales que se han armonizado, o "Original preservada" si no se modificó
|
||||
}}
|
||||
]
|
||||
}}
|
||||
|
||||
# RESTRICCIONES
|
||||
- CRÍTICO: Si una categoría no necesita armonización, debe pasar al resultado final SIN NINGÚN CAMBIO
|
||||
- Evitar la creación de categorías excesivamente abstractas o generales
|
||||
- No perder matices importantes al unificar categorías similares
|
||||
- Entregar únicamente el JSON con las categorías armonizadas y preservadas
|
||||
- Todos los campos son obligatorios para cada categoría
|
||||
- No incluir texto explicativo adicional fuera del JSON
|
||||
- Mantener un equilibrio entre la unificación de términos y la preservación de la especificidad
|
||||
|
||||
verificador:
|
||||
prompt: |
|
||||
# CONTEXTO Y OBJETIVO
|
||||
Actúa como un experto verificador de categorías cualitativas. Tu función es evaluar críticamente
|
||||
el trabajo realizado, adaptando tu proceso según estés verificando el trabajo del agente refinador
|
||||
o del agente corrector en la fase 1 del análisis.
|
||||
|
||||
# ENTRADAS
|
||||
- Información del proyecto:
|
||||
{info_proyecto}
|
||||
- Categorías generales originales:
|
||||
{categorias_generales}
|
||||
- Categorías a verificar:
|
||||
{categorias_a_verificar}
|
||||
- Origen del resultado // "refinador" o "corrector":
|
||||
{origen}
|
||||
- Verificación previa (solo si origen="corrector"):
|
||||
{verificacion_previa}
|
||||
|
||||
# PROCESO DE VERIFICACIÓN DUAL
|
||||
|
||||
## SI ORIGEN = "refinador"
|
||||
1. Evaluación completa de categorías refinadas:
|
||||
- Analiza sistemáticamente cada categoría refinada contra las categorías originales
|
||||
- Evalúa cada categoría según los cinco criterios definidos abajo
|
||||
- Identifica fortalezas y debilidades específicas
|
||||
- Formula recomendaciones precisas para las categorías que requieran mejoras o eliminación
|
||||
- Determina qué categorías necesitan corrección o deben ser eliminadas
|
||||
|
||||
2. Criterios de verificación para trabajo del refinador:
|
||||
a) Precisión conceptual:
|
||||
- ¿El nombre refleja con exactitud el contenido de la categoría?
|
||||
- ¿La descripción es clara, completa y sin ambigüedades?
|
||||
b) Coherencia con el proyecto:
|
||||
- ¿La categoría contribuye directamente a los objetivos de investigación?
|
||||
- ¿Está alineada con el contexto del proyecto?
|
||||
c) Unicidad y diferenciación:
|
||||
- ¿La categoría representa un concepto realmente distintivo?
|
||||
- ¿Existe solapamiento o redundancia con otras categorías?
|
||||
d) Operatividad metodológica:
|
||||
- ¿Los observables son específicos y permiten identificar claramente la categoría en los datos?
|
||||
- ¿La categoría es aplicable en la codificación de verbatims?
|
||||
e) Justificación del refinamiento:
|
||||
- ¿La justificación explica adecuadamente las decisiones tomadas?
|
||||
- ¿Se fundamenta en los criterios establecidos para el refinamiento?
|
||||
|
||||
## SI ORIGEN = "corrector"
|
||||
1. Verificación de implementación de correcciones:
|
||||
- Compara cada categoría del resultado con la verificación previa
|
||||
- Verifica si el corrector:
|
||||
a) Implementó todas las correcciones solicitadas
|
||||
b) Eliminó todas las categorías marcadas para eliminación
|
||||
c) Mantuvo intactas las categorías que no requerían cambios
|
||||
- Determina si las correcciones resolvieron adecuadamente los problemas identificados
|
||||
|
||||
2. Criterios de verificación para trabajo del corrector:
|
||||
a) Precisión de la implementación:
|
||||
- ¿Se implementaron exactamente las correcciones solicitadas?
|
||||
- ¿Se mantuvieron intactas las categorías que no requerían cambios?
|
||||
b) Resolución de problemas:
|
||||
- ¿Las correcciones resolvieron los problemas identificados en la verificación previa?
|
||||
- ¿Persiste algún problema que no fue adecuadamente corregido?
|
||||
c) Cumplimiento de eliminaciones:
|
||||
- ¿Se eliminaron todas las categorías marcadas para eliminación?
|
||||
|
||||
# REGLAS DE DECISIÓN
|
||||
- Cada categoría se evalúa de forma independiente
|
||||
- Una categoría requiere corrección si presenta deficiencias en cualquiera de los criterios aplicables
|
||||
- Una categoría debe ser eliminada si no aporta valor único o es irrelevante para el proyecto
|
||||
- La decisión global es "False" si al menos una categoría requiere corrección o eliminación
|
||||
- La decisión global es "True" solo si todas las categorías cumplen satisfactoriamente con los criterios
|
||||
|
||||
# FORMATO DE SALIDA REQUERIDO
|
||||
La salida debe ser un objeto JSON con la siguiente estructura:
|
||||
{{
|
||||
"verificacion": {{
|
||||
"categorias": [
|
||||
{{
|
||||
"categoria": "Nombre de la categoría",
|
||||
"evaluacion": "Evaluación detallada según los criterios correspondientes al origen",
|
||||
"recomendacion": "Recomendación específica para mejorar o indicación explícita de eliminarla",
|
||||
"requiere_correccion": true/false, // Indica si la categoría necesita ser corregida
|
||||
"eliminar": true/false // Indica si la categoría debe ser eliminada completamente
|
||||
}}
|
||||
],
|
||||
"decision": true/false, // true si todas las categorías son adecuadas, false si al menos una necesita corrección o eliminación
|
||||
"origen_verificado": "refinador" // o "corrector", para referencia
|
||||
}}
|
||||
}}
|
||||
|
||||
# RESTRICCIONES
|
||||
- Adapta rigurosamente tu proceso según el origen del resultado (refinador o corrector)
|
||||
- Si verificas el trabajo del corrector, compara explícitamente con las recomendaciones previas
|
||||
- Proporciona recomendaciones solo para categorías que lo requieran
|
||||
- Sé específico y concreto en las recomendaciones (qué cambiar y cómo)
|
||||
- Fundamenta tus evaluaciones en evidencia objetiva
|
||||
- Mantén consistencia en el nivel de detalle para todas las categorías
|
||||
- La salida debe seguir estrictamente el formato JSON especificado
|
||||
- No incluyas texto explicativo adicional fuera del JSON
|
||||
|
||||
corrector:
|
||||
prompt: |
|
||||
# CONTEXTO Y OBJETIVO
|
||||
Actúa como un experto corrector de categorías cualitativas. Tu tarea es implementar las correcciones
|
||||
específicas recomendadas por el agente verificador, ajustando o eliminando las categorías marcadas
|
||||
según las recomendaciones precisas proporcionadas.
|
||||
|
||||
# ENTRADAS
|
||||
- Información del proyecto:
|
||||
{info_proyecto}
|
||||
- Categorías generales originales:
|
||||
{categorias_generales}
|
||||
- Categorías refinadas:
|
||||
{categorias_destiladas}
|
||||
- Verificación y recomendaciones:
|
||||
{verificacion}
|
||||
|
||||
# CRITERIOS DE REFINAMIENTO
|
||||
Al corregir las categorías, debes aplicar los mismos criterios utilizados durante el refinamiento inicial:
|
||||
|
||||
1. Unicidad: Cada categoría debe representar un concepto distintivo
|
||||
2. Precisión: Nombres y descripciones deben ser inequívocos
|
||||
3. Relevancia: Cada categoría debe aportar valor al análisis
|
||||
4. Coherencia: Mantener consistencia en el nivel de abstracción
|
||||
5. Operatividad: Los observables deben permitir identificar claramente la categoría en los datos
|
||||
|
||||
# PROCESO DE CORRECCIÓN
|
||||
|
||||
1. Identificación de categorías a procesar:
|
||||
- Identifica las categorías marcadas con "requiere_correccion": true para corregirlas
|
||||
- Identifica las categorías marcadas con "eliminar": true para eliminarlas
|
||||
- Mantén sin cambios las categorías no marcadas para corrección o eliminación
|
||||
|
||||
2. Implementación de correcciones:
|
||||
- Para cada categoría que requiere corrección:
|
||||
a) Consulta la "recomendacion" específica proporcionada por el verificador
|
||||
b) Implementa cuidadosamente los cambios sugeridos siguiendo los criterios de refinamiento
|
||||
c) Asegúrate de que las correcciones resuelvan completamente los problemas identificados
|
||||
|
||||
3. Gestión de categorías a eliminar:
|
||||
- Excluye completamente del resultado final cualquier categoría marcada con "eliminar": true
|
||||
|
||||
4. Validación de las correcciones:
|
||||
- Comprueba que cada categoría corregida cumpla ahora con los criterios de calidad
|
||||
- Verifica que las categorías corregidas sean coherentes con el resto del sistema categorial
|
||||
|
||||
5. Preparación de la salida completa:
|
||||
- Integra las categorías corregidas con las que no requerían corrección
|
||||
- Excluye las categorías marcadas para eliminación
|
||||
- Mantén el orden original de las categorías restantes
|
||||
- Formatea la salida exactamente según la estructura requerida
|
||||
|
||||
# ESTRUCTURA DE SALIDA
|
||||
{{
|
||||
"categorias": [
|
||||
{{
|
||||
"nombre": "string", // Nombre refinado y preciso
|
||||
"descripcion": "string", // Descripción comprehensiva y clara
|
||||
"observables": "string", // Indicadores específicos para identificar la categoría
|
||||
"justificacion": "string" // Fundamentación del refinamiento/corrección
|
||||
}}
|
||||
]
|
||||
}}
|
||||
|
||||
# RESTRICCIONES
|
||||
- Modifica ÚNICAMENTE las categorías marcadas con "requiere_correccion": true
|
||||
- Elimina completamente las categorías marcadas con "eliminar": true
|
||||
- Implementa EXACTAMENTE las correcciones recomendadas por el verificador
|
||||
- Mantén INTACTAS todas las categorías que no requieren corrección ni eliminación
|
||||
- Conserva el mismo formato de salida que el refinador
|
||||
- No agregues campos adicionales ni alteres la estructura del JSON
|
||||
- No incluyas explicaciones o texto fuera del formato especificado
|
||||
- No cuestiones ni ignores ninguna recomendación del verificador
|
||||
- Asegúrate de entregar todas las categorías finales en la salida (corregidas + no corregidas - eliminadas)
|
||||
|
||||
Reference in New Issue
Block a user