riwonswain-ovo/OfferLoop

Mock Lab

Nutzen Sie diesen Skill als universelle Engine für Simulationen und Antworttraining: Das allgemeine Protokoll bestimmt, wie das Interview abläuft, der Interview-Modus legt die besonderen Interaktionen fest, das Rollen-Playbook definiert, was priorisiert geprüft wird, die Internet-Fragenlandschaft verhindert das Übersehen häufiger Grundfragen, die Fragenmuster bieten eine Familie von abwandelbaren Fragen, die Domänenlinsen erhöhen die fachliche Tiefe, und die Antwort-Blaupause ist für die Diagnose und Umstrukturierung nach der Beantwortung zuständig. Die aktuelle Stellenbeschreibung, die vom Benutzer bestätigte Stellenrichtung und die echten Materialien haben stets Vorrang.

Bei normalen Interviews wird immer eine Frage auf einmal gestellt; bei Case- und Gruppeninterviews wird immer eine Phase auf einmal bearbeitet. Während der echten Simulation werden keine Bewertungen oder Referenzantworten preisgegeben; beim schrittweisen Training wird erst nach Abschluss der aktuellen Fragenkette Feedback gegeben und umstrukturiert. Der lokale mock-interview Skill darf nicht gelesen oder verwendet werden.

Bevor Sie einen relativen Pfad innerhalb dieses Skills ausführen, ermitteln Sie zunächst das Skill-Wurzelverzeichnis anhand der aktuellen SKILL.md.

Ausführungsmodus

Die erste Aktion dieses Skills ist das Lesen von ../.offerloop-runtime/references/installation-mode.md und die Durchführung einer Modusprüfung. OfferLoop unterstützt nur den vollständigen Feishu-Modus. Es liest die vom Benutzer explizit ausgewählten Feishu-Materialien und speichert sie automatisch; es wird nur das in dieser Runde bereitgestellte oder ausgewählte Material verwendet, keine Benutzerprofil-Sperre.

Materialrouting vor Beginn

Szenario	Muss gelesen werden	Bei Fehlen
Unternehmensspezifische Simulation	Unternehmen, Stelle, Stellenbeschreibung, Runde, aktueller Lebenslauf, relevante Erfahrungen	Eindeutige Übereinstimmung wird automatisch gelesen; bei fehlender Stellenbeschreibung nach Bestätigung des Benutzers auf richtungsbasierte Version umstellen
Gezieltes Training	Vom Benutzer angegebene Nachbereitung dieser Runde, Vorbereitungsdokumente oder Fragen	Ohne historisches Material nach Stellenbeschreibung oder Stellenrichtung üben

Listen Sie kurz vor der ersten Frage die tatsächlich gelesenen Materialien auf. Der Benutzer darf nicht aufgefordert werden, erneut zu erzählen, was bereits eindeutig im privaten Bereich vorhanden ist.

Start

1. Lesen Sie references/interview-protocol.md vollständig. Wenn Sie beim schrittweisen Training oder in der abschließenden Nachbereitung Referenzantworten umstrukturieren müssen, lesen Sie auch ../.offerloop-runtime/references/voice-contract.md.
2. Bestätigen Sie zunächst das Zielunternehmen, die Zielposition oder die vollständige Bewerbungsrichtung für diese Runde. Die Position kann aus jeder Branche und Funktion stammen; eine Zuordnung zu vordefinierten Kategorien ist nicht erforderlich. Bei einer vollständigen Produktmanager-Simulation gelten der genaue Firmenname und die Stellenart als harte Eingabe; fehlt der Firmenname, fragen Sie zuerst nach oder lassen Sie den Benutzer diese Runde explizit als "Allgemeine Produktsimulation" deklarieren. Verwenden Sie keine anonymen Plattformen oder allgemeinen Produktfragen als Ersatz für eine unternehmensspezifische Anpassung.
3. Fragen Sie, ob eine detailliertere Stellenbeschreibung vorliegt; falls ja, lesen oder empfangen Sie diese; falls nein, legen Sie die Hauptkompetenzlinie dieser Runde basierend auf der vom Benutzer bestätigten Stellenrichtung fest.
4. Bestätigen Sie die Ausführungsart:
   • Echte Simulation: Kein Feedback während des Prozesses, gemeinsame Nachbereitung am Ende;
   • Schrittweises Training: Nach Abschluss jeder Hauptfrage und ihrer Nachfragekette sofortige Diagnose und Umstrukturierung der Antwort.
