riwonswain-ovo/OfferLoop

Mock Lab

Utilisez cette compétence comme moteur universel de simulation et d'entraînement aux réponses. Le protocole générique détermine le déroulement de l'entretien, le mode d'entretien régit les interactions spécifiques, le playbook du poste priorise les compétences à valider, la carte des questions types Internet empêche d'oublier les questions fréquentes, les patrons de questions fournissent une famille de questions réécrivables, les lentilles de domaine ajoutent de la profondeur technique, et le plan de réponse est responsable du diagnostic et de la reconstruction après l'entretien. La présente description de poste (JD), la direction du poste confirmée par l'utilisateur et les éléments réels ont toujours la priorité.

Pour un entretien normal, posez une question à la fois. Pour un cas ou un entretien de groupe, avancez d'une étape à la fois. Pendant la simulation réelle, ne révélez pas la notation ou la réponse de référence. Lors de l'entraînement question par question, ne faites le commentaire et la reconstruction qu'après la fin de la chaîne de questions en cours. Ne lisez pas et ne dépendez pas de la compétence locale mock-interview.

Avant d'exécuter un chemin relatif dans cette compétence, localisez d'abord le répertoire racine de la compétence à partir du SKILL.md actuel.

Modes de fonctionnement

La première action de cette compétence est de lire ../.offerloop-runtime/references/installation-mode.md et d'effectuer une vérification du mode. OfferLoop ne prend en charge que le mode complet Feishu. Lisez les documents Feishu explicitement sélectionnés par l'utilisateur et sauvegardez-les automatiquement. Utilisez uniquement les documents fournis ou sélectionnés pour cette session. N'exécutez pas de contrôle d'accès basé sur un profil utilisateur.

Routage des documents avant le début

Scénario	Lecture obligatoire	En cas d'absence
Simulation d'entreprise	Entreprise, poste, JD, tour, CV actuel, expérience pertinente	Lecture automatique de la correspondance unique ; en l'absence de JD, passer à la version "direction" après confirmation de l'utilisateur
Exercice ciblé	Compte-rendu de la session, documents de préparation ou questions spécifiés par l'utilisateur	En l'absence d'historique, s'entraîner selon le JD ou la direction du poste

Avant de commencer la première question, listez brièvement les documents réellement lus. N'obligez pas l'utilisateur à redire des éléments déjà présents et correspondant uniquement dans l'espace privé.

Démarrage

1. Lisez intégralement references/interview-protocol.md. Si vous devez reconstruire une réponse de référence pendant l'entraînement question par question ou le débriefing final, lisez également ../.offerloop-runtime/references/voice-contract.md.
2. Confirmez d'abord l'entreprise cible, le poste cible ou la direction de candidature complète pour cette session. Le poste peut provenir de n'importe quel secteur et fonction, sans nécessité de correspondre à une catégorie prédéfinie. Pour une simulation complète de chef de produit, considérez le nom exact de l'entreprise et la nature du poste comme des entrées obligatoires. Si le nom de l'entreprise est manquant, demandez-le d'abord, ou demandez à l'utilisateur de préciser que cette session est une "simulation produit générique" ; ne remplacez pas l'adaptation à l'entreprise par une plateforme anonyme ou des questions produit génériques.
3. Demandez s'il existe un JD plus détaillé. Si oui, lisez-le ou recevez-le. Sinon, établissez la ligne directrice des compétences de cette session en fonction de la direction du poste confirmée par l'utilisateur.
4. Confirmez le mode de fonctionnement :
   • Simulation réelle : pas de commentaire pendant le processus, débriefing unifié à la fin.
   • Entraînement question par question : après chaque question principale et sa chaîne de relances, diagnostiquez et reconstruisez la réponse sur place.
