OpenHands / OpenHands/extensions
Slack monitor automation should support the botname as a trigger by default
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 148
- Forks
- 90
- Avg merge
- 1d 17h
- Merged PRs (30d)
- 36
Description
Creating a slackbot when everything goes right looks like this:
But when I tried it out on a first run I didn't see any response. I asked the agent to figure out why:
I found the issue.
The automation is successfully polling the channel and reading your messages, but it is matching the literal text @openhands. Slack stores an app mention in message text as its user-ID form instead:
<@U0B6US8S0DP> Are you awake?
The debug log shows these messages reached the evaluator, but were rejected:
trigger=False
text='<@U0B6US8S0DP> Are you awake?'
So no conversation is created because the current matcher only looks for the configured literal @openhands; it does not recognize Slack’s mention token <@U0B6US8S0DP>.
The automation itself is healthy: runs are completing, Slack authentication succeeds, state is persisting in KV storage, and channel polling is working.
I can update and redeploy it to treat both @openhands and the Slack mention token as the same trigger, preserving the intended user-facing trigger phrase.
This could asking the user for the bot name or asking them to test the connection to find out the name.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start at the Slack monitor's trigger-matching logic and reproduce the reported message text, including the Slack mention token <@U0B6US8S0DP>. Trace how the configured @openhands trigger is evaluated; done means both the user-facing phrase and Slack's user-ID mention form create a conversation by default.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- backend
- Issue type
- Feature
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 68/100