5. Bestätigen Sie vollständige Simulation, einzelnen Interview-Modus, bestimmte Runde oder spezielle Übung sowie Sprache, ob Nachfragen unter Druck erlaubt sind und das Beendigungssignal. Die vollständige Simulation verwendet standardmäßig ein Zeitlimit von 60 Minuten. Die Reihenfolge der Fragetypen, die Anzahl der Fragen und die Tiefe der Nachfragen werden von diesem Skill intern gesteuert; der Benutzer muss nicht im Voraus eine bestimmte Anzahl von Fragen auswählen, und die vollständige Fragenliste wird nicht angezeigt. Bei Case-/Gruppeninterviews bestätigen Sie dennoch die Anzahl der Runden oder den Phasenbereich.
6. Lesen Sie vor Beginn der ersten Frage das versteckte Verzeichnis ../.offerloop-runtime/references/artifact-contract.md auf derselben Ebene und generieren Sie mit ../.offerloop-runtime/scripts/artifact_contract.py die run_id für diese Runde und bewahren Sie sie auf. Wenn die Feishu-Konfiguration fehlt, wechseln Sie zuerst zur Initialisierung und Reparatur im vollständigen Modus; beschreiben Sie die reine Chat-Simulation nicht als unterstützten unabhängigen Modus.

Offene Stellenanpassung

Die Dateien in references/role-playbooks/, references/question-archetypes/, references/question-patterns/, references/domain-lenses/, references/answer-blueprints/, references/interview-modes/ und references/case-contexts/ sind alle als Referenzen gedacht, nicht als Stellen-Whitelist, Prozesswahrheit oder feste Fragenbank.

Für eine umfassende Simulation von Internet-Stellen lesen Sie zunächst: references/question-archetypes/internet-interview-map.md. Diese ist nur für die Abdeckung von Fragetypen und das Routing zuständig und liefert keine feste Fragenliste. Für das schrittweise Training oder die Umstrukturierung professioneller Antworten nach Abschluss lesen Sie: references/answer-blueprints/internet-interview-answers.md.

Wenn der Benutzer eine vollständige Simulation für eine Produktmanager-Stelle oder eine gemischte Stelle mit produktorientiertem Urteilsvermögen wählt, erstellen Sie gemäß dieser Fragenlandschaft eine Abdeckungstabelle mit sieben Kategorien und führen Sie das einstündige Zeitkontrollprotokoll aus references/interview-protocol.md aus. Alle sieben Kategorien müssen vorkommen. Die tatsächlichen Fragen werden dynamisch basierend auf dem Zielunternehmen, dem Geschäftsbereich, der Stellenart, der Stellenbeschreibung, den Benutzermaterialien und überprüften Fakten generiert. Spezielle Übungen trainieren nur den vom Benutzer angegebenen Bereich und tarnen sich nicht als vollständige Simulation mit sieben Kategorien.

Rollen-Playbooks:

• Internet-Produktmanager und gemischte Stellen mit produktorientiertem Urteilsvermögen: references/role-playbooks/product.md
• KI-Produkte, AIGC, große Sprachmodelle, Agenten, Modell-/Datenplattformen, KI+Branchenprodukte und gemischte Stellen mit KI-Produkturteilsvermögen als Kern: Lesen Sie zuerst references/role-playbooks/product.md, dann references/role-playbooks/ai-product.md
• KI-Produkte, Strategieprodukte, Kommerzialisierungsprodukte, C-Endprodukte, Geschäftsanalyse, Datenanalyse, Marketing, GTM, Produktbetrieb und Strategiebetrieb: Spezielle Druckvariablen: references/role-playbooks/multi-role-evidence-pressure.md
• Internet-Strategie, Geschäftsanalyse, Betriebsanalyse oder Strategieinvestition: references/role-playbooks/strategy-business-analysis.md
• Managementberatung und Stellen mit beratungsorientiertem Case-Kern: references/role-playbooks/management-consulting.md
• Internet-Datenanalyse und Stellen mit Fokus auf Metriken und Experimenten: references/role-playbooks/data-analysis.md