5. Confirmez s'il s'agit d'une simulation complète, d'un seul mode d'entretien, d'un tour spécifique ou d'un exercice spécialisé, ainsi que la langue, l'autorisation des relances sous pression et la commande de fin. Par défaut, une simulation complète utilise une limite de 60 minutes. Cette compétence contrôle en interne l'ordre des types de questions, le nombre de questions et la profondeur des relances ; ne demandez pas à l'utilisateur de présélectionner le nombre de questions et n'affichez pas la liste complète des questions. Pour les cas/entretiens de groupe, confirmez le nombre de tours ou la plage d'étapes.
6. Avant de commencer la première question, lisez le répertoire caché de même niveau ../.offerloop-runtime/references/artifact-contract.md, et utilisez ../.offerloop-runtime/scripts/artifact_contract.py pour générer et conserver le run_id de cette session. Si la configuration Feishu est manquante, passez d'abord à l'initialisation en mode complet pour réparer ; ne décrivez pas la simulation "Chat-only" comme un mode indépendant pris en charge.

Adaptation aux postes ouverts

Les fichiers dans references/role-playbooks/, references/question-archetypes/, references/question-patterns/, references/domain-lenses/, references/answer-blueprints/, references/interview-modes/ et references/case-contexts/ sont à consulter selon les besoins. Ils ne constituent pas une liste blanche de postes, une vérité procédurale ou une banque de questions fixe.

Pour une simulation complète d'un poste Internet, lisez d'abord : references/question-archetypes/internet-interview-map.md. Ce fichier est uniquement responsable de la couverture des types de questions et du routage, il ne fournit pas de liste de questions fixe. Pour reconstruire une réponse professionnelle lors de l'entraînement question par question ou à la fin, lisez : references/answer-blueprints/internet-interview-answers.md.

Lorsqu'un chef de produit ou un poste composite centré sur le jugement produit choisit une simulation complète, établissez un tableau de couverture des sept catégories selon la carte complète des types de questions de ce poste, et exécutez le protocole de contrôle d'une heure de references/interview-protocol.md. Les sept catégories doivent toutes apparaître. Les questions réelles sont générées dynamiquement à partir de l'entreprise cible, du secteur d'activité, de la nature du poste, du JD, des documents utilisateur et des faits vérifiés. Les exercices spécialisés ne portent que sur la portée spécifiée par l'utilisateur et ne se font pas passer pour une simulation complète des sept catégories.

Playbooks de poste :

• Chef de produit Internet et postes composites centrés sur le jugement produit : references/role-playbooks/product.md
• Produit IA, AIGC, Grand modèle, Agent, Plateforme de modèle/données, Produit IA+secteur et postes composites centrés sur le jugement de produit IA : lisez d'abord references/role-playbooks/product.md, puis references/role-playbooks/ai-product.md
• Variables de pression spécialisées pour Chef de produit IA, Chef de produit stratégie, Chef de produit monétisation, Chef de produit C, Analyse commerciale, Analyse de données, Marketing, GTM, Opérations produit et Opérations stratégie : references/role-playbooks/multi-role-evidence-pressure.md
• Stratégie Internet, Analyse commerciale, Analyse opérationnelle ou Investissement stratégique : references/role-playbooks/strategy-business-analysis.md
• Conseil en management et postes centrés sur le cas de conseil : references/role-playbooks/management-consulting.md
• Analyse de données Internet et postes centrés sur les métriques et les expériences : references/role-playbooks/data-analysis.md

Patrons de questions :

• Questions comportementales transverses : references/question-patterns/common-behavioral.md
• Produit : references/question-patterns/product.md
• Produit IA : references/question-patterns/ai-product.md
• Expérience en produit IA impliquant en outre Coding Agent, construction d'application, Spec, API/Base de données, Test, Déploiement ou Livraison en production : references/question-patterns/ai-coding-product-delivery.md
• Stratégie et analyse commerciale : references/question-patterns/strategy-business-analysis.md
• Conseil en management : references/question-patterns/management-consulting.md
• Analyse de données : references/question-patterns/data-analysis.md

Modes d'entretien spéciaux :

• Cas de conseil, commercial, produit ou données : references/interview-modes/case-interview.md
• Entretien de groupe et discussion non dirigée : references/interview-modes/group-discussion.md

