cv-desarrollador-junior-bi2 - SKILL.md Agent Skill

name: cv-desarrollador-junior-bi2 description: Analiza CVs y devuelve únicamente un JSON estructurado para el rol de Desarrollador Junior BI. metadata: author: raquelizue version: "1.0.0"

SAT CV Extractor — Desarrollador Junior BI

Analizar todo el CV y devolver únicamente un JSON válido con la estructura definida sin agregar texto fuera del JSON y sin comentar o explicar líneas.

REGLAS GENERALES DE PROCESAMIENTO

Carga y lee completamente el archivo: ./steps/01-reglas-generales.md

Estas reglas son obligatorias y prioritarias. Posteriormente:

Continúa con la ejecución de este documento.
Aplica ambas fuentes de instrucciones de forma conjunta.
En caso de conflicto, las reglas generales tienen prioridad.

FASE 1 — GENERACIÓN DEL RESUMEN PROFESIONAL

El campo resumen_profesional debe generarse bajo las siguientes reglas obligatorias:

Frase inicial obligatoria

El resumen debe iniciar obligatoriamente con una paráfrasis muy ligera (variación aproximada de 5 palabras) de la siguiente redacción base:

"Tengo más de 2 años de experiencia en desarrollo de servicios y aplicaciones web (Frontend y Backend), dashboards, interactivos, tableros, informes automáticos, reportes. Genero soluciones de Inteligencia de Negocio mediante el desarrollo y mantenimiento de procesos y componentes de datos, implementando flujos ETL y modelos de información conforme a especificaciones técnicas, apegándome a estándares, arquitecturas y buenas prácticas de desarrollo, apoyando en la calidad y correcta ejecución de las soluciones bajo supervisión."

Reglas para la paráfrasis:

La estructura general debe mantenerse.
Solo se permite una variación ligera de vocabulario (aprox. 5 palabras).
No debe agregar información que no exista en el CV.
Esta frase funciona como apertura del resumen profesional.

Desarrollo del resumen

Después de la frase inicial, el resumen debe continuar con dos párrafos narrativos que sinteticen la experiencia del perfil.

Reglas:

Deben generarse dos párrafos cada uno con máximo 4 renglones.
El resumen completo no debe superar 180 palabras.
Debe redactarse en prosa continua.

Reglas de contenido

El resumen debe:

Ser claro y comprensible para lectores no técnicos.
Sintetizar el perfil resaltando el valor aportado en términos de continuidad de servicios y cumplimiento de procesos
Reflejar experiencia en:
- Desarrollo de soluciones BI mediante lenguajes de programación.
- Construcción e implementación de componentes funcionales.
- Desarrollo, mantenimiento o soporte de procesos ETL.
- Modelado de datos.
- Manejo de bases de datos relacionales y no relacionales.
- Uso de herramientas de BI (como Databricks o Fabric).
- Participación en soluciones analíticas o de inteligencia de negocio.

El resumen no debe:

Incluir certificaciones, cursos ni formación académica.
Inventar información.
Redactarse como lista de funciones o actividades.
Estructurarse como enumeración explícita o implícita.
Separar ideas en líneas independientes por actividad.
Repetir la misma estructura gramatical en oraciones consecutivas.

FASE 1.5 — FUNCIONES

El campo funciones debe generarse bajo las siguientes reglas obligatorias:

Estructura obligatoria

La sección debe construirse en el siguiente orden:

Primer párrafo (fijo)

Debe utilizarse exactamente la siguiente redacción:

"Desarrollo e implemento sistemas mediante el uso de lenguajes de programación, realizando su puesta a punto para asegurar su correcto funcionamiento. Cuento con experiencia en bases de datos relacionales y no relacionales, así como en técnicas de diseño para el modelado de datos. Además, participo en el desarrollo, mantenimiento y soporte de procesos ETL (Extract, Transform, Load) y utilizo herramientas de Business Intelligence como Databricks y Fabric."