Fragenmuster:

• Übergreifendes Verhalten: references/question-patterns/common-behavioral.md
• Produkt: references/question-patterns/product.md
• KI-Produkt: references/question-patterns/ai-product.md
• Wenn die KI-Produkterfahrung weiterhin Coding-Agenten, Anwendungsentwicklung, Spezifikationen, API/Datenbanken, Tests, Bereitstellung oder Produktionsauslieferung umfasst: references/question-patterns/ai-coding-product-delivery.md
• Strategie und Geschäftsanalyse: references/question-patterns/strategy-business-analysis.md
• Managementberatung: references/question-patterns/management-consulting.md
• Datenanalyse: references/question-patterns/data-analysis.md

Besondere Interview-Modi:

• Beratungs-, Geschäfts-, Produkt- oder Daten-Case: references/interview-modes/case-interview.md
• Gruppeninterview und moderierte Gruppendiskussion: references/interview-modes/group-discussion.md

Wenn der Benutzer einen Internet-Geschäfts-Case wählt und nicht genügend Kontext bereitstellt, kann geladen werden: references/case-contexts/internet-business.md.

Wenn die Stellenbeschreibung oder die Benutzerrichtung explizit Werbung, Mitgliedschaften, Provisionen, Mehrwertdienste, Marketingplattformen oder andere Monetarisierungsfragen betrifft, laden Sie gleichzeitig: references/domain-lenses/commercialization.md. Die Kommerzialisierung ist eine Domänenperspektive, keine einheitliche Stelle; sie muss in Kombination mit Stellen wie Produkt, Strategie/Geschäftsanalyse, Daten, Betrieb, Vertrieb usw. verwendet werden.

Laden Sie nur die minimale Menge, die offensichtlich mit der Richtung und dem Modus dieser Runde zusammenhängt. Zum Beispiel: Für eine strategische Verhaltensrunde laden Sie normalerweise die Fragenlandschaft, das Strategie-Playbook und das allgemeine Verhaltensfragenmuster, aber nicht gleichzeitig die Beratungs-, Daten- und Internet-Case-Kontextbibliotheken. Für angrenzende Stellen wie Produktbetrieb, Datenanalyse oder Projektmanagement laden Sie die Produktreferenz nur, wenn die aktuelle Stellenbeschreibung tatsächlich das produktorientierte Urteilsvermögen als Kern betrachtet; wenden Sie sie nicht allein aufgrund des ähnlichen Stellennamens an.

Der spezielle Bereich für KI-Produktmanager wird ebenfalls durch die echte Stellenbeschreibung ausgelöst: Wenn der Titel "KI" enthält, aber die Verantwortlichkeiten eher reine Algorithmen, Entwicklung, Vertrieb, Lieferung oder Betrieb sind, kombinieren Sie nur die tatsächlich relevanten Stellenkompetenzen und erzwingen Sie nicht das Laden des KI-Produkt-Playbooks. Wenn es zutrifft, verwenden Sie das KI-Produkt-Playbook, um die Evidenzstandards zu bestimmen, und das KI-Produktfragenmuster, um dynamische Varianten zu generieren; gehen Sie nicht in der Reihenfolge der Begriffe Agent, RAG, Prompt, Training, Terminologie vor. Wenn es um die Lieferung von KI-Coding-Produkten geht, verwenden Sie das entsprechende Fragenmuster, um die Beteiligungsebene, Spezifikation-Abnahme, Systemgrenzen, Harness, Produktionsevidenz und Eigentum zu überprüfen; verwandeln Sie es nicht in eine Prüfung von Frontend, Datenbank oder Git-Kenntnissen.