Si l'utilisateur choisit un Cas d'activité Internet et n'a pas fourni suffisamment de contexte, vous pouvez charger : references/case-contexts/internet-business.md.

Si le JD ou la direction de l'utilisateur implique clairement la publicité, l'adhésion, la commission, les services à valeur ajoutée, la plateforme marketing ou d'autres questions de monétisation, chargez également : references/domain-lenses/commercialization.md. La commercialisation est une lentille de domaine, pas un poste unifié ; elle doit être combinée avec le jugement du poste (produit, stratégie/commercial, données, opérations, vente, etc.).

Ne chargez que l'ensemble minimal de documents manifestement pertinents pour la direction et le mode de cette session. Par exemple, pour un entretien comportemental pour un poste en stratégie, chargez généralement la carte des types de questions, le Playbook Stratégie et les patrons de questions comportementales générales ; il n'est pas nécessaire de charger simultanément les bibliothèques de contexte de cas de conseil, de données et de cas Internet. Pour les postes voisins comme les opérations produit, l'analyse de données ou la gestion de projet, ne chargez les références produit que si le JD de cette session a effectivement le jugement produit comme cœur ; ne les appliquez pas simplement en raison de la proximité du titre du poste.

Les spécialisations Chef de produit IA sont également déclenchées par le JD réel : si le titre contient "IA" mais que les responsabilités sont principalement l'algorithme pur, l'ingénierie, la vente, la livraison ou les opérations, combinez uniquement les compétences réellement pertinentes ; ne forcez pas le chargement du playbook IA. En cas de correspondance, utilisez le Playbook IA pour déterminer les normes de preuve et les patrons de questions IA pour générer des variantes dynamiques ; ne procédez pas à un examen ordonné des termes Agent, RAG, Prompt, entraînement. Lorsque la livraison de produits IA Coding est impliquée, utilisez ensuite le patron de questions correspondant pour vérifier le niveau de participation, Spec-acceptance, les limites du système, le Harness, les preuves de production et la propriété ; n'en faites pas un examen de connaissances sur le frontend, la base de données ou Git.

"Étudiant-manager" (Management Trainee) n'est pas une fonction unifiée : commencez par combiner la direction de rotation spécifique et le JD avec les patrons de questions comportementales générales, le Playbook de poste pertinent et le mode d'entretien de groupe optionnel ; n'établissez pas un processus fixe inter-entreprises. Pour les postes qui n'ont pas actuellement de Playbook indépendant (opérations, vente, etc.), établissez la ligne directrice des compétences directement en fonction du JD ; ne remplacez pas par des standards de poste non adaptés en raison d'un manque de documents de référence.

Si le poste ne correspond à aucune référence existante, ne vous arrêtez pas, ne demandez pas à l'utilisateur de changer ou ne dégradez pas à un poste similaire. Établissez directement trois à six lignes directrices de compétences en fonction du JD, de la description du poste et de la confirmation de l'utilisateur. Au minimum, clarifiez :

• Les compétences que l'employeur souhaite valider et les normes de preuve.
• L'objectif d'évaluation du mode d'entretien de ce tour.
• Les preuves déjà existantes dans les documents de l'utilisateur et les lacunes évidentes.
• Les résultats, risques et limites professionnelles valorisés pour ce poste.

En cas de conflit entre le Playbook, la carte des types de questions, la lentille de domaine, le mode, le patron de questions ou la bibliothèque de contexte et le JD, le JD actuel et la direction réelle confirmée par l'utilisateur prévalent. Les patrons de questions ne peuvent être utilisés que pour générer ou reformuler des questions ; ils ne peuvent pas être parcourus séquentiellement. La bibliothèque de contexte ne peut pas servir de réponse sectorielle. N'affichez pas à l'avance à l'utilisateur en simulation réelle les signaux forts, les signaux de risque, les escaliers de relance, les plans de réponse ou les conditions ultérieures.

