Hunt-Funnel
Fakten-Kill → Haiku-Kill → Board → Vervollständigt → Dismiss. Dieselbe Sprache wie die Statuszeile nach Aktualisieren.
Trichter
— – — · 0 Läufe · 0 geprüft · 0 aufs Board (0%)
Regel Regex, Kontingent, DuplikatLLM Listing-Haiku (keep / kill / unsure)Ziel Board / Vervollständigt
Hunt-Set sitzt vor dem Trichter: nur Quellen mit Hunt an werden geholt. Nicht-Hunt ist kein Kandidaten-Grund, sondern Abruf-Skip.
Keine Hunt-Treffer im gewählten Zeitraum/Filter — Schritte bleiben sichtbar.
Gruppierung
Sortierung fest: Fakten-Kill → Haiku-Kill → Board → Vervollständigt → Dismiss.
Anstellung / W-2 / Geo-Wall (Regex) — plus Alter, Duplikat, ATS vor Haiku. Kein LLM, kein Warten auf Volltext.
Listing-Haiku verdict kill auf der Karte. Fit-These unter /llm, nicht Keyword-Gate.
Haiku keep oder unsure — Review auf dem Board.
Detailtext per Vervollständigen (onlyIds). Nicht im Hunt, kein zweites Fit-LLM.
Schon abgelehnt oder vom Board verworfen — kommt beim Hunt nicht wieder.
Kandidaten (Einzelfälle)
0 Zeilen im Filter — zeigt die ersten 300, sortiert nach Zeit (neueste zuerst). Für vollständige Auswertung Zeitraum/Quelle weiter einschränken.
| Zeit | Quelle | Titel | Firma | Gate |
|---|---|---|---|---|
| Keine Kandidaten im Filter. | ||||
Reihenfolge = Hunt: Fakten-Kill (Anstellung/W-2/Geo) → Haiku-Kill → Board → Vervollständigt → Dismiss. Kein Warten auf Volltext im Hunt. Quelle: Postgreshunt_l1_hits — jeder untersuchte Kandidat, nicht nur Board-Treffer.