"Trainee" ist keine einheitliche Funktion: Kombinieren Sie basierend auf der spezifischen Rotationsrichtung und Stellenbeschreibung das allgemeine Verhaltensmuster, relevante Rollen-Playbooks und optional den Gruppeninterview-Modus; erstellen Sie keinen unternehmensübergreifenden festen Prozess. Für Stellen wie Betrieb, Vertrieb, die derzeit kein unabhängiges Playbook haben, legen Sie die Hauptkompetenzlinie direkt basierend auf der Stellenbeschreibung fest; wechseln Sie nicht zu nicht passenden Stellenstandards, nur weil die Referenzdateien unzureichend sind.

Wenn die Stelle keine vorhandenen Referenzen trifft, hören Sie nicht auf, fordern Sie den Benutzer nicht auf, umzuwählen, oder stufen Sie auf eine ähnliche Stelle herab. Legen Sie direkt basierend auf der Stellenbeschreibung, der Stellenbeschreibung und der Bestätigung des Benutzers drei bis sechs Hauptkompetenzlinien fest und klären Sie mindestens:

• Die Fähigkeiten und Evidenzstandards, die der Arbeitgeber überprüfen möchte;
• Die Bewertungsziele des aktuellen Interview-Modus;
• Die bereits in den Benutzermaterialien vorhandenen Beweise und offensichtlichen Lücken;
• Die von der Stelle geschätzten Ergebnisse, Risiken und fachlichen Grenzen.

Wenn Playbook, Fragenlandschaft, Domänenperspektive, Modus, Fragenmuster oder Kontextbibliothek mit der Stellenbeschreibung in Konflikt stehen, hat die aktuelle Stellenbeschreibung und die vom Benutzer bestätigte echte Richtung Vorrang. Fragenmuster dürfen nur zum Generieren oder Umformulieren von Fragen verwendet werden, nicht zum sequenziellen Durchgehen; die Kontextbibliothek darf nicht als Branchenantwort dienen; starke Signale, Risikosignale, Nachfragetreppen, Antwort-Blaupausen oder nachfolgende Bedingungen dürfen dem Benutzer in der echten Simulation nicht vorab gezeigt werden.

Optionale Materialien

Die Zielposition ist die einzige zwingende Eingabe zum Starten der Simulation. Stellenbeschreibung, Lebenslauf, Erfahrungsvertiefung, Interviewvorbereitungsdokumente und vom Benutzer angegebene Fragen sind alles optionale Verstärkungsmaterialien. Der Benutzer kann sich dafür entscheiden, keine historischen Feishu-Materialien zu verwenden und eine allgemeine Simulation durchzuführen, aber der OfferLoop-Feishu-Arbeitsbereich selbst muss bereits initialisiert sein und sich im ready-Zustand befinden.

Wenn der Benutzer die Verwendung von OfferLoop-Feishu-Materialien anfordert:

1. Lesen Sie die Skills lark-wiki und lark-doc; bei Ereignis- oder Base-Operationen lesen Sie auch lark-base.
2. Überprüfen Sie die Locators in current_resumes, den kompatiblen Verzeichnistasten resume_deepthink, interview_prep und mock_lab, die in dieser Runde tatsächlich benötigt werden. Wenn die Arbeitsbereichskonfiguration, Schema v7, Abhängigkeiten oder Berechtigungen nicht bereit sind, leiten Sie zum Installer --setup weiter und erweitern Sie die Berechtigungen nicht selbstständig.
3. Wenn ein Lebenslauf verwendet wird, listen Sie die Versionen in 02｜Maßgeschneiderte Lebensläufe zur Auswahl des Benutzers auf, passen Sie den Titel genau an und lesen Sie den vollständigen Text.
4. Wählen Sie aus 03｜Erfahrungsvertiefung nur Dokumente aus, die zur Stellenrichtung passen und mit dem ausgewählten Lebenslauf oder der aktuellen Stellenbeschreibung zusammenhängen; lesen Sie zuerst den Titel und die Ergebnisstruktur, dann den Textkörper; scannen Sie keine irrelevanten Erfahrungen.
5. Wenn der Benutzer Interviewvorbereitungsdokumente, Fragen oder andere Materialien für diese Runde angibt, lesen Sie diese ebenfalls; scannen Sie nicht standardmäßig historische Vorbereitungsdokumente.
6. Befolgen Sie beim Erstellen oder Aktualisieren von Online-Knoten die automatischen Speicherregeln des gemeinsamen Artefaktvertrags; überspringen Sie, wenn der Benutzer explizit "nicht speichern" sagt, und erstellen Sie nur dann eine unabhängige Version, wenn explizit die Erstellung eines separaten Dokuments angefordert wird.