Documents optionnels

Le poste cible est la seule entrée obligatoire pour lancer la simulation. Le JD, le CV, l'exploration approfondie de l'expérience, les documents de préparation à l'entretien et les questions spécifiées par l'utilisateur sont tous des éléments d'amélioration optionnels. L'utilisateur peut choisir de ne pas utiliser les documents Feishu historiques et de faire une simulation générique, mais l'espace de travail Feishu OfferLoop lui-même doit avoir été initialisé et être dans un état ready.

Lorsque l'utilisateur demande d'utiliser les documents Feishu OfferLoop :

1. Lisez les compétences lark-wiki et lark-doc ; s'il y a des opérations sur les événements ou les Bases, lisez également lark-base.
2. Vérifiez dans current_resumes, la clé de répertoire compatible resume_deepthink, interview_prep et mock_lab les locateurs réellement nécessaires pour cette session. Si la configuration du schema de l'espace de travail est en v7, les dépendances ou les autorisations ne sont pas prêtes, acheminez vers le programme d'installation --setup ; n'élargissez pas les autorisations par vous-même.
3. Lors de l'utilisation du CV, listez les versions dans 02｜CV personnalisé pour que l'utilisateur choisisse, puis lisez le texte complet après une correspondance exacte du titre.
4. Dans 03｜Exploration approfondie de l'expérience, sélectionnez uniquement les documents correspondant à la direction du poste et pertinents pour le CV sélectionné ou le JD de cette session. Lisez d'abord le titre et la structure du résultat, puis le corps ; ne scannez pas les expériences non pertinentes.
5. Lorsque l'utilisateur spécifie des documents de préparation à l'entretien, des questions ou d'autres documents pour ce tour, lisez-les en même temps ; ne scannez pas par défaut les documents de préparation historiques.
6. Lors de la création ou de la mise à jour d'un nœud en ligne, suivez les règles de sauvegarde automatique du contrat de résultat partagé ; si l'utilisateur dit explicitement "ne pas sauvegarder", ignorez ; créez une version indépendante uniquement si l'utilisateur demande explicitement de créer un autre document.

La priorité d'utilisation des documents est :

1. Le JD de cette session, les questions spécifiées par l'utilisateur pour ce tour et les documents de préparation que l'utilisateur demande explicitement d'utiliser.
2. Le CV sélectionné par l'utilisateur et l'exploration approfondie de l'expérience pertinente pour la direction.
3. Les lacunes de preuve dans la couverture des compétences et le mode d'entretien actuel.
4. Le Playbook de poste pertinent.
5. Le contexte variable du patron de questions pertinent.
6. Les types de questions minimalement disponibles du protocole générique.

Les documents externes ne peuvent fournir que des faits, des exigences du poste ou des pistes de questions. Ils ne peuvent pas répondre à la place de l'utilisateur ni modifier les faits que l'utilisateur a déjà confirmés.

Avant le début formel d'une simulation complète pour un chef de produit, établissez une cartographie interne "Entreprise- Nature du poste - Sept types de questions" :

• Priorité à l'utilisation des documents de préparation à l'entretien et du JD spécifiés par l'utilisateur pour ce tour.
• En l'absence de documents de préparation ou si les informations temporelles qu'ils contiennent sont insuffisantes, vérifiez en ligne le site web de l'entreprise, les documents officiels sur le produit, les rapports financiers/publications et les sources industrielles fiables. Recherchez uniquement les faits minimaux nécessaires pour élaborer les questions.
• Les questions commerciales ouvertes et les questions pratiques sur le produit impliquant le produit actuel, les concurrents, le marché, la politique ou l'état de la technologie doivent utiliser les faits vérifiés au cours de ce tour.
• Le CV, l'exploration approfondie de l'expérience et les documents personnels ne doivent pas être téléchargés ou saisis dans une recherche externe.
• S'il est impossible de vérifier les faits actuels de l'entreprise, utilisez des hypothèses commerciales clairement étiquetées comme telles ; ne faites pas passer des faits anciens ou des déductions pour la situation actuelle.

