OpenClaw Use Cases
v2026.3.1 · 5 min read

I Built a Support Bot That Acts Like 3 Different People

One Telegram bot. Multiple personalities. Each conversation topic gets its own behavior, permissions, and vibe — without writing routing logic.


Here’s the thing about Telegram bots: they’re either dead simple or an unmaintainable mess. There’s no middle ground.

You start with a bot that answers FAQs. Then someone asks “can it also handle refunds?” Then “what about order tracking?” Before you know it, you’ve got a 400-line if/else chain and a bot that sounds confused about its own purpose.

OpenClaw now lets you split one bot into multiple conversation topics, each with its own personality, permissions, and rules. Same bot. Completely different experiences.

The idea

Think of it like giving your bot multiple hats. When a customer asks about billing, they’re talking to the formal, precise billing bot. When they’re browsing products, they’re talking to the friendly shopping assistant. When they need a refund, they’re talking to the empathetic support agent.

Same bot. Zero routing code. OpenClaw handles the thread separation for you.

What I’d actually build with this

A community bot for a Discord-native brand that also lives on Telegram. Three topics:

  • Announcements — read-only, bot pushes updates
  • Feedback — users can suggest features, bot collects and categorizes
  • Vibes — casual chat, memes, the bot has opinions about music

Each topic has its own personality. The announcements bot is professional. The feedback bot is thoughtful and asks follow-up questions. The vibes bot is unhinged (in a good way).

The e-commerce play

This is where it gets interesting for anyone selling on Telegram (and yes, people are doing serious revenue on Telegram now):

Product browsing → warm, suggestive, “you might also like…” energy. The bot knows your catalog and recommends based on conversation context.

Order tracking → precise, factual, no fluff. “Your order shipped March 1. Expected delivery: March 4. Tracking: [link].”

Returns → empathetic, process-oriented. Guides the customer through each step without making them feel like they’re fighting a system.

One bot replaces three customer service workflows. And because each topic has its own permissions, the returns bot can issue refunds but the browsing bot can’t — so there’s no “jailbreak the shopping bot into giving me a refund” risk.

The anti-spam angle

When you give a bot multiple topics, people test limits. They’ll flood a channel, try to access restricted topics, send 50 messages in a row.

OpenClaw throttles per-topic. The community chat can be fast and loose. The billing topic can be strict. And if someone is disruptive in one topic, it doesn’t affect the others.

Who should steal this idea

  • Anyone building a customer-facing Telegram presence
  • Community managers who want one bot instead of five
  • Indie hackers selling digital products on Telegram
  • Support teams that are drowning in unstructured messages

The multi-topic model forces you to think about what your bot actually does — which means you’ll end up with something better than the usual “kitchen sink” bot that tries to do everything poorly.

Found this useful?

Share it with your followers — and follow @EL4Build for fresh ideas every week.