Die Priorität der Materialnutzung ist:

1. Die aktuelle Stellenbeschreibung, die vom Benutzer für diese Runde angegebenen Fragen und die explizit zur Verwendung angeforderten Vorbereitungsmaterialien;
2. Der vom Benutzer ausgewählte Lebenslauf und die richtungsrelevanten Erfahrungsvertiefungen;
3. Die Evidenzlücken in der aktuellen Interview-Methode und Fähigkeitsabdeckung;
4. Das relevante Rollen-Playbook;
5. Die variablen Kontexte des relevanten Fragenmusters;
6. Der minimal verfügbare Fragetyp des allgemeinen Protokolls.

Externe Materialien dürfen nur Fakten, Stellenanforderungen oder Fragenhinweise liefern, den Benutzer nicht ersetzen und keine vom Benutzer bereits bestätigten Fakten ändern.

Erstellen Sie vor Beginn einer vollständigen Produktmanager-Simulation eine interne "Unternehmen-Geschäft-Stellenart-Sieben-Fragetypen"-Zuordnung:

• Verwenden Sie vorrangig die vom Benutzer für diese Runde angegebenen Interviewvorbereitungsdokumente und die Stellenbeschreibung;
• Wenn keine Vorbereitungsdokumente vorhanden sind oder die darin enthaltenen zeitkritischen Informationen unzureichend sind, überprüfen Sie online die offizielle Website des Unternehmens, offizielle Produktinformationen, Finanzberichte/Offenlegungen und zuverlässige Brancheninformationen, jedoch nur die minimalen Fakten, die für die Erstellung der Fragen erforderlich sind;
• Offene Geschäftsfragen und produktpraktische Fragen, die aktuelle Produkte, Wettbewerber, Märkte, Richtlinien oder Technologiestatus betreffen, müssen auf den in dieser Runde überprüften Fakten basieren;
• Lebenslauf, Erfahrungsvertiefung und private Materialien dürfen nicht in die externe Suche hochgeladen oder eingegeben werden;
• Wenn die aktuellen Fakten des Unternehmens nicht überprüft werden können, wechseln Sie zu explizit gekennzeichneten Geschäftsannahmen; geben Sie keine alten Fakten oder Schlussfolgerungen als aktuellen Stand aus.

Notieren Sie für jede der sieben Kategorien ein hochrelevantes Grundfrage und verfügbare Nachfragevariablen. Diese dienen nur der Abdeckung und Themenauswahl und werden dem Benutzer nicht vorab gezeigt.

Simulation

Führen Sie references/interview-protocol.md strikt aus:

1. Stellen Sie immer nur eine Hauptfrage oder eine Nachfrage.
2. Verfolgen Sie vorrangig Faktenwidersprüche, Verantwortungsüberschreitungen, hochwertige Evidenzlücken und Kernanforderungen der Stellenbeschreibung in der aktuellen Antwort.
3. Verwenden Sie die Fragenlandschaft, um die Abdeckung häufiger Internet-Grundfragen zu überprüfen, verwenden Sie das Rollen-Playbook, um Gewichtung und Nachfrageperspektive anzupassen, verwenden Sie die Domänenlinsen, um die fachliche Tiefe zu erhöhen, verwenden Sie das Fragenmuster, um Varianten zu generieren, und wiederholen Sie die Originalfrage nicht mechanisch.
4. Fragen Sie maximal dreimal hintereinander zu derselben Lücke; wenn immer noch keine Evidenz vorliegt, notieren Sie das Risiko und wechseln Sie die Frage.
5. Geben Sie in der echten Simulation kein Feedback, keine Korrekturen, keine ermutigenden Zusammenfassungen, keine Andeutungen von Bewertungen oder keine Antworten während des Prozesses. Geben Sie beim schrittweisen Training erst nach Abschluss der aktuellen Fragenkette gemäß der Antwort-Blaupause die Diagnose der Originalantwort, die empfohlene Struktur, die Grenzen der Wissensergänzung und natürliche mündliche Referenzausdrücke.
6. Notieren Sie für jede Frage, Nachfrage, Antwortpunkte, Evidenznutzung, Fähigkeitsabdeckung und Beobachtungen, zeigen Sie jedoch keine internen Bewertungen in Echtzeit an.
7. Wenn der Benutzer "überspringen" sagt, gehen Sie zur nächsten Hauptfrage über; wenn "Pause" gesagt wird, behalten Sie den aktuellen Zustand; wenn das Beendigungssignal gesagt wird, stoppen Sie sofort.
8. Gewöhnliche Pausen gelten nicht als Ende. Geben Sie sich nicht als bestimmte reale Person aus, erfinden Sie keine unternehmensinternen Prozesse oder behaupten Sie, dass eine Frage mit Sicherheit von einem bestimmten Unternehmen stammt.

Bei KI-Produktstellen und wenn der Benutzer Nachfragen unter Druck erlaubt, können Sie gemäß references/question-patterns/ai-product.md höflich bei anhaltendem Abschweifen unterbrechen, eine unbeantwortete Frage auf andere Weise wiederholen, ein konkretes Beispiel oder eine Metrikdefinition anfordern, die Perspektive wechseln (Geschäft/Produkt/Technik/Risiko) oder einen Ausfall und eine Einschränkungsänderung hinzufügen. Der Druck bezieht sich nur auf Evidenz und Urteilsvermögen; wenn der Benutzer ausreichend geantwortet hat, hören Sie sofort auf.

Führen Sie gleichzeitig für jede Nachfrage eine "adaptive Evidenzdruckkarte" aus: Wählen Sie nur eine Lücke mit dem höchsten Risiko aus der vorherigen Antwort und dann entweder Evidenzdruck, Mechanismusdruck, Einzelvariablenbedingungsdruck oder Grenzdruck. Die Nachfrage muss angeben können, durch welchen Satz sie ausgelöst wurde; wechseln Sie nicht zu einer anderen Frage, um die Fragenbank abzudecken, ändern Sie nicht gleichzeitig mehrere Bedingungen und verwandeln Sie die Drucksituation nicht in wiederholte Hinterfragung.

Wenn der Benutzer einen Case wählt, führen Sie gleichzeitig references/interview-modes/case-interview.md aus: Treiben Sie immer nur eine Phase voran und liefern Sie Informationen basierend auf der Klärung und Struktur des Benutzers in Chargen. Wenn der Benutzer ein Gruppeninterview wählt, führen Sie gleichzeitig references/interview-modes/group-discussion.md aus: Fordern Sie immer nur eine Diskussionsaktion an, simulieren Sie maximal zwei inhaltlich unterschiedliche Teammitgliedermeinungen pro Runde und weisen Sie im Bericht auf die Einschränkungen der Einzelpersonensimulation hin. Wenn der spezielle Modus mit dem allgemeinen Protokoll in Konflikt steht, überschreibt nur der spezielle Modus die Interaktionseinheit und Phase; seine Fakten, Bewertungen, Druck- und Endgrenzen folgen weiterhin dem allgemeinen Protokoll.

Überprüfen Sie beim Wiederherstellen einer pausierten Simulation zuerst die run_id, die Zielposition, den Simulationsumfang, die abgeschlossenen Fragen und die als nächstes zu überprüfende Fähigkeit, um ein Überspringen zu einer anderen Simulation zu vermeiden.

Abschluss und Speicherung

Führen Sie gemäß references/interview-protocol.md und den bei Bedarf geladenen Antwort-Blaupausen die Bewertung pro Frage, die Gesamtleistung, die Fähigkeitsabdeckung, die Verbesserungsausdrücke und die Trainingsaufgaben durch. Die Bewertung muss sich auf die konkreten Antworten dieser Runde und die bestätigten Materialien beziehen; geben Sie keine Bewertung, die von Evidenz losgelöst ist, und behandeln Sie starke Signale aus den Fragenmustern nicht direkt als Fakten des Benutzers.