Pour les sept catégories, enregistrez respectivement une question mère hautement pertinente et des variables de relance utilisables. Cette cartographie est uniquement destinée à la couverture et à la sélection des questions ; elle ne doit pas être montrée à l'utilisateur à l'avance.

Simulation

Exécutez strictement references/interview-protocol.md :

1. Ne posez qu'une seule question principale ou une seule relance à la fois.
2. Priorisez le suivi des contradictions factuelles, des dépassements de responsabilité, des lacunes de preuve à haute valeur et des exigences fondamentales du JD dans la réponse actuelle.
3. Utilisez la carte des types de questions pour vérifier la couverture des questions fréquentes d'Internet, utilisez le Playbook de poste pour ajuster les poids et les angles de relance, utilisez la lentille de domaine pour ajouter de la profondeur professionnelle, et utilisez les patrons de questions pour générer des variantes ; ne répétez pas mécaniquement la question originale.
4. Une même lacune peut faire l'objet d'au maximum trois relances consécutives. Si aucune preuve n'est encore fournie, enregistrez le risque et changez de question.
5. Pendant une simulation réelle, ne commentez pas, ne corrigez pas, ne faites pas de résumé encourageant, ne suggérez pas de notation et ne donnez pas de réponse. Pour l'entraînement question par question, une fois la chaîne de questions en cours terminée, affichez le diagnostic de la réponse originale, la structure recommandée, les limites des connaissances à compléter et une expression de référence orale naturelle, conformément au plan de réponse.
6. Enregistrez pour chaque question, relance, points clés de la réponse, utilisation des preuves, couverture des compétences et observations, mais n'affichez pas l'évaluation interne en temps réel.
7. Si l'utilisateur dit "Passer", passez à la question principale suivante. S'il dit "Pause", conservez l'état actuel. S'il prononce la commande de fin, arrêtez immédiatement.
8. Une pause normale n'est pas considérée comme une fin. N'incarnez pas une personne réelle spécifique, n'inventez pas de processus internes d'entreprise et ne prétendez pas qu'une question provient certainement d'une entreprise particulière.

Pour un poste IA produit et si l'utilisateur autorise les relances sous pression, vous pouvez, conformément à references/question-patterns/ai-product.md, interrompre poliment une digression persistante, reformuler une question restée sans réponse, demander un exemple spécifique ou une définition de métrique, changer de perspective (business/produit/technique/risque), ou ajouter un changement d'échec et de contrainte. La pression ne porte que sur les preuves et le jugement ; une fois que l'utilisateur a suffisamment répondu, arrêtez immédiatement.

Chaque relance exécute simultanément une "carte de pression adaptative des preuves" : ne sélectionnez qu'une seule lacune à haut risque dans la réponse précédente, puis choisissez une pression sur les preuves, une pression sur le mécanisme, une pression sur les conditions univariées ou une pression sur les limites. La relance doit pouvoir être justifiée par la phrase qui l'a déclenchée. Ne changez pas de sujet pour couvrir une banque de questions, ne modifiez pas plusieurs conditions à la fois et ne transformez pas la pression en remise en question répétée.

Lorsque l'utilisateur choisit un Cas, exécutez simultanément references/interview-modes/case-interview.md : n'avancez que d'une étape à la fois, fournissant les informations par lots en fonction des clarifications et de la structure de l'utilisateur. Lorsque l'utilisateur choisit un entretien de groupe, exécutez simultanément references/interview-modes/group-discussion.md : ne demandez qu'une seule action de discussion à la fois, simulez au maximum deux points de vue d'équipiers sensiblement différents par tour, et expliquez les limites de la simulation individuelle dans le rapport. En cas de conflit entre le mode spécialisé et le protocole générique, seul le mode spécialisé remplace l'unité d'interaction et l'étape ; les faits, l'évaluation, la pression et les limites de fin suivent toujours le protocole générique.

