Loading Help…
Le pipeline qui transforme une offre d'emploi en un plan de transformation personnel — modes d'ingestion, l'adaptateur d'extraction, le résolveur de mise en correspondance et ses niveaux de confiance, la primitive de synthèse d'écart et l'enveloppe du paquet du plan.
Transformer mon rôle enchaîne cinq primitives RPF existantes. Ingestion (récupération URL / coller texte / téléversement de fichier, toutes routées par le même pipeline en mémoire). Extraction (l'agent d'extraction d'énoncés d'action, paramétré pour la forme d'offre d'emploi). Mise en correspondance (résoudre les candidats vers Rôles / Items / IUs RPF existants par slug et correspondance de forme IRI, avec équivalent prêt-pour-l'avenir choisi dans la chaîne role_archetype). Synthèse d'écart (la même computeProfileGap() que la surface d'Écart de Profil au niveau organisationnel, appliquée à un Profil transitoire d'état actuel dérivé des candidats correspondus). Assemblage du plan (enveloppe le personaPlan de la Phase 4 avec des métadonnées spécifiques au transform).
Fetch côté serveur avec timeout de 10 s, max 3 redirections, max 5 Mo de réponse, liste autorisée de types MIME (text/html, application/pdf, application/xhtml+xml, text/plain), robots.txt respecté (cache d'une heure), liste conservatrice d'hôtes no-crawl. L'URL est consommée une fois et jamais conservée — pas même l'hôte. Le User-Agent identifie explicitement cette surface.
Collez la description complète. Le texte traverse vers l'agent d'extraction seulement après que la case de droits est cochée (posture symétrique adoptée dans la revue confidentialité/légale de M18.2.1 — coller est fonctionnellement identique à téléverser). Le texte collé n'est jamais conservé.
PDF, texte simple ou Markdown, jusqu'à 5 Mo. Les octets passent par un chemin de traitement éphémère en mémoire avec TTL strict de 60 minutes. Aucune ligne de matériau-source SMC n'est créée — le catalogue SMC ne peut pas voir les téléversements de transform-personnel par construction.
Nous enveloppons l'agent d'extraction d'énoncés d'action avec un modèle de prompt à forme d'offre d'emploi. L'adaptateur reçoit uniquement le Markdown analysé — l'URL brute ou les octets téléversés n'atteignent jamais l'agent. L'agent renvoie une enveloppe de candidats structurés : { roleCandidates, items, informationUses, jurisdictionHint, confidence }. La confiance ici est la confiance d'extraction auto-rapportée de l'agent — distincte de la confiance de mise en correspondance ci-dessous.
Le résolveur de mise en correspondance prend l'enveloppe de candidats et résout vers les entités RPF existantes par slug + correspondance de forme IRI. Si le Rôle correspondant est lui-même un Rôle prêt-pour-l'avenir (role_archetype = 'future_ready'), il est l'équivalent. Sinon, nous parcourons la chaîne succeeds_role_id pour trouver l'équivalent prêt-pour-l'avenir canonique dans la juridiction de la personne utilisatrice. Chaque candidat porte une confiance dans [0,1] et un libellé de niveau.
Haute confiance. Le plan est rendu avec le Rôle canonique correspondu comme équivalent prêt-pour-l'avenir. La section d'écart est calculée et affichée.
Confiance moyenne. Le plan est rendu avec le Rôle canonique suggéré, mais l'interface marque la correspondance comme suggérée. Le jeu de chips du panneau d'agent inclut une question "vérifier avant de s'y fier".
Meilleur effort uniquement. Le plan est tout de même rendu, mais la section sans-correspondance s'affiche avec le dauphin, une raison et un CTA de parrainage pointant vers la fiche pour les ordres professionnels. La section d'écart est omise sauf si un équivalent prêt-pour-l'avenir peut être identifié quand même.
Nous synthétisons un Profil transitoire "état actuel" à partir des candidats correspondus (en mémoire, jamais conservé), puis le comparons au Profil prêt-pour-l'avenir canonique résolu en utilisant la même fonction computeProfileGap() que la surface d'Écart de Profil au niveau organisationnel (M18.1.1). La sortie est la même structure ProfileGap — ΔIRI, ΔICI, items manquants / en plus, changements de couverture d'IU, substitutions de matériaux — enveloppée dans l'enveloppe du plan de transform.
L'assembleur de paquet de plan enveloppe le personaPlan de la Phase 4 avec des métadonnées spécifiques au transform (sourceMode, jurisdictionResolved, mappingConfidence, generatedAt, version). Il émet la même forme aval — ainsi le consommateur de modèle personaPlan existant d'Assessor.io lit un plan de transform sans changement. HTML, PDF (feuille de style impression via Cmd-P) et modèle Assessor.io sont les trois formats d'export.
Lorsque vous enregistrez un plan de transformation, vous pouvez activer les notifications de changement. Une tâche quotidienne vérifie si le rôle canonique prêt pour l'avenir associé à chacun de vos plans enregistrés a été mis à jour. Lorsqu'un ou plusieurs l'ont été, vous recevez un seul e-mail récapitulatif — regroupé, de sorte que plusieurs plans modifiés arrivent dans un seul message plutôt que plusieurs. Seuls les changements datés après votre inscription sont pris en compte, donc activer les notifications ne déclenche jamais un e-mail « rien n'a changé ».
Les notifications sont facultatives et réservées aux utilisateurs inscrits. Les plans archivés ne génèrent jamais d'avis. Chaque récapitulatif comporte un lien de désabonnement en un clic qui arrête toutes les notifications de changement d'un coup ; vous pouvez les réactiver par plan depuis vos plans enregistrés. Le récapitulatif est envoyé à l'adresse e-mail de votre compte et ne mentionne que les titres de vos propres plans enregistrés — voir la page de confidentialité.
Traitez les plans de niveau Confirmé comme un brouillon solide — la correspondance canonique est haute confiance et la mathématique d'écart est déterministe. Traitez les plans de niveau Suggéré comme un brouillon à vérifier avant de le partager avec un(e) apprenant(e) ; ouvrez le panneau d'agent et parcourez "Comment le rôle a-t-il été mis en correspondance ?" et "Pourquoi cela manque-t-il ?". Traitez les plans de Faible confiance comme une hypothèse : le plan est tout de même rendu, mais l'état vide de parrainage suggère que cette discipline + juridiction a besoin d'un ordre parrainant canonique avant que la mathématique ne devienne fiable.
La posture de confidentialité est documentée séparément. Titres clés pour la vue méthodologie : la description brute, l'URL et les octets téléversés ne traversent jamais vers le contexte de l'agent — seuls les candidats structurés analysés le font. La ligne d'audit ne porte aucun champ à forme de contenu. Les sessions anonymes existent uniquement en mémoire.
Le paquet du plan de transform enveloppe la forme personaPlan de la Phase 4. L'enveloppe est au niveau de stabilité bêta ; les changements de forme cassants incrémenteront le schemaVersion dans l'enveloppe du paquet et seront signalés dans le journal des changements.