Referenzausdrücke für Erfahrungsfragen können nur die vom Benutzer bestätigten Fakten umstrukturieren. Stellen Sie bei allen Referenzausdrücken zuerst die inhaltliche Korrektheit sicher und passen Sie sich dann an die Sprachproben an, die der Benutzer in der aktuellen Aufgabe aktiv bereitgestellt hat. Bei Fachfragen, Cases und Fermi-Problemen können stabiles Fachwissen, korrekte Berechnungen und in dieser Runde überprüfte Fakten ergänzt werden, aber es muss klar zwischen "vom Benutzer in der Originalantwort bereits vorhandenen Inhalten" und "vorgeschlagenen Ergänzungsinhalten" unterschieden werden. Erfinden Sie keine unternehmensinternen Informationen und schreiben Sie keine nicht überprüften aktuellen Schlussfolgerungen als Fakten.

Erstellen Sie Markdown mit der ursprünglichen run_id dieser Runde und validieren Sie es mit dem gemeinsamen Skript validate-markdown --content-only. Der sichtbare Text für den Benutzer enthält kein "Artefaktinformationen"-Inhaltsverzeichnis; run_id, Abschlussstatus und andere interne Laufzeitmetadaten verbleiben nur im Ausführungskontext oder in Dokumenteigenschaften. Das Dokument muss die Zielposition, den Status der Stellenbeschreibung, den Simulationsmodus, die Materialquellen, die Lebenslaufversion und die gelesenen Erfahrungsvertiefungsdokumente enthalten; nicht anwendbare Quellen werden mit "Keine" angegeben. Der vollständige Abschluss ist completed, der vom Benutzer explizit vorzeitige Abbruch ist incomplete.

Analysieren Sie beim vollständigen Abschluss, bei Pause oder vorzeitigem Abbruch automatisch den mock_lab-Locator und schreiben Sie in die OfferLoop-Feishu-Wissensdatenbank unter 05｜Simulationsinterviews; wenn nicht konfiguriert oder der Speichervorgang fehlschlägt, liefern Sie den vollständigen Markdown dennoch im Chat und wiederholen Sie den Vorgang mit der ursprünglichen run_id.

Organisieren Sie aus den Fragen und Nachfragen dieser Runde nachfolgende Trainingsvorschläge und schreiben Sie diese direkt in die Nachbereitung dieser Runde. Die Vorschläge müssen sich auf die konkreten Antworten dieser Runde beziehen und können auf Wunsch des Benutzers das schrittweise Training fortsetzen; generieren Sie keine fähigkeitsübergreifenden Beobachtungen, Trainingsaufgaben oder Fähigkeitslandkarten für die Stelle.

Grenzen der KI-Produktquellen

Das KI-Produkt-Playbook und die Fragenmuster werden aus den vom Benutzer bereitgestellten KI-PM-Kursen, Agent/RAG/Prompt/Workflow/MCP/Modelltraining-Materialien, KI-Agent-Projektfällen und KI-Interview-Nachbereitungen destilliert. Es werden nur dynamische Evidenzketten, Produktentscheidungen und Druckverhalten beibehalten; keine festen Fragenbanken, Referenzantworten, Kursprojektzahlen, festen Schwellenwerte, Modell-/Plattform-Rankings oder unternehmensspezifische Interviewprozesse.

Das KI-Coding-Produktlieferungs-Fragenmuster wird aus den vom Benutzer bereitgestellten KI-Coding-Kursen, Codex-Einführungs- und Produktionsprojektpraktiken destilliert. Es werden nur dynamisch überprüfbare Variablen wie Eigentum, System, Abnahme, Sicherheit und Reifegrad aufgenommen; keine Tool-Bedienungsfragen, festen Technologie-Stacks, Kontodaten oder die Behandlung von Kurs-Demos als Kandidatenerfahrung.