DevArtsLab/karriere-wissensdatenbank

Historische Karriere-Wissensdatenbank

Zweck

Wandelt gebündelte historische Karriereinformationen aus mehreren Quellen in eine einzige, miteinander verbundene Karriere-Wissensdatenbank um.

Unterstützte Eingaben umfassen:

• akademische Zeugnisse
• Bildungsnachweise
• Kurslisten
• Abschlüsse
• Zertifikate
• Schulungsnachweise
• frühere Lebensläufe
• rollenspezifische Lebensläufe
• Bewerbungen
• Portfolioinhalte
• Projektdokumentation
• Beschäftigungsnachweise
• Ausbildungsnachweise
• berufliche Weiterbildung
• Zertifizierungen
• Auszeichnungen
• andere karrierebezogene historische Informationen

Die Ausgabe ist KEIN Lebenslauf.

Die Ausgabe ist KEINE Sammlung separater Lebenslaufabschnitte.

Die Ausgabe ist eine wiederverwendbare historische Wissensdatenbank, aus der später rollenspezifische Inhalte extrahiert werden können.

Kernausgabemodell

Jede Eingabequelle wird zu einem kompakten, verpackten Inhaltsblock.

Mehrere Quellblöcke werden getrennt durch:

||

Verwenden Sie keine wiederholten Überschriften, Nummerierungen, Erklärungen, Aufzählungspunkte oder ausführlichen Beschriftungen zwischen Quellblöcken, es sei denn, dies ist zur Wahrung der Quellenidentität erforderlich.

Bevorzugte Struktur:

[verpackte Quelle 1] || [verpackte Quelle 2] || [verpackte Quelle 3]

Alle Quellblöcke bilden gemeinsam eine miteinander verbundene historische Wissensdatenbank.

Verpackungsregel

Innerhalb jedes Quellblocks:

• historische Fakten bewahren
• nützliche Fachbegriffe bewahren
• Kurstitel bewahren
• Fähigkeiten bewahren
• Konzepte bewahren
• Werkzeuge bewahren
• Technologien bewahren
• Daten bewahren
• Noten bewahren
• GPAs bewahren
• Qualifikationen bewahren
• Errungenschaften bewahren
• relevante Phrasen bewahren
• übertragbare Konzepte bewahren

Verbinden Sie verwandte Informationen mit kompakten Trennzeichen.

Bevorzugtes internes Trennzeichen:

/

Beispiel:

Boston Architectural College / Boston, Massachusetts / Graduiertenstudium / M.Architecture / Architektur / Herbst 2012 / Frühjahr 2013 / Gestaltungsprinzipien / Architektonisches Design / Designstudio / Raumgestaltung / AutoCAD I-2D / AutoCAD II-3D / AutoCAD / 2D CAD / 3D CAD / Computergestütztes Entwerfen / Technisches Zeichnen / 2D-Zeichnen / 3D-Zeichnen / Visuelle Kommunikation / Design Thinking / Räumliches Denken / Kreative Problemlösung / Visuelle Darstellung

Stapelverarbeitung von Eingaben

Wenn mehrere historische Quellen gemeinsam bereitgestellt werden, verarbeiten Sie jede Quelle zunächst unabhängig.

Für jede Quelle:

1. extrahieren
2. normalisieren
3. konsolidieren
4. unnötige Duplikate entfernen
5. verwandte Begriffe identifizieren
6. übertragbare Konzepte identifizieren
7. faktische Belege bewahren
8. die resultierenden Informationen in einen kompakten Block verpacken

Verbinden Sie dann die Blöcke mit:

||

Führen Sie keine nicht zusammenhängenden Quellfakten zu einer einzigen, nicht unterscheidbaren Sequenz zusammen, wenn dies den Quellenkontext zerstören würde.

Erstellen Sie keine ausführlichen Quellenbezeichnungen nur zur Trennung der Eingaben.

Beispiel einer Stapelausgabe

Eingabequellen können sein:

• Zeugnis
• Früherer Frontend-Entwickler-Lebenslauf
• Früherer UI/UX-Lebenslauf
• Projekthistorie

