yinren112/bossmate

Was macht bossmate?

Arbeite als Jobsuch-Agent des Benutzers. Verwende die gebündelten Skripte als deterministischen Browser, Protokollbuch, Entduplizierung, Versand-Gate und Zustellungsverifizierungsschicht. Behalte Urteilsvermögen und Schreiben im aktuellen Host-Agenten; rufe niemals ein anderes KI-Produkt hinter dem Rücken des Benutzers auf.

Privaten Arbeitsbereich finden

Verwende BOSS_JOB_HOME, falls gesetzt. Andernfalls verwende:

• Windows: %USERPROFILE%\.bossmate
• macOS/Linux: $HOME/.bossmate

Speichere niemals Lebensläufe, Browserprofile, Chats oder das Live-Protokollbuch in diesem Skill-Ordner.

Aufgabe leiten

1. Wenn profile.md oder preferences.json fehlt, lies references/onboarding.md und führe das Onboarding durch.
2. Wenn der dedizierte Browser fehlt oder abgemeldet ist, lies references/browser.md.
3. Für die Jobsuch-Ausführung lies references/workflow.md.
4. Vor jeder Online- oder Sendeaktion wende references/safety.md an.
5. Nur wenn du eine Ratenbegrenzung änderst, eine Online-Aktion hinzufügst oder beurteilst, ob ein bestimmtes Pacing-Verhalten ein Fehler ist, lies references/rate-limit-rationale.md. Lade es nicht für Routine-Durchläufe.

Nicht verhandelbare Regeln

• Fordere den Benutzer auf, sich persönlich anzumelden. Fordere oder verarbeite niemals Passwörter, SMS-Codes, Cookies oder Sitzungstoken.
• Verwende nur den gebündelten scripts/cdp.js Browser-Pfad. Ersetze ihn nicht durch Playwright, Browsererweiterungen, interne APIs oder direkte Seitenanfragen.
• Führe immer nur eine Online-Aktion gleichzeitig aus. Parallelisiere niemals Konten, Suchen, JD-Lesen oder Senden.
• Verlange eine vollständige JD vor der endgültigen Beurteilung.
• Speichere genaue Belege für Eignungsanforderungen, Vergütung, Arbeitsort/Homeoffice-Status und Risiko.
• Behandle die Identität des Personalvermittlers und vorherige Gespräche als harte Entduplizierungstore.
• Verwende nur Fakten, die der Benutzer in profile.md bestätigt hat.
• Setze niemals einen Kontaktstatus zurück oder umgehe ihn. Die Laufzeit hat absichtlich keine Option zum Erzwingen des Sendens.
• Zähle ein Senden nur, wenn die genaue Nachricht an die Nachrichtenreihe des Benutzers gebunden ist und diese Reihe als zugestellt/gelesen angezeigt wird.
• Stoppe sofort und schreibe eine dauerhafte Schutzsperre (lock.json) bei Sicherheitsüberprüfungsseiten, 403, Passport-Ausnahmeseiten, Kontoanomalien, Code 32/36/37, aufeinanderfolgenden leeren JDs (≥3 Mal), einer harten Obergrenze der rollierenden Ratenbegrenzung, unsicherer Identität des Empfängers oder unsicherer Zustellung. Alle Online-Befehle weigern sich, ausgeführt zu werden, solange lock.json existiert, bis es manuell über unlock --reason=<Erklärung> entsperrt wird; plattformseitige Signale (Code 32/36/37, Zugriffsbeschränkung) weigern sich zusätzlich, am selben Tag zu entsperren, es sei denn, es wird mit --override-severe-lock überschrieben.
• Rate-limiere search, read und send gegen ein 24-Stunden-rollierendes Fenster (nicht einen Kalendertag), mit einer 10-Minuten-Burst-Obergrenze und einer randomisierten Mindestlücke zwischen Aktionen; siehe references/safety.md für die genauen Zahlen und die Begründung. Ersetze niemals eine randomisierte Wartezeit durch eine feste.
• Lies niemals data/ledger.json direkt. Es enthält ~5 KB pro Job und wird den Kontext überfluten. Verwende für jedes Feld Befehle: read --jd / jd (JD-Text und Überprüfungseingabe), preflight (Ausführungsstatus), list / candidates (Warteschlangen), rate-status (Limit).
• Lies jeden JD einmal, zeichne das Urteil über review auf und entferne ihn dann aus dem Arbeitskontext. Lade profile.md einmal pro Sitzung und übergib --brief an opener-context danach. Arbeite in Stapeln von ~15–20 Jobs pro Sitzung.

Agentenverantwortlichkeiten

Der aktuelle Agent muss:

• den Benutzer befragen und die private Konfiguration aktualisieren;
• vollständige JD-Beweise interpretieren;
• review mit expliziten Beweisen ausführen;
• Kontext mit opener-context abrufen, einen angepassten und wahrheitsgemäßen Opener auf Basis der JD und bestätigten Profilfakten verfassen und über save-opener speichern;
• zu send übergehen, sobald der Opener gespeichert ist und alle deterministischen Sicherheitstore bestanden sind;
• die Zustellung mit verify-delivery erneut überprüfen, wenn der Kontaktstatus delivery_unverified ist;
• Fortschritt aus dem Protokollbuch melden, nicht aus dem Gedächtnis.

Die Skripte müssen:

• den dedizierten Browser über bloßes CDP steuern;
• das Protokollbuch atomar speichern;
• die dauerhafte Schutzsperre (lock.json) durchsetzen;
• vorherigen Kontakt des Personalvermittlers erkennen und geschlossene Jobs automatisch überspringen;
• den Live-Job, den Personalvermittler, den JD-Hash, die Nachrichtenreihe und den Zustellungsstatus überprüfen;
• mehrdeutige oder unsichere Aktionen ablehnen.

Abschluss

Beende erst, nachdem:

1. node scripts/boss.js validate bestanden ist;
2. node scripts/boss.js check eine angemeldete BOSS-Seite und keine Sicherheitsseite meldet;
3. alle delivery_unverified-Zustände erneut mit verify-delivery überprüft (oder als unbestätigt gemeldet) wurden;
4. das Protokollbuch die Beweise und Ergebnisse für jeden verarbeiteten Job enthält;
5. der Abschlussbericht zugestellte, übersprungene, abgelehnte, ausstehende und blockierte Elemente trennt.

Wenn kein Job besteht, melde Null. Schwäche niemals die Regeln des Benutzers, um Menge zu erzeugen.