-
-
Notifications
You must be signed in to change notification settings - Fork 1
Tab Dokumente

Verwaltung aller bewerbungsrelevanten Dokumente. Mit lokaler AI laeuft viel Arbeit von alleine.
Wenn die lokale AI laeuft, erkennt PBP beim Upload automatisch:
- Dokumenttyp — CV, Anschreiben, Zeugnis, Zertifikat, Sonstiges
- Verknuepfung — falls erkennbar zu welcher Bewerbung das Dokument gehoert
- Skills — extrahiert aus CV-Inhalt, vorgeschlagen fuer Profil-Update
- Stationen — Berufserfahrung mit Datum-Range fuers Profil
- Eckdaten — Name, Geburtsdatum, Adresse (DSGVO-relevante Felder werden als „erkannt, nicht uebernommen" markiert — du entscheidest)
PBP pflegt mehrere CV-Varianten parallel:
- Lang / kurz
- Mit Foto / ohne Foto
- DOCX / PDF
- Branchen-spezifisch wenn du das so anlegst
lebenslauf_angepasst_exportieren erzeugt eine fuer eine konkrete
Bewerbung optimierte Version (Skills-Reihenfolge, Schwerpunkte).
Per dokument_profil_extrahieren analysiert die lokale AI ein CV und
schlaegt Profil-Felder vor. Du gehst die Vorschlaege dann durch und
uebernimmst was passt — keine automatische Speicherung.
Jedes Dokument hat einen Lebenszyklus — unabhaengig vom Extraktions-Status (klassifiziert / unverarbeitet):
| Lifecycle | Bedeutung |
|---|---|
| aktiv | Standard. Wird in allen Listen angezeigt. |
| archiviert | Erledigte Korrespondenz, manuell oder per Routing weggeraeumt. Bleibt erhalten, taucht aber nicht mehr in den Default-Listen auf. |
| veraltet | Automatisch gesetzt, wenn die zugehoerige Bewerbung geschlossen wird (z.B. ein firmen-spezifisches Anschreiben nach Absage). |
So muellt erledigte Post die Dokumentenliste nicht mehr zu, ohne dass
etwas geloescht wird. Die Read-Tools (dokumente_zur_analyse,
dokumente_batch_analysieren, ...) filtern per Default auf
lifecycle='aktiv'.
Steuern kannst du das so:
-
dokument_archivieren(<id>)/dokument_reaktivieren(<id>)— einzeln -
dokumente_bulk_archivieren(...)— viele auf einmal - Beim Schliessen einer Bewerbung veralten verknuepfte Anschreiben
automatisch (Auto-Veralten-Hook in
bewerbung_status_aendern).
Wichtig: Lifecycle aendert nur DB-Flags, nie die physische Datei. Archivieren oder Veralten loescht nichts auf der Festplatte.
Statt jedes Dokument einzeln durchzugehen, schlaegt
dokumente_routing_plan_erstellen pro Dokument die sinnvollste eine
Aktion vor:
- Profil — CV/Zeugnis → Profil-Erweiterung
- Verknuepfen — firmen-spezifischer Anhang → an die Bewerbung
- Termin — Interview-Bestaetigung → Kalender-Eintrag
- Archivieren — reine Benachrichtigung (Eingangsbestaetigung, Newsletter) → direkt ins Archiv
dokument_aktion_ausfuehren(<id>, aktion) fuehrt eine Empfehlung aus;
dokumente_korrespondenz_abschliessen raeumt reine
Benachrichtigungs-Mails gesammelt weg. Eine Rauschen-Heuristik
(is_pure_notification) erkennt Mails ohne Handlungsbedarf.
-
dokumente_batch_analysieren— alle Docs in einem Rutsch -
dokumente_bulk_markieren— Status setzen (z.B. „verschickt") -
dokumente_bulk_archivieren— viele Docs ins Archiv (#657) -
dokumente_zur_analyse— Liste aller noch unklassifizierten
Im Documents-Tab erscheint ein violetter Banner „X Dokumente koennen
verarbeitet werden" wenn unverarbeitete Dokumente vorliegen. Button
„Dokumente verarbeiten" kopiert den Sammel-Prompt
/dokumente_verarbeiten in die Zwischenablage. In Claude einfuegen →
Claude klassifiziert jedes Dokument in eine der vier Kategorien:
- Profil-relevant (CV/Zeugnis/Zertifikat) → Profil-Erweiterung
- Mail-Korrespondenz (Absage/Einladung/Angebot) → Bewerbungs- Status-Update + Snapshot anhaengen
-
Bewerbungs-Anhang (firmen-spezifischer CV/Anschreiben) →
dokument_verknuepfen+cv_path/cover_letter_pathsetzen -
Termin-Bestaetigung →
meeting_hinzufuegen+ ggf. Status-Hebung
Mehrfach-Klassifikation ist erlaubt — eine Interview-Einladung ist typisch Mail + Termin gleichzeitig.
Seit beta.101 (#686) prueft der Analyse-Plan
(analyse_plan_erstellen) zusaetzlich, ob ein Dokument zu einer
bestehenden Bewerbung gehoert — der Firmenname wird auch im
Dokument-INHALT gesucht, nicht nur im Dateinamen — und liefert
bewerbungs_zuordnungen mit. So entstehen aus alter Korrespondenz
keine doppelten Bewerbungen.
Wer nur Profil-Daten extrahieren will: /profil_erweiterung ist der
schmale Pfad. Mehr unter Profil aus Dokumenten.
Drop-and-Drop ist jetzt deduplikations-sicher: Window-Level- und Page-Drop-Handler stolpern nicht mehr uebereinander, ein Drop fuehrt genau zu einem Upload (egal ob Drop auf Dashboard, Documents- oder Profile-Page).
Dokumente koennen zu Bewerbungen ODER Profilen verknuepft sein. Ein generisches CV haengt am Profil, ein angepasstes Anschreiben an einer Bewerbung. Die UI zeigt das in beiden Richtungen.
„Welche CVs habe ich?" „Lebenslauf an Bewerbung A-0042 anpassen" „Skills aus CV-Hauptversion extrahieren" „Erstell mir einen Routing-Plan fuer die unverarbeiteten Dokumente" „Archiviere die erledigten Eingangsbestaetigungen"
🗺 Plan
- Master-Plan
- Master-Plan-Optimierung
- Plan-Datenbasis (A)
- Plan-Jobsuche (B)
- Plan-Stellen (C)
- Plan-Bewerbungen (D)
- Plan-Dokumente (E)
- Plan-Lokale-KI (F)
- Plan-Frontend (G)
- Plan-MCP-Layer (H)
- Plan-Distribution (I)
- Plan-Roadmap-v18 (J)
Einstieg
Tabs
Features
- Elwosa
- Lern-System
- Lokale KI & KI-Steuerung
- Profile-Cluster
- Suchkriterien & Gewichtungen
- Profil aus Dokumenten
- Workflows
- Jobportale
- Stellen-Qualitaet
Reference