codex - 💡(How to fix) Fix Feature request: Slack plugin inbound mentions/DMs should wake a Codex Desktop thread [2 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openai/codex#20475Fetched 2026-05-01 05:42:49
View on GitHub
Comments
2
Participants
2
Timeline
6
Reactions
0
Author
Timeline (top)
labeled ×4commented ×2

Root Cause

For team workflows, Slack is often where the request starts. I want Codex to act as a Slack-aware assistant while still keeping the human in the loop inside Codex Desktop. The important UX is not just autonomous replies in Slack, but seeing the inbound Slack message and Codex's processing inside the Codex UI.

RAW_BUFFERClick to expand / collapse

Duplicate / relationship note

This is related to #20312, #15299, #15355, #14923, and #18929, but it is not intended as a duplicate of any one of them.

The distinction: those issues describe lower-level platform primitives such as event-driven session wake, inbound MCP notifications, trusted local ingress, app-server/thread orchestration, or daemon-agent push/pull coordination. This issue asks for the user-facing Slack plugin/Desktop product behavior that could be built on top of those primitives: inbound Slack DMs and app_mention events should wake or notify a selected Codex Desktop thread, display the Slack source message with attribution/channel/link, and optionally allow a Slack bot reply.

What feature would you like to see?

I would like the Codex Slack plugin to support inbound Slack events, not only read/search/send actions initiated from Codex.

Example: when someone DMs the Codex Slack app or mentions it in a channel, Codex should be able to wake a chosen Codex Desktop thread, show the Slack message in that thread, and let the user review or continue the workflow from Codex.

Current limitation

The Slack connector can send messages, draft messages, and read/search Slack when Codex is already running. But it does not appear to let Slack messages proactively enter the Codex Desktop conversation as user-visible events.

Why this matters

For team workflows, Slack is often where the request starts. I want Codex to act as a Slack-aware assistant while still keeping the human in the loop inside Codex Desktop. The important UX is not just autonomous replies in Slack, but seeing the inbound Slack message and Codex's processing inside the Codex UI.

Desired behavior

  • Configure a Slack workspace/channel/DM as a source.
  • Receive app_mention and DM events.
  • Wake or notify a selected Codex thread.
  • Display the Slack message with attribution, channel, and link.
  • Let the user approve, respond, or take over from Codex Desktop.
  • Optionally allow Codex to reply back to the originating Slack thread as the bot.

Safety expectations

  • Explicit opt-in per workspace/channel.
  • Clear identity separation between the user and the bot.
  • No automatic posting unless enabled.
  • Audit trail linking Codex actions to the Slack source message.

Related platform capability

This may also benefit from a more general Codex Desktop local input/wakeup API, such as a local authenticated endpoint, custom URL scheme, or app-server method that lets trusted integrations append a user-visible turn to a selected thread.

extent analysis

TL;DR

To address the issue, implement an inbound Slack event handler that wakes a selected Codex Desktop thread and displays the Slack source message with attribution, channel, and link.

Guidance

  • Review the existing Slack connector code to identify potential entry points for handling inbound Slack events, such as app_mention and DM events.
  • Investigate the feasibility of using a local authenticated endpoint, custom URL scheme, or app-server method to enable trusted integrations to append a user-visible turn to a selected thread.
  • Consider implementing explicit opt-in per workspace/channel and clear identity separation between the user and the bot to meet safety expectations.
  • Develop a mechanism to display the Slack message with attribution, channel, and link, and allow the user to approve, respond, or take over from Codex Desktop.

Example

No code snippet is provided due to the lack of specific technical details in the issue.

Notes

The solution may require significant development and integration with the existing Codex Desktop and Slack plugin codebases. Additionally, the implementation should prioritize user safety and security, ensuring explicit opt-in and clear identity separation.

Recommendation

Apply a workaround by implementing an inbound Slack event handler that meets the desired behavior and safety expectations, as upgrading to a fixed version is not implied in the issue. This approach allows for a tailored solution that addresses the specific requirements and limitations of the Codex Slack plugin and Desktop product.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

codex - 💡(How to fix) Fix Feature request: Slack plugin inbound mentions/DMs should wake a Codex Desktop thread [2 comments, 2 participants]