cv-desarrollador-atencion-in - SKILL.md Agent Skill

name: cv-desarrollador-atencion-in description: Analiza CVs y devuelve únicamente un JSON estructurado para el rol de Desarrollador de atención de incidentes. metadata: author: raquelizue version: "1.0.0"

SAT CV Extractor — Desarrollador de atención de incidentes

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:

"Cuento con al menos 3 años de experiencia en centro de desarrollo de software. Domino tecnologías de la Arquitectura de Referencia (AR) y/o tecnologías de código abierto. Genero el código necesario y doy mantenimiento correctivo y adicional para cumplir con la especificación técnica, ejecutando el proceso de desarrollo de software conforme a lo acordado y apegándome a los estándares, la arquitectura y los frameworks definidos, asegurando la calidad y el cumplimiento de los plazos establecidos en el plan de trabajo."

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
Considerar la totalidad de la experiencia laboral descrita.
Integrar de manera estratégica las capacidades clave asociadas al mantenimiento y soporte de aplicativos, demostrando coherencia con responsabilidades como la resolución de problemas, desarrollo de servicios y aplicaciones web (frontend y backend), así como el uso de herramientas de versionamiento de código.

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 2 — FILTRADO (SOLO SI rol_propuesto = "Desarrollador de atención de incidentes")

Criterio de relevancia

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

Mantenimiento y soporte de aplicativos en entornos productivos
Resolución de problemas técnicos en sistemas y aplicaciones
Desarrollo de servicios y aplicaciones web (frontend y backend)
Implementación y mejora de funcionalidades en aplicativos
Uso de herramientas de versionamiento de código (Git)
Análisis y corrección de incidencias en aplicativos
Interacción con equipos técnicos para soporte y desarrollo
Aseguramiento del correcto funcionamiento de aplicaciones y servicios

Si no hay evidencia explícita → OMITIR.

No reinterpretar soporte técnico básico, tareas operativas o funciones administrativas como desarrollo de aplicaciones o servicios web.

Regla prioritaria: 3 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 ~3 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:

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

"Mantengo y doy soporte a los aplicativos dominando varios lenguajes de programación. Habilidades en; Resolución de problemas, Versionamiento del código (Git), Dominio en el desarrollo de servicios y aplicaciones web (frontend y backend)."

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:

Diseño, codifico y realizo pruebas unitarias de componentes a partir de las especificaciones técnicas.
Utilizo e implemento de forma adecuada el framework, subsistemas de soporte y componentes reutilizables establecidos por la arquitectura, incluyendo aspectos de seguridad de la información.
Valido que las especificaciones técnicas estén completas y correctas antes de su implementación.
Cumplo con los tiempos, esfuerzo y calidad de acuerdo con los compromisos del proyecto, recolectando las métricas correspondientes.
Identifico y escalo issues y riesgos detectados durante el desarrollo.
Acato los lineamientos y acuerdos del proyecto y de la organización (acuerdos de negocio, políticas, horarios, registro de horas, estándares y cumplimiento de planes).
Cuento con experiencia en la atención de incidentes técnicos en entornos productivos.
Analizo técnicamente y corrijo incidencias mediante bugfix, hotfix y parches en aplicaciones productivas.
Reproduzco incidentes en ambientes controlados para su diagnóstico y solución.
Participo directamente en la resolución de incidentes clasificados por severidad o prioridad.
Realizo validaciones técnicas posteriores a la corrección para confirmar la resolución del incidente.
Participo en despliegues correctivos o liberaciones urgentes derivadas de incidentes, como hotfix y parches.
Colaboro con equipos de soporte, QA y usuarios técnicos durante la atención de incidentes.
Documento la solución técnica aplicada y contribuyo a la mejora continua mediante lecciones aprendidas y bases de conocimiento.

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:

"Cuento con profundos conocimientos y experiencia que me permiten resolver problemas complejos mediante el uso de soluciones existentes, aplicando mejores prácticas en todo momento. Identifico, notifico y prevengo riesgos potenciales que puedan afectar los resultados esperados; además, pruebo soluciones y genero evidencias en la gestión de incidentes. Trabajo de manera autónoma con un nivel mínimo de supervisión y soy capaz de cumplir con los tiempos comprometidos, manteniendo un alto nivel de especialización (80%)."

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.