Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Appearance settings
Discussion options

Hey everyone! 👋

Do you have an idea on how to make the bot better? This is the perfect place to share it!

To help us understand your idea, please include a few simple details when you post:

The problem: What issue are you trying to solve?

The solution: How exactly should the new feature work?

Feel free to share any ideas, big or small. And please use the 👍 reaction to vote for the features you like the most!

You must be logged in to vote

Replies: 4 comments · 10 replies

Comment options

I really like the current features, but it is a bit inconvenient to use a single private chat bot when I am developing multiple projects and switching between sessions.

I was wondering if you have considered using a Private Group format. This way, no one else can access it, and I could create different topics within the group to categorize my projects.

By switching sessions directly within the project topics, it should significantly reduce the number of operations required to switch back and forth.

While this might deviate slightly from the original design direction of a private DM bot, I think it could be a valuable extension of the current functionality.

In theory, only the buttons below the keyboard cannot be displayed directly; everything else should be usable as an inline button.

However, can this part be implemented within a pinned message instead?

You must be logged in to vote
4 replies
@LKIZ1
Comment options

Group Thread is a better alternative.
Like @shanekunz write below.

@grinev
Comment options

grinev Mar 4, 2026
Maintainer Author

Thanks for suggestion.
I fully understand why group threads look like a natural idea for an OpenCode Telegram client.
When I started this bot, I intentionally chose private chat as the main format. It is a simpler model, but it still lets me support OpenCode features in a complete and reliable way.

A group + topics setup is possible in theory, but there are important limits. If we run several sessions in parallel across different threads, we can hit Telegram limits much faster (for example: about 1 message per second per chat, about 20 messages per minute in groups, and around 30 messages per second for bulk sending before 429 rate-limit errors). For this bot, with frequent status/tool updates, this matters a lot.

Another key point is the bottom reply keyboard. It is one of the main features of this bot. Moving away from it would require more slash commands and more inline-only flows, which is not always convenient. I want to keep the command list small and simple.
Also, interactive flows (questions, permission requests, confirmations, etc.) are already complex. I spent many hours and millions of tokens making this stable in single-chat mode. With multiple topics, this complexity grows a lot.

Right now my main focus is stability, better test coverage, architecture improvements, and missing OpenCode features. So at this stage I’m not planning to change the core concept. This bot was designed as a “single OpenCode CLI window” inside Telegram, and I want to keep that experience.

@EvanDbg
Comment options

Roger.

@EvanDbg
Comment options

Btw, bottom reply keyboard works well in group chat. and The backslash command works just as well.

Comment options

Now Telegram bots support threading! Threading can be enabled in BotFather, would be great to allow parallel execution of sessions in threads

You must be logged in to vote
3 replies
@grinev
Comment options

grinev Mar 10, 2026
Maintainer Author

@IsroilovA thanks for this idea. Using threads for different sessions could be convenient, I will look how is works. I don't want to give up the direct messages mode but maybe it could be thread mode which can be activated in settings.
If we talk about parallel execution I'm afraid it could easily hit telegram limits, see https://core.telegram.org/bots/faq#my-bot-is-hitting-limits-how-do-i-avoid-this and also I want to keep this bot simple and stable, you can read about my current vision there https://github.com/grinev/opencode-telegram-bot/blob/main/CONCEPT.md

@shanekunz now works on the similar feature #38 you can try it and give feedback to him. I suggest to make fork of this repo and develop it in different way.

@shanekunz
Comment options

@IsroilovA @grinev the current PR #38 version has attempts to gracefully handle the 20 messages per minute per group (groups map to a repo on your computer in my branch), and it may change the batch size of messages depending on how big the queue grows; however, I have not stress tested it that much. If you test my branch, you should expect multithreading to add significant latency to the delivery of your opencode responses.
I have also not had time the last few days to update my branch, I need to pull in the latest changes to my fork and prepare it to be a proper fork.

@shanekunz
Comment options

Pretty close to launching the fork. I pulled in the latest 0.11.2 and have updated the docs to call out the new functionality. I think the fork will be call opencode-telegram-group-topics-bot.

Comment options

The group topics fork has been published with a blessing and some ideas from @grinev

It supports creating one group per local repository, and each group topic as a separate opencode session. Each group's "general" channel acts as a launcher and will create new group topics for you and sync the name of the topic with the opencode session name. Parallel execution is supported. Each group requires one-time manual setup to create the group, add the bot, make the bot an admin, and enable topics. Automatic group creation will not be supported because it requires calling a separate Telegram API on behalf of the user's account which adds security risks and complexity.

https://github.com/shanekunz/opencode-telegram-group-topics-bot
https://www.npmjs.com/package/opencode-telegram-group-topics-bot

You must be logged in to vote
2 replies
@EvanDbg
Comment options

I think you should open issues on the new fork because I found one issue about Poll question, I will try to contribute to your fork

@shanekunz
Comment options

@EvanDbg thanks for testing. "Issues" tab now opened, fire away.

Comment options

Can we upgrade the project to add a mode that supports usage in OpenClaw?OpenClaw integrates with numerous IM Channels, allowing users to interact with Opencode within their preferred instant messaging platforms.

You must be logged in to vote
1 reply
@grinev
Comment options

grinev Apr 6, 2026
Maintainer Author

This project is about Telegram bot for OpenCode. The emphasis is on a responsive UI in Telegram, adding one more IM support needs the same amount of work to keep UI at the same level. So I don't have this in plans. Now I'm focusing to add more features in current implementation

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Category
💡
Ideas
Labels
None yet
6 participants
Morty Proxy This is a proxified and sanitized view of the page, visit original site.