Řízení rizik účtu

Řízení rizik LinkedIn účtu a provozní kontrola

Salesbot pomáhá řídit rizika pomocí konzervativní kadence, denních limitů, nouzového zastavení a kontroly AI člověkem. Žádný nástroj nemůže garantovat, jak LinkedIn vyhodnotí aktivitu účtu.

Kontrolované rozestupy mezi akcemi

I když přes MCP nebo hromadný import přijde najednou více zpráv, neodešlou se v jednom nárazu. Každá akce se naplánuje s konzervativní kadencí a v rámci nastavených limitů.

Náhodný rozptyl mezi akcemi

Mezi jednotlivými zprávami, connect requesty a návštěvami profilu se vkládá náhodný offset (jitter). Žádné dvě akce nejdou ve stejnou vteřinu ani v pravidelném intervalu.

Povolené pracovní hodiny

Akce se provádějí jen v hodinách, které si uživatel nastaví (typicky 9–17 v jeho timezone). Mimo okno se akce odloží na další pracovní den.

Denní limity per uživatel

Tvrdý strop na počet connect requestů, zpráv a návštěv profilu za den. Po vyčerpání se zbytek přesune na další den.

Gradual ramp-up

Nový/čerstvě připojený LinkedIn účet startuje na 10 % limitu a postupně se škáluje (10 → 30 → 60 → 100 %) podle stáří připojení. Pomáhá to omezit nárazovou aktivitu u nových účtů.

Fatigue model

Sledujeme „únavu" účtu (activity_streak_days, daily_fatigue). Pokud uživatel jede několik dní v kuse na maximum, systém sám zpomalí.

Cooldowny mezi typy akcí

Mezi connect → message → další message jsou minimální prodlevy, aby byl sled akcí předvídatelný a konzervativní.

Detekce nedosažitelných kontaktů

3rd degree / out-of-network leady se neopakují donekonečna – po neúspěchu se na 7 dní pozastaví a teprve pak re-checknou. Šetří to akce a pomáhá udržet konzervativní provoz.

Emergency Stop

Uživatel má v UI tlačítko „Emergency Stop", které okamžitě zastaví všechny naplánované akce napříč kampaněmi.

Human-in-the-loop

  • AI návrhy procházejí schvalovacím krokem a uživatel má možnost revize před odesláním (MessageApprovalDialog).
  • Volitelné auto-approval s druhou kontrolou (GPT-5-nano ověřuje Gemini draft, 1 retry s feedbackem).
  • Každá akce má v DB trace, kdo/co ji spustilo (uživatel × MCP × cron).