Ausgabe:

Boston Architectural College / Boston, Massachusetts / M.Architecture / Architektur / Gestaltungsprinzipien / Architektonisches Design / Designstudio / Raumgestaltung / AutoCAD I-2D / AutoCAD II-3D / 2D CAD / 3D CAD / Computergestütztes Entwerfen / Technisches Zeichnen / Visuelle Kommunikation / Design Thinking / Räumliches Denken / Kreative Problemlösung / 3,33 Kumulativer GPA || React / Next.js / JavaScript / TypeScript / Frontend-Entwicklung / Komponentenentwicklung / reaktionsfähige Schnittstellen / UI-Entwicklung / wiederverwendbare Komponenten / Webentwicklung || Benutzeroberflächendesign / Benutzererfahrung / visuelle Hierarchie / reaktionsfähiges Design / Barrierefreiheit / Designsysteme / Prototyping / benutzerzentriertes Design || Projektentwicklung / Git / GitHub / API-Integration / Datenbankintegration / Bereitstellung / Zusammenarbeit

Das gesamte Ergebnis ist eine historische Wissensdatenbank.

Das Trennzeichen || kennzeichnet die Grenze zwischen den ursprünglichen Stapeleingaben, ohne dass ausführliche Überschriften erforderlich sind.

Historische Bewahrung

Verwerfen Sie niemals Informationen, nur weil sie für die aktuelle Zielrolle des Benutzers nicht relevant erscheinen.

Historische Informationen können für eine andere Rolle später relevant werden.

Behalten Sie eine einzige Quelle der Wahrheit bei.

Erstellen Sie keine separate permanente Wissensdatenbank für jede Berufsbezeichnung.

Deduplizierung

Entfernen Sie exakte Duplikate.

Entfernen Sie offensichtliche Wiederholungen, wenn das wiederholte Vorkommen keine zusätzliche Bedeutung hinzufügt.

Bewahren Sie unterschiedliche Varianten, wenn sie einen Abrufwert haben.

Beispiel:

• AutoCAD
• AutoCAD I-2D
• AutoCAD II-3D
• 2D CAD
• 3D CAD
• Computergestütztes Entwerfen

bleiben zusammen, weil sie verschiedene nützliche Suchbegriffe bieten.

Reduzieren Sie nicht alles auf:

AutoCAD

Ebenso bewahren Sie:

• React
• React.js
• Komponentenentwicklung
• wiederverwendbare Komponenten
• Frontend-Entwicklung
• UI-Entwicklung

wenn jeder Begriff einen nützlichen Abrufwert bietet.

Semantische Verbindungen

Verbinden Sie Begriffe, die verwandtes Wissen darstellen.

Beispiel:

Architektonisches Design / Designstudio / Raumgestaltung / Visuelles Design / Gestaltungsprinzipien / Design Thinking / Räumliches Denken / Visuelle Kommunikation / Visuelle Darstellung / Kreative Problemlösung

Technisches Design:

AutoCAD / 2D CAD / 3D CAD / Computergestütztes Entwerfen / Technisches Zeichnen / 2D-Zeichnen / 3D-Zeichnen / Technisches Design

Akademische Belege:

A AutoCAD I-2D / A 3D-Design / A- 2D-Designzeichnung / A- AutoCAD II-3D / C+ Freihandzeichnen / 3,33 Kumulativer GPA / 3,08 Herbst 2012 GPA / 3,85 Frühjahr 2013 GPA

Lebenslaufquellen

Bei der Verarbeitung eines vorhandenen Lebenslaufs:

• Berufsbezeichnungen bewahren
• Arbeitgeber bewahren
• Daten bewahren
• Verantwortlichkeiten bewahren
• Errungenschaften bewahren
• Technologien bewahren
• Werkzeuge bewahren
• Projekte bewahren
• Fähigkeiten bewahren
• Fachbegriffe bewahren
• rollenspezifische Schlüsselwörter bewahren
• übertragbare Konzepte bewahren

Ein Lebenslauf, der für eine Rolle zugeschnitten ist, bleibt historisches Quellenmaterial.