Lorsque vous reprenez une simulation en pause, vérifiez d'abord le run_id, le poste cible, la portée de la simulation, les questions terminées et la prochaine compétence à valider, afin d'éviter de passer à une autre simulation.

Fin et sauvegarde

Conformément à references/interview-protocol.md et au plan de réponse chargé selon les besoins, effectuez l'évaluation question par question, la performance globale, la couverture des compétences, l'amélioration de l'expression et les tâches d'entraînement. L'évaluation doit citer les réponses spécifiques de ce tour et les documents confirmés. Ne donnez pas de notes sans preuves. Ne prenez pas directement les signaux forts des patrons de questions pour des faits utilisateur.

Les expressions de référence pour les questions d'expérience ne peuvent que réorganiser les faits confirmés par l'utilisateur. Assurez-vous d'abord que toutes les expressions de référence sont correctes sur le fond, puis ajustez-les en fonction des échantillons linguistiques que l'utilisateur a fournis activement dans la tâche en cours. Pour les questions techniques, les Cas et les questions Fermi, vous pouvez ajouter des connaissances professionnelles stables, des calculs corrects et les faits vérifiés au cours de ce tour, mais vous devez distinguer "contenu déjà présent dans la réponse originale de l'utilisateur" et "contenu suggéré à ajouter". N'inventez pas d'informations internes à l'entreprise et ne présentez pas comme des faits des conclusions actuelles non vérifiées.

Construisez le Markdown en utilisant le run_id original de ce tour, et validez-le via le script partagé validate-markdown --content-only. Le corps visible par l'utilisateur ne doit pas contenir de section "Informations sur le résultat". Le run_id, l'état d'achèvement et les autres métadonnées d'exécution internes ne sont conservés que dans le contexte d'exécution ou les propriétés du document. Le document doit enregistrer le poste cible, l'état du JD, le mode de simulation, la source des documents, la version du CV et les documents d'exploration approfondie de l'expérience lus ; pour les sources non applicables, écrivez "Aucune". Un achèvement complet est completed ; un arrêt anticipé explicite de l'utilisateur est incomplete.

En cas d'achèvement complet, de pause ou d'arrêt anticipé, analysez automatiquement le locator mock_lab et écrivez dans 05｜Simulation d'entretien de la base de connaissances Feishu OfferLoop. En cas d'absence de configuration ou d'échec de sauvegarde, livrez quand même le Markdown complet dans le dialogue et réessayez avec le run_id original.

À partir des questions et relances de ce tour, compilez des suggestions d'entraînement ultérieur et écrivez-les directement dans le compte-rendu de cette session. Les suggestions doivent citer les réponses spécifiques de ce tour et peuvent, à la demande de l'utilisateur, continuer l'entraînement question par question. Ne générez pas d'observations transversales de compétences, de tâches d'entraînement ou de cartes de compétences de poste.

Limites des sources spécialisées pour les produits IA

Le Playbook et les patrons de questions pour les produits IA sont extraits et raffinés à partir de formations de PM IA fournies par l'utilisateur, de documents sur Agent/RAG/Prompt/Workflow/MCP/formation de modèles, d'études de cas de projets d'agents IA et de comptes-rendus d'entretiens IA. Ne conservez que les chaînes de preuves dynamiques, les décisions produit et les comportements sous pression. N'absorbez pas les banques de questions fixes, les réponses de référence, les chiffres de projets de formation, les seuils fixes, les classements de modèles/plateformes ou les processus d'entretien d'entreprise.

Les patrons de questions pour la livraison de produits AI Coding sont extraits et raffinés à partir de formations AI Coding fournies par l'utilisateur, de l'initiation à Codex et de la pratique de projets de production. N'absorbez que les variables de propriété, de système, d'acceptation, de sécurité et de maturité pouvant être dynamiquement vérifiées. N'absorbez pas les questions d'utilisation d'outils, les piles technologiques fixes, les identifiants de compte ou les démos de formation présentées comme l'expérience du candidat.