No modificar redacción.
No parafrasear.
No dividir.

Segundo párrafo (paráfrasis controlada)

Debe generarse exclusivamente a partir del segundo párrafo construido en FASE 1 (es decir, el párrafo generado como resumen posterior al párrafo inicial obligatorio).

Reglas:

Debe ser una paráfrasis ligera, permitiendo modificar máximo 10 palabras respecto al texto original.
Debe conservar íntegramente el significado, intención y alcance del párrafo base.
Debe redactarse en primera persona, manteniendo coherencia gramatical y narrativa.
No debe agregar, omitir ni reinterpretar información.
Debe mantenerse como un solo párrafo continuo, sin fragmentaciones, listas ni reestructuración del contenido.
Debe respetar el orden lógico de las ideas del texto original.

FASE 2 — FILTRADO (SOLO SI rol_propuesto = "Desarrollador Junior BI")

Criterio de relevancia

Una experiencia es válida solo si contiene evidencia explícita de:

Desarrollo de soluciones tecnológicas o componentes BI
Programación orientada al manejo o procesamiento de datos
Desarrollo o mantenimiento de procesos ETL
Implementación de soluciones de datos
Modelado de datos
Manejo de bases de datos relacionales o no relacionales
Construcción de estructuras para análisis de información
Uso de herramientas BI (Databricks, Fabric u otras)
Participación en proyectos de analítica o BI

Si no hay evidencia explícita → OMITIR.

No reinterpretar soporte técnico general, testing, o funciones administrativas como desarrollo BI.

Regla prioritaria: 2 años acumulados

Ordenar experiencias relevantes de la más reciente a la más antigua.
Agregar experiencias completas.
Detener cuando la suma alcance o supere ~2 años.
No recortar experiencias.
Si una es 1 año y otra 3 → incluir ambas.

Si solo se agregó una experiencia, agregar las siguientes dos en orden cronológico, sin importar duración, para asegurar diversidad de experiencias.

Si no hay experiencia relevante:

"experiencia_laboral": []

FASE 2.1 — RESUMEN CONSOLIDADO DE EXPERIENCIA NO SELECCIONADA

Carga y lee completamente el archivo:

./steps/02.1-resumen-consolidado.md

Ejecuta todas las instrucciones definidas en ese archivo como parte de esta fase. El resultado debe integrarse directamente en la salida final del JSON bajo los campos:

periodo_resumen_laboral
resumen_laboral

REGLA ESPECIAL — PARÁFRASIS INICIAL DE LA PRIMERA EXPERIENCIA

Antes de listar cualquier actividad dentro de actividades_principales de la primera experiencia laboral, se debe ejecutar obligatoriamente la siguiente secuencia:

1. Paráfrasis obligatoria inicial

Se debe agregar como primera actividad una paráfrasis muy ligera de la siguiente redacción base:

"Creo sistemas (paquetes de software), los implemento y realizo su puesta a punto para que sean funcionales, utilizando diversos lenguajes de programación. Cuento con habilidades en bases de datos relacionales y no relacionales, así como en técnicas de diseño para el modelado de datos. Además, desarrollo, doy mantenimiento y brindo soporte a procesos ETL (Extract, Transform, Load), y manejo herramientas de BI como Databricks y Fabric."

Reglas de la paráfrasis:

Debe ser una paráfrasis ligera (máximo ~5 palabras modificadas).
Debe mantener el mismo significado.
Debe estar en primera persona.
No debe inventar ni agregar información.
Debe colocarse como la primera actividad dentro de actividades_principales.

2. Inserción de actividades base adicionales

Inmediatamente después de la paráfrasis, se deben agregar una parafrasis de cada uno de los siguientes puntos como actividades independientes:

Desarrollo e implemento sistemas y componentes de software para soluciones de Inteligencia de Negocio.
Apoyo en la puesta a punto y correcto funcionamiento de las soluciones desarrolladas.
Desarrollo, mantengo y doy soporte a procesos ETL para la integración y transformación de datos.
Colaboro en el modelado de datos utilizando bases de datos relacionales y no relacionales.
Apoyo en la construcción de estructuras de datos para soluciones analíticas y de BI.
Utilizo herramientas de BI como Databricks y Fabric para el procesamiento y análisis de información.
Atiendo incidencias básicas y doy soporte a los procesos y soluciones implementadas.
Aplico buenas prácticas de desarrollo y lineamientos definidos por el equipo.
Colaboro con equipos de trabajo para asegurar la correcta ejecución de las soluciones.
Documento procesos, desarrollos y configuraciones para asegurar su entendimiento y mantenimiento.

Reglas:

Cada punto debe ser parafraseado de manera ligera (máximo ~3 palabras modificadas).
Cada punto debe ser una actividad separada.
Todas deben estar en primera persona.
No deben fusionarse ni agruparse.
Deben colocarse antes de cualquier otra actividad existente en la primera experiencia laboral.

3. Inserción de descripción de nivel de experiencia

Después de los puntos de la sección 2, se debe agregar como una actividad adicional independiente el siguiente texto:

"Resuelvo problemas relacionados con el desarrollo, integración y procesamiento de datos en soluciones de Inteligencia de Negocio, analizando posibles soluciones mediante el uso de procedimientos y buenas prácticas estandarizadas. Trabajo bajo un nivel de supervisión frecuente y reconozco que los tiempos de entrega pueden presentar cierta variabilidad mientras consolido experiencia en el desarrollo de soluciones BI."

Reglas:

Debe mantenerse exactamente el mismo contenido (sin paráfrasis).
Debe respetarse como una sola actividad.
Debe colocarse antes de cualquier otra actividad original de la experiencia.

4. Inserción de certificaciones y cursos

Agregar como actividades independientes cada certificación o curso identificado en: @cv/templates_input/certificaciones_cursos.txt Para cada elemento, se debe buscar su descripción correspondiente en: @cv/templates_input/herramientas_perfil.txt

Formato obligatorio:

"He usado la certificación [NOMBRE] {conector} [DESCRIPCIÓN]"

Reglas:

Sustituye {conector} por unenlace natural, por ejemplo:
- como, para, que me ha permitido, etc.
Generar una actividad por cada certificación y curso identificado en certificaciones_cursos.txt.
Para cada elemento, realizar una búsqueda por coincidencia de nombre en certificaciones.txt.
La descripción debe obtenerse del archivo de descripciones, pero puede ajustarse mínimamente para integrarse de forma natural en la oración.
No inventar descripciones si no existe coincidencia.
Si no se encuentra descripción, no generar la actividad.
Mantener siempre la redacción en primera persona.
No duplicar certificaciones o cursos.
Insertar estas actividades antes de cualquier actividad original.
Mantener un orden consistente (orden de aparición en certificaciones_cursos.txt).

Regla de correspondencia (muy importante):

La coincidencia debe ser por nombre semánticamente equivalente, por ejemplo:
- "Scrum Alliance" ↔ "Scrum Foundation (2020)"
Se permite normalizar:
- eliminar años
- eliminar sufijos como "Foundation", "Certification", etc.
No usar coincidencias ambiguas o dudosas.

Ejemplo esperado:

Entrada:

Scrum Alliance

Definición encontrada:

Scrum Foundation (2020) → Fundamentos de metodologías ágiles basadas en Scrum, roles, eventos y artefactos

Salida:

"He usado la certificación Scrum Alliance como fundamento para aplicar metodologías ágiles basadas en Scrum, considerando roles, eventos y artefactos."

5. Inserción de procesos en los que participo

Después del punto 4, se debe agregar el siguiente bloque como actividades independientes, respetando el orden:

Participo en los siguientes procesos definidos por la metodología PDSS3 de atención de proyectos tradicionales de Softtek:
CIS: Elaboro la especificación detallada de componentes.
CTR: Realizo la construcción de componentes.
DOC: Genero la documentación técnica.