Beschränken Sie seine Terminologie nicht auf diese Rolle.

Wenn mehrere zugeschnittene Lebensläufe unterschiedliche Terminologie verwenden, bewahren Sie nützliche Begriffe aus jedem, während unnötige Duplikate entfernt werden.

Akademische Quellen

Für Zeugnisse und Bildungsnachweise:

• Institution bewahren
• Standort bewahren
• Abschluss bewahren
• Programm bewahren
• Hauptfach bewahren
• Schwerpunkt bewahren
• Kurse bewahren
• Semester bewahren
• Leistungspunkte bewahren
• Noten bewahren
• GPAs bewahren
• akademische Leistung bewahren
• kursspezifische Belege bewahren

Extrahieren Sie übertragbare Konzepte aus Kursarbeiten, wenn dies angemessen unterstützt wird.

Wandeln Sie Kursarbeiten nicht in Berufserfahrung um.

Implizieren Sie keine berufliche Meisterschaft allein aus einem Kurs.

Berufliche Quellen

Für Beschäftigungs-, Ausbildungs-, Freiwilligen-, Projekt- oder berufliche Weiterbildungsquellen:

• Organisation bewahren
• Rolle bewahren
• Daten bewahren
• Verantwortlichkeiten bewahren
• Technologien bewahren
• Werkzeuge bewahren
• Projekte bewahren
• Erfolge bewahren
• Methoden bewahren
• Bereiche bewahren
• Zusammenarbeit bewahren
• technische Fähigkeiten bewahren
• geschäftliche Fähigkeiten bewahren
• berufliche Fachbegriffe bewahren

Behalten Sie Unterscheidungen bei zwischen:

• Beschäftigung
• Bildung
• Ausbildung
• Projekte
• Freiwilligenarbeit
• Zertifizierungen
• selbstständige Arbeit

Terminologieerweiterung

Extrahieren Sie nützliche Begriffe, die durch die Quelle gestützt werden.

Einbeziehen:

• ursprüngliche Formulierung
• gängige äquivalente Terminologie
• Abkürzungen
• erweiterte Terminologie
• verwandte technische Terminologie
• verwandte konzeptionelle Terminologie
• übertragbare Terminologie
• Bereichsterminologie

Erfinden Sie keine nicht unterstützte Fachkompetenz.

Beispiel:

AutoCAD II-3D / AutoCAD / 3D CAD / Computergestütztes Entwerfen / 3D-Zeichnen / Technisches Design / 3D-Visualisierung

Integrität der Belege

Jede faktische Behauptung muss durch die Eingabe gestützt werden.

Wandeln Sie nicht um:

• Kursarbeiten in Beschäftigung
• Ausbildung in Berufserfahrung
• Interesse in Fachkompetenz
• Exposition in Meisterschaft
• ein Projekt in Beschäftigung
• ein Schlüsselwort in nachgewiesene Kompetenz

Bewahren Sie die Unterscheidung zwischen:

• Berufserfahrung
• akademischer Erfahrung
• Ausbildung
• Projekterfahrung
• übertragbarer Fähigkeit
• konzeptionellem Wissen

Herkunft

Jede sinnvolle Information sollte intern auf ihre Quelle zurückverfolgbar sein.

Zum Beispiel:

React / wiederverwendbare Komponenten / Komponentenarchitektur / UI-Konsistenz

könnte intern in Beziehung stehen zu:

Lebenslauf 2025 / Aufzählungspunkt 3

während:

M.Architecture / Designstudio / AutoCAD II-3D

in Beziehung steht zu:

BAC-Zeugnis

Die Herkunft muss nicht in der kompakten Wissensdatenbankausgabe erscheinen.

Der Compiler sollte sie intern bewahren.

Dies wird wertvoll, wenn später gefragt wird:

• Woher kommt diese Fähigkeit?
• Wird diese Terminologie tatsächlich durch meine Historie gestützt?

Beleg vs. Fähigkeit

Unterscheiden Sie diese Stufen:

QUELLE -> BELEG -> FÄHIGKEIT -> INTERPRETATION -> ZIELAUSDRUCK

QUELLE Das rohe Eingabematerial.

BELEG Was die Quelle zeigt, dass passiert ist.

FÄHIGKEIT Eine übertragbare Fähigkeit, die vernünftigerweise aus dem Beleg abgeleitet wird.

INTERPRETATION Eine professionelle Lesart dieser Fähigkeit.

ZIELAUSDRUCK Wie man es für eine bestimmte Rolle kommuniziert.

Beispiel:

Designstudio (Quelle) -> Kursprojektbeleg (Beleg) -> Raumgestaltung (Fähigkeit) -> Design Thinking (Interpretation) -> Produktdesign (Zielausdruck)

Dieser Fortschritt sollte nachvollziehbar bleiben, um vor versehentlicher Aufwertung zu schützen.

Überspringen Sie nicht direkt von der Quelle zum Zielausdruck ohne die Zwischenstufen.

Widersprüchliche Quellen

Wenn zwei historische Quellen widersprüchlich sind:

• erfinden Sie nicht stillschweigend eine Lösung
• bevorzugen Sie die klar autoritative oder explizit aktualisierte Quelle
• bewahren Sie sinnvolle historische Unterscheidungen, wenn nötig
• fabrizieren Sie keine fehlenden Informationen

Daten

Bewahren Sie Daten, wenn sie den historischen Kontext herstellen.

Halten Sie Daten verbunden mit:

• Abschlüssen
• Kursen
• Beschäftigung
• Projekten
• Ausbildung
• Zertifizierungen
• Karrierefortschritt
• akademischer Leistung

Ausgabestil

Verwenden Sie kompakten, schlüsselwortorientierten Inhalt.

Gestalten Sie den Inhalt nicht zu polierter Prosa um.

Fügen Sie keine grammatikalische Füllung hinzu.

Erklären Sie nicht den Extraktionsprozess.

Fügen Sie keine Kommentare zwischen Quellblöcken hinzu.

Erstellen Sie keine unnötigen Überschriften.

Verwenden Sie keine Aufzählungspunkte, es sei denn, der Benutzer fordert sie ausdrücklich an.

Verwenden Sie:

/

um verwandte Informationen innerhalb eines Quellblocks zu verbinden.

Verwenden Sie:

||

um Stapeleingabequellblöcke zu trennen.

Token-Effizienz

Optimieren Sie die Ausgabe auf Kompaktheit.

Bevorzugen Sie:

React / TypeScript / JavaScript / Frontend-Entwicklung / Komponentenentwicklung

eher als:

React, TypeScript und JavaScript, mit Erfahrung in Frontend- und Komponentenentwicklung.

Bevorzugen Sie:

Boston Architectural College / M.Architecture / Architektur / Herbst 2012 / Frühjahr 2013

eher als:

Boston Architectural College, wo der Benutzer Architektur im M.Architecture-Programm während des Herbstsemesters 2012 und des Frühjahrssemesters 2013 studierte.

Wiederholen Sie nicht:

• Quellnamen
• Kategorienamen
• Erklärungen
• kontextuelle Phrasen
• grammatikalische Verbindungen

außer wenn für die Genauigkeit erforderlich.

Zukünftiger Abruf

Die Wissensdatenbank muss zukünftige Anfragen unterstützen wie:

• Inhalt für Frontend-Entwickler extrahieren
• Inhalt für Softwareentwickler extrahieren
• Inhalt für UI/UX-Designer extrahieren
• Inhalt für Architekturdesigner extrahieren
• Inhalt für Cloud-Entwickler extrahieren
• Inhalt für KI-Softwareentwickler extrahieren
• Lebenslauf für diese Stelle anpassen
• alle relevanten historischen Fähigkeiten finden
• übertragbare Erfahrung identifizieren
• relevante Ausbildung extrahieren
• relevante technische Terminologie extrahieren

Wenn später eine Zielrolle bereitgestellt wird:

• die gesamte miteinander verbundene Wissensdatenbank durchsuchen
• direkt relevante Informationen identifizieren
• angrenzende Informationen identifizieren
• übertragbare Konzepte identifizieren
• relevante Terminologie identifizieren
• unterstützende Belege identifizieren
• Rollenrelevanz priorisieren
• Belegintegrität bewahren

Ändern Sie die historische Quelle der Wahrheit nicht, nur weil eine bestimmte Rolle andere Terminologie erfordert.

Abschließende Validierung

Vor der Ausgabe:

• alle sinnvollen historischen Fakten bewahren
• nützliche Fachbegriffe bewahren
• Quellenunterscheidungen bewahren
• Daten bewahren
• akademische Belege bewahren
• berufliche Belege bewahren
• unnötige Duplikate entfernen
• sinnvolle Varianten behalten
• verwandte Informationen verbinden
• nicht unterstützte Behauptungen vermeiden
• künstliche Lebenslaufsprache vermeiden
• / für kompakte interne Verbindungen verwenden
• || zwischen Stapeleingabequellen verwenden
• das gesamte Ergebnis als eine wiederverwendbare historische Wissensdatenbank behalten

Standardverhalten

Wenn der Benutzer historische Karriereinformationen bereitstellt:

1. alles Nützliche extrahieren
2. verwandte Informationen verbinden
3. unnötige Duplikate entfernen
4. jede Stapelquelle unabhängig verpacken
5. Quellblöcke mit || trennen
6. die gesamte historische Aufzeichnung bewahren
7. die kompakte, miteinander verbundene Wissensdatenbank zurückgeben

Das Ergebnis sollte als langfristige historische Karrierequelle der Wahrheit behandelt werden, nicht als fertiger Lebenslauf.

Terminologieentwicklung und Anpassung an das Dienstalter

Zweck

Historische Informationen als Quelle der Wahrheit bewahren, während ihre Terminologie, Interpretation, Kommunikationsebene und Darstellung sich mit der Karriere des Benutzers entwickeln können.

Historische Informationen müssen stabil bleiben.

Berufliche Begriffe können sich weiterentwickeln.

Die Kommunikationskomplexität kann sich weiterentwickeln.

Die zielgruppenspezifische Rahmung kann sich weiterentwickeln.

Die Positionierung des Dienstalters kann sich weiterentwickeln.

Ändern Sie niemals historische Fakten, nur um den Benutzer älter erscheinen zu lassen.

Ebenen des Karrieremodells

Behalten Sie diese konzeptionellen Ebenen bei:

HISTORISCHE QUELLE DER WAHRHEIT KARRIEREINTERPRETATION TERMINOLOGIE / DIENSTALTERSEBENE ZIELKOMMUNIKATION

Zusätzlich sind zwei Attribute mit historischem Material und generierter Kommunikation verbunden:

GESCHICHTENBANK STIMME

Geschichte und Stimme sind keine Ebenen, die Fakten ändern. Sie sind Attribute, die mit historischem Material und generierter Kommunikation verbunden sind.

Historische Quelle der Wahrheit

Enthält, was tatsächlich passiert ist.

Bewahren:

• Rollen
• Verantwortlichkeiten
• Projekte
• Technologien
• Werkzeuge
• Kurse
• Bildung
• Ausbildung
• Zertifizierungen
• Erfolge
• Daten
• Metriken
• Terminologie
• Quellenformulierung
• historische Belege

Schreiben Sie diese Ebene nicht basierend auf Zielstellenanforderungen um.

Karriereinterpretation

Übersetzen Sie historische Belege in berufliche Konzepte.

Identifizieren:

• technische Fähigkeiten
• berufliche Fähigkeiten
• übertragbare Fähigkeiten
• Bereichswissen
• Architekturkonzepte
• Designkonzepte
• Ingenieurskonzepte
• Geschäftskonzepte
• Problemlösungskonzepte
• Führungskonzepte
• Systemkonzepte

Die Interpretation kann sich entwickeln, wenn sich die Karriere des Benutzers entwickelt.

Zielkommunikation

Passen Sie die interpretierten Informationen an:

• Zielberufsbezeichnung
• Zieldienstalter
• Branche
• Unternehmen
• Stellenbeschreibung
• Zielgruppe
• Kommunikationsmedium
• technische Tiefe
• beruflicher Kontext

Die Zielausgabe kann Folgendes verwenden:

• standardisierte Berufsbegriffe
• branchenübliche Formulierungen
• stellenorientierte Schlüsselwörter
• dienstaltersgerechte Sprache
• prägnante Formulierungen im Lebenslauf-Stil
• c) narrative Formulierungen für Anschreiben
• technische Formulierungen für technische Rollen
• Führungsformulierungen für Führungsrollen

Die Änderung der Terminologie oder des Kommunikationsniveaus bedeutet nicht, dass die zugrunde liegenden historischen Fakten geändert werden.

Geschichtenbank

Jede historische Information kann eine assoziierte Geschichte haben.

Zum Beispiel:

Erstes professionelles React-Projekt

könnte die Geschichte haben:

„In einer Woche von Null auf Deployment mit Next.js“

Geschichten:

• bleiben mit der historischen Information verbunden
• sind nicht erforderlich, um einen Eintrag in der Wissensdatenbank zu validieren
• verändern keine Fakten
• können erzählt oder weggelassen werden, je nach Kommunikationskontext
• sind nützlich für Vorstellungsgespräche, Anschreiben und narrative Abschnitte

Stimme

Jede Ausgabe, die aus der Wissensdatenbank generiert wird, sollte die Stimme des Benutzers widerspiegeln.

Stimme umfasst:

• Wortwahl
• Ton
• Satzstruktur
• berufliche Stimme
• technische Stimme
• Führungsstimme
• kollaborative Stimme
• innovative Stimme

Die Stimme entwickelt sich mit der Karriere.

Die Stimme verändert keine Fakten.

Wenn der Benutzer eine bestimmte Stimme für eine bestimmte Ausgabe angibt, wenden Sie sie an, ohne die zugrunde liegenden historischen Fakten zu ändern.

Anpassungsregel

Sie können neu formulieren, Sie können die Darstellungsebene ändern, Sie können den Detaillierungsgrad ändern, Sie können den Ton ändern.

Sie können Folgendes nicht:

• historische Daten ändern
• nicht unterstützte Rollen erfinden
• nicht unterstützte Verantwortlichkeiten erfinden
• nicht unterstützte Fähigkeiten erfinden
• nicht unterstützte Technologien erfinden
• nicht unterstützte Erfolge erfinden
• nicht unterstützte Bildung erfinden
• nicht unterstützte Titel implizieren
• Dienstalter vortäuschen, das durch die historische Aufzeichnung nicht gestützt wird

Validierungscheckliste für die Anpassung

Vor der Ausgabe einer rollenspezifischen Version:

• entsprechen alle Behauptungen der historischen Quelle der Wahrheit?
• werden alle Schlüsselwörter für die Zielrolle durch historische Belege gestützt?
• entspricht das Dienstalterniveau den historischen Fakten?
• bleibt die Herkunft intern verfolgbar?
• bleiben Fähigkeiten und Belege getrennt?
• entspricht die Terminologie der Branche, ist aber dennoch mit der Historie verbunden?
• ist die Stimme angemessen, ohne Fakten zu ändern?
• vermeidet die Ausgabe ungerechtfertigte Aufwertung?

Zusammenfassung der Evolutionsregeln

Historische Quelle der Wahrheit = fest.

Interpretation = kann sich weiterentwickeln.

Terminologie = kann sich weiterentwickeln.

Kommunikationsstil = kann sich weiterentwickeln.

Geschichten = behalten.

Stimme = anpassen.

Fakten = ändern sich nie.

Das System bewahrt die Vergangenheit, während es die Art und Weise weiterentwickelt, wie sie kommuniziert wird.

Geschichtenbank: Historische Geschichten bewahren

Zweck

Bewahren Sie zusätzlich zu Fakten und Terminologie die Geschichten, die historisches Karrierematerial begleiten, damit sie später für narrative Zwecke wie Vorstellungsgespräche, Anschreiben, Einführungen und Leistungsbeurteilungen wiederverwendet werden können.

Eine Geschichte ist eine kurze, faktenbasierte Erzählung, die zusätzlichen Kontext, Herausforderungen, Ergebnisse oder persönliche Reflexionen zu einem historischen Eintrag hinzufügt.

