L'aggregatore personale
Davide segue 200 canali Telegram tra trading, news e alert tecnici. Filtra per keyword, throttla a 1 al minuto, inoltra il subset actionable in un canale privato. Niente più scroll infinito alle 7 di mattina.
Plugin OperCore SaaS · Telegram-first
MTProto persistente, latenza push-driven sub-secondo, sessioni decifrate solo nel tuo container. Non passa per Zapier, non passa per IFTTT, non passa per niente di terzo.
from: channel:trading-signals
filter: keyword=BTC
throttle: 1/min
to: chat:me| Dimensione | Hub terzi | OperBridge |
|---|---|---|
| Privacy | Sessioni e bot token vivono dentro l'hub esterno. | Sessione cifrata at rest nel tuo tenant. |
| Latenza | Polling ≥ 30 s. | Push p95 < 2 s. |
| Trust model | Bot token condivisi via integrazione. | Userbot-grade, sessione mai esposta al control plane. |
| Multi-tenancy | Workspace per account, isolamento opzionale. | RLS first-class per ogni tenant. |
User session MTProto, edit-aware, delete-aware, multi-account per tenant.
In valutazione attiva. Prioritizzato per cliente design partner.
Davide segue 200 canali Telegram tra trading, news e alert tecnici. Filtra per keyword, throttla a 1 al minuto, inoltra il subset actionable in un canale privato. Niente più scroll infinito alle 7 di mattina.
Un team che riceve richieste WhatsApp e risponde da Telegram interno. OperBridge fa da relay bidirezionale: messaggi in arrivo replicati al gruppo, repliche del team rispedite al cliente. Persiste l'audit log.
Un altro plugin OperCore (BPP, StoreCRM) usa OperBridge come dependency riusabile: emette un evento di dominio, OperBridge lo materializza in chat con throttling e dedup.
Sessione cifrata at rest con subkey tenant — chiave non condivisa.
Decifrata solo nel processo worker. Il control plane non vede mai il payload.
Telegram session userbot-grade. Niente bot token condiviso tra account.
L'area autenticata è OAuth2 / PKCE su auth.oper-core.com. Niente onboarding di 6 step.