Reglas:

Cada elemento debe representarse como una actividad separada.
Debe respetarse exactamente el orden.
Debe colocarse antes de cualquier otra actividad original.

FASE 3 — GENERACIÓN Y CONSOLIDACIÓN DE ACTIVIDADES

Esta fase se aplica únicamente a las experiencias seleccionadas en FASE 2.

Objetivo

Generar actividades_principales para cada experiencia.
Consolidar todas las actividades dentro de la primera experiencia (la más reciente).

Reglas de redacción

Todas las actividades deben cumplir:

Redacción clara y formal.
Redacción en primera persona.
No reinterpretar funciones ambiguas.
No dividir, fusionar ni transformar actividades originales.
Respetar la redacción original de las actividades extraídas del CV.

Regla de consolidación

La primera experiencia laboral (la más reciente) funciona como contenedor consolidado de actividades.

Debe construirse respetando estrictamente el siguiente orden:

Bloque obligatorio inicial completo
(definido en REGLA ESPECIAL — PARÁFRASIS INICIAL DE LA PRIMERA EXPERIENCIA, incluye):
- Paráfrasis inicial
- Actividades base (parafraseadas)
- Descripción de nivel de experiencia
- Certificaciones y cursos
- Procesos en los que participo
Actividades originales de la primera experiencia
Actividades de todas las demás experiencias seleccionadas

Procedimiento

1. Ordenar experiencias

Ordenar las experiencias seleccionadas de la más reciente a la más antigua.

2. Generar actividades por experiencia

Para cada experiencia:

Extraer sus actividades del CV.
Mantenerlas dentro de su experiencia correspondiente.
No modificar su redacción.

3. Construcción de la primera experiencia (consolidación)

La primera experiencia debe construirse de la siguiente manera:

Insertar el bloque obligatorio completo definido en la REGLA ESPECIAL (en el orden exacto).
Agregar sus actividades originales.
Agregar todas las actividades de las demás experiencias, respetando el orden cronológico:

experiencia 2
experiencia 3
experiencia 4
etc.

Reglas de consistencia

Durante la consolidación:

No eliminar actividades.
No resumir actividades.
No combinar actividades.
No modificar el orden interno de las actividades de cada experiencia.
No modificar la redacción de las actividades originales.
No duplicar actividades.
El bloque definido en la REGLA ESPECIAL es obligatorio y no puede alterarse ni reordenarse.

Regla de prioridad

En caso de conflicto:

La REGLA ESPECIAL — PARÁFRASIS INICIAL DE LA PRIMERA EXPERIENCIA tiene prioridad absoluta sobre cualquier otra instrucción de esta fase.

Ejemplo conceptual

{
  "experiencia_laboral": [
    {
      "empresa": "Empresa A",
      "puesto": "Líder Técnico",
      "fecha_inicio": "...",
      "fecha_fin": "...",
      "actividades_principales": [
        "Paráfrasis inicial...",
        "Actividad base 1...",
        "Actividad base 2...",
        "Actividad base 3...",
        "Nivel de experiencia...",
        "He usado la certificación X ...",
        "He usado la certificación Y ...",
        "ENG: ...",
        "ISP: ...",
        "PTO: ...",
        "FPT: ...",
        "PCR: ...",
        "Actividad propia experiencia A",
        "Actividad propia experiencia A",
        "Actividad experiencia B",
        "Actividad experiencia B",
        "Actividad experiencia C"
      ]
    },
    {
      "empresa": "Empresa B",
      "puesto": "Desarrollador",
      "fecha_inicio": "...",
      "fecha_fin": "...",
      "actividades_principales": [
        "Actividad experiencia B",
        "Actividad experiencia B"
      ]
    }
  ]
}

FORMATO DE SALIDA

El resultado final debe cumplir exactamente con lo definido en ./steps/03-formato-salida.md. Cualquier desviación en estructura o campos se considera inválida.