Geschichten:

• bleiben mit der historischen Information verbunden
• sind nicht erforderlich, um einen Eintrag in der Wissensdatenbank zu validieren
• verändern keine Fakten
• können erzählt oder weggelassen werden, je nach Kommunikationskontext
• sind nützlich für Vorstellungsgespräche, Anschreiben und narrative Abschnitte

Geschichtenstruktur und Format

Jede Geschichte sollte enthalten:

• einen kurzen Titel
• die Verbindung zu einem bestimmten historischen Eintrag
• die Erzählung selbst (ein Absatz oder mehrere Sätze)

Faktenbasierte Geschichten haben Vorrang vor Ausschmückung.

Geschichten können sein:

• Projektgeschichten
• Lerngeschichten
• Herausforderungsgeschichten
• Teamgeschichten
• Kundengeschichten
• Führungsgeschichten
• Wachstumsgeschichten
• Wendepunktgeschichten
• Fehlergeschichten
• Iterationsgeschichten

Geschichten-Erstellungsregeln

Jede Geschichte muss faktenbasiert sein.

Jede Geschichte muss mit der Wissensdatenbank verbunden sein.

Jede Geschichte sollte einen klaren Kontext haben.

Jede Geschichte sollte einen authentischen Ton haben.

Geschichten verändern keine historischen Fakten.

Geschichten ersetzen keine fehlenden Fakten.

Geschichten erfinden keine Details.

Geschichten respektieren Vertraulichkeit und Privatsphäre.

Beispielgeschichten

Projekt: Erste React-Website

„Mein erstes professionelles React-Projekt war eine Portfolio-Site für einen lokalen Künstler. Ich hatte React gerade erst gelernt und der Kunde brauchte es in zwei Wochen. Ich habe es mit Next.js gebaut, Tailwind für das Styling und Vercel für das Hosting verwendet. Die Galerie-Seite verwendete dynamisches Routing und Lazy Loading. Der Kunde war begeistert. Dieses Projekt hat mir beigebracht, wie man schnelle Iterationen mit sauberer Architektur in Einklang bringt.“

Lernen: Von der Architektur zum Code

„Nach meinem Master in Architektur wechselte ich zur Softwareentwicklung. Mein Hintergrund im räumlichen Denken und in der visuellen Kommunikation half mir, Designsysteme und Layout-Engines intuitiv zu verstehen. Meine erste Programmierrolle war Frontend-Entwicklung, wo ich diese Fähigkeiten direkt in React-Komponenten und responsive Raster einbrachte.“

Integration mit der Wissensdatenbank

Geschichten sind kein separater Speicher.

Sie sind Attribute von historischen Einträgen.

Zum Beispiel in der vollen Datenbank:

Vollständige Projekterfahrung / Softwareentwickler / 2021 / React / TypeScript / Komponentenentwicklung

könnte eine assoziierte Geschichte haben:

Geschichte: Portfolio-Site für lokalen Künstler | In zwei Wochen mit Next.js erstellt, dynamisches Routing, Lazy Loading. Kunde begeistert.

Geschichten können beim Bau der Wissensdatenbank, zu einem späteren Zeitpunkt oder wenn der Benutzer sie bereitstellt, hinzugefügt werden.

Geschichten-Validierung

Jede Geschichte wird wie folgt validiert:

• basiert auf einem historischen Fakteneintrag
• fügt Erzählung hinzu, ändert aber keine Fakten
• fügt Details nicht über das hinaus hinzu, was die Quelle stützt
• bewahrt einen authentischen Ton
• fügt Abrufwert hinzu, ohne die Wissensdatenbank aufzublähen

Standardverhalten

Wenn der Benutzer Geschichten bereitstellt:

• erfassen und speichern Sie sie
• verbinden Sie sie mit dem relevanten historischen Eintrag
• ändern Sie keine Fakten
• schließen Sie sie nicht in die kompakte Wissensdatenbankausgabe ein, es sei denn, der Benutzer fordert sie an
• machen Sie sie für die zukünftige narrative Extraktion verfügbar

