Loading Help…
El pipeline que convierte una publicación de empleo en un plan de transformación personal — modos de ingesta, el adaptador de extracción, el resolvedor de mapeo y sus niveles de confianza, la primitiva de síntesis de brecha y el sobre del paquete del plan.
Transforma mi rol encadena cinco primitivas RPF existentes. Ingesta (obtención de URL / pegar texto / subida de archivo, todas enrutadas por el mismo pipeline en memoria). Extracción (el agente de extracción de Declaraciones de Acción, parametrizado para la forma de publicación de empleo). Mapeo (resolver candidatos a Roles / Ítems / IUs RPF existentes por coincidencia de slug y forma de IRI, con una contraparte future-ready elegida de la cadena role_archetype). Síntesis de brecha (la misma computeProfileGap() que la superficie de Brecha de Perfil a nivel organizacional, aplicada a un Perfil transitorio de estado actual derivado de los candidatos coincidentes). Ensamblaje del plan (envuelve el sobre personaPlan de la Fase 4 con metadatos específicos de transformación).
Obtención del lado del servidor con timeout de 10 segundos, máximo 3 redirecciones, máximo 5 MB de respuesta, allowlist de content-type (text/html, application/pdf, application/xhtml+xml, text/plain), robots.txt respetado (caché de 1 hora), lista conservadora de hosts no rastreados. La URL se consume una vez y nunca se persiste — ni siquiera el host. El User-Agent identifica esta superficie explícitamente.
Pega la descripción completa. El texto cruza al agente de extracción solo después de marcar el tickbox de reconocimiento de derechos (en línea con la postura simétrica de la revisión de privacidad/legal de M18.2.1 — pegar es funcionalmente idéntico a subir). El texto pegado nunca se persiste.
PDF, plain text, or Markdown, up to 5 MB. Bytes route through an in-memory ephemeral processing path with a 60-minute hard-cap TTL. No SMC source-material row is created — the SMC catalog cannot see personal-transform uploads by construction.
Envolvemos al agente de extracción de Declaraciones de Acción con una plantilla de prompt con forma de publicación de empleo. El adaptador recibe solo Markdown analizado — la URL cruda o los bytes subidos nunca llegan al agente. El agente devuelve un sobre estructurado de candidatos: { roleCandidates, items, informationUses, jurisdictionHint, confidence }. La confianza aquí es la confianza de extracción auto-reportada del agente — distinta de la confianza de mapeo abajo.
El resolvedor de mapeo toma el sobre de candidatos y resuelve a entidades RPF existentes por coincidencia de slug + forma de IRI. Si el Rol coincidente es en sí mismo un Rol future-ready (vía role_archetype = 'future_ready'), es la contraparte. De lo contrario, recorremos la cadena succeeds_role_id para encontrar la contraparte canónica future-ready en la jurisdicción del usuario. Cada candidato carga una confianza en [0,1] y una etiqueta de nivel.
Alta confianza. El plan se renderiza con el Rol canónico coincidente como la contraparte future-ready. La sección de brecha se computa y se muestra.
Confianza media. El plan se renderiza con el Rol canónico sugerido, pero la UI marca la coincidencia como sugerida. El conjunto de chips del panel del agente incluye una pregunta "verificar antes de confiar".
Solo mejor esfuerzo. El plan aún se renderiza, pero la sección sin coincidencia aparece con el segundo lugar, una justificación y un CTA de patrocinio que apunta al resumen para entidades. La sección de brecha se omite a menos que aún pueda identificarse una contraparte future-ready.
Sintetizamos un Perfil transitorio de "estado actual" a partir de los candidatos coincidentes (en memoria, nunca persistido), luego lo ejecutamos contra el Perfil canónico future-ready resuelto usando la misma función computeProfileGap() que la superficie de Brecha de Perfil a nivel organizacional (M18.1.1). La salida tiene la misma forma ProfileGap — ΔIRI, ΔICI, ítems faltantes/extras, cambios en cobertura de IU, sustituciones de materiales — envuelta en el sobre del plan de transformación.
El ensamblador del paquete del plan envuelve el sobre personaPlan de la Fase 4 con metadatos específicos de transformación (sourceMode, jurisdictionResolved, mappingConfidence, generatedAt, version). Emite la misma forma aguas abajo — por lo que el consumidor existente de plantillas personaPlan de Assessor.io lee un plan de transformación sin cambios. HTML, PDF (hoja de estilos de impresión vía Cmd-P) y plantilla de Assessor.io son los tres formatos de exportación.
Al guardar un plan de transformación puedes suscribirte a notificaciones de cambio. Una tarea diaria verifica si el Rol canónico future-ready detrás de cada uno de tus planes guardados ha sido actualizado. Cuando uno o más lo han sido, recibes un único correo de resumen — agrupado, de modo que varios planes modificados llegan como un solo mensaje en lugar de varios. Solo cuentan los cambios con fecha posterior a tu suscripción, por lo que activar las notificaciones nunca dispara un correo de "nada cambió".
Las notificaciones son opt-in y exclusivas para usuarios registrados. Los planes archivados nunca generan un aviso. Cada resumen lleva un enlace de cancelación con un solo clic que detiene todas las notificaciones de cambio a la vez; puedes reactivarlas por plan desde tus planes guardados. El resumen se envía al correo de tu cuenta y solo menciona los títulos de tus propios planes guardados — consulta la página de privacidad.
Trata los planes de nivel Confirmado como un borrador sólido — la coincidencia canónica es de alta confianza y la matemática de la brecha es determinista. Trata los planes de nivel Sugerido como un borrador a verificar antes de compartirlo con un aprendiz; abre el panel del agente y recorre "¿Cómo se mapeó el rol?" y "¿Por qué falta esto?". Trata los planes de Baja confianza como una hipótesis: el plan aún se renderiza, pero el estado vacío de patrocinio sugiere que esta disciplina + jurisdicción necesita un patrocinador canónico antes de que la matemática se vuelva confiable.
La postura de privacidad se documenta por separado. Titulares clave para la vista de metodología: la descripción cruda del empleo, la URL y los bytes subidos nunca cruzan al contexto del agente — solo lo hacen los candidatos estructurados analizados. La fila de auditoría no carga campos con forma de contenido. Las sesiones anónimas son solo en memoria.
El paquete del plan de transformación envuelve la forma personaPlan de la Fase 4. El envoltorio está en nivel de estabilidad beta; los cambios de forma incompatibles incrementarán el schemaVersion en el sobre del paquete y se destacarán en el registro de cambios.