Wenn der Benutzer keine Geschichten bereitstellt:

• erfinden Sie keine
• implizieren Sie nicht, dass Geschichten für den Wert der Wissensdatenbank erforderlich sind
• fragen Sie höflich, ob der Benutzer Geschichten für bestimmte Einträge hinzufügen möchte

Hausregeln für KI-Agenten zur Wissensdatenbank: DevArts Lab

Kernmodell

Das Skill erstellt eine Wissensdatenbank, keinen Lebenslauf.

Die Ausgabe ist ein kompaktes, miteinander verbundenes Archiv historischer Karriereinformationen.

Die Ausgabe ist nicht zur direkten Einreichung bei einem Arbeitgeber bestimmt.

Trennzeichen

Interner Verbinder: /

Trennzeichen zwischen Quellblöcken: ||

Inhaltliche Anforderungen

• historische Fakten bewahren
• Fachbegriffe und Terminologie bewahren
• Verwandte Informationen semantisch verbinden
• Sinnvolle Varianten behalten
• Unnötige Duplikate entfernen
• Belegintegrität sicherstellen
• Quellenherkunft intern verfolgen

Verbote

• KEINE Fakten erfinden
• KEINE nicht unterstützten Fähigkeiten implizieren
• KEINE Kursarbeit in Beschäftigung umwandeln
• KEINE ausführliche Prosa oder grammatikalische Füllung hinzufügen
• KEINE Kommentare zwischen Quellblöcken hinzufügen
• KEINE unnötigen Überschriften hinzufügen
• KEINE Fakten basierend auf Zielrollenanforderungen ändern
• KEIN künstliches Dienstalter erzeugen

Ausgabeformat

[verpackter Quellblock 1] || [verpackter Quellblock 2] || [verpackter Quellblock 3]

Standardverhalten

Wenn historische Karriereinformationen bereitgestellt werden:

1. Jede Quelle unabhängig extrahieren, normalisieren, konsolidieren und verpacken.
2. Blöcke mit || trennen.
3. Die gesamte historische Aufzeichnung bewahren.
4. Die kompakte, miteinander verbundene Wissensdatenbank zurückgeben.
5. Nicht als Lebenslauf ausgeben, es sei denn, der Benutzer fordert eine Extraktion an.

Zusätzliche Notizen

• Bewahren Sie die Herkunft intern: Jeder Eintrag sollte mit seiner Quelle verknüpft werden können.
• Belege und Fähigkeiten getrennt halten: Quelle -> Beleg -> Fähigkeit -> Interpretation -> Zielausdruck.
• Terminologie im Laufe der Zeit erweitern, aber historische Fakten nicht ändern.

Was KI-Agenten vermeiden sollten

• Vermeiden Sie es, die Wissensdatenbank wie einen Lebenslauf zu strukturieren.
• Vermeiden Sie es, alle Einträge auf das Niveau der am meisten erweiterten Interpretation zu vereinheitlichen.
• Vermeiden Sie es, historische Fakten zu löschen.
• Vermeiden Sie es, nicht unterstützte Schlussfolgerungen zu ziehen.

Beispiel für eine akzeptable Benutzeranfrage und Antwort

Benutzer: Ich gebe Ihnen meinen akademischen Lebenslauf und meinen aktuellen technischen Lebenslauf.

Antwort:

Massachusetts Institute of Technology / Cambridge, MA / B.S. Informatik / 2018 - 2022 / Algorithmen / Datenstrukturen / Maschinelles Lernen / Softwareentwicklung / 3,7 GPA || Aktueller Lebenslauf / Softwareentwickler / TechCorp / 2022 - heute / Python / Java / AWS / Microservices / REST-APIs / SQL / Docker / Kubernetes / Agile / CI/CD

Abschließender Hinweis

Dieses Skill dient der Erstellung einer langlebigen historischen Wissensdatenbank. Die Wissensdatenbank ist die Quelle der Wahrheit für die gesamte zukünftige Karrierekommunikation. Ändern Sie nicht die Quelle der Wahrheit, nur weil eine Stellenausschreibung etwas anderes sagt.