claude-code - 💡(How to fix) Fix [BUG] Slack tools return empty `Text:` for bot messages using legacy `attachments[]` field

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…

Error Message

Error Messages/Logs

RAW_BUFFERClick to expand / collapse

Preflight Checklist

  • I have searched existing issues and this hasn't been reported yet
  • This is a single bug report (please file separate reports for different bugs)
  • I am using the latest version of Claude Code

What's Wrong?

Summary

A Slack message with attachments (like the one in the image below) can't be read by the Slack MCP:

<img width="807" height="167" alt="Image" src="https://github.com/user-attachments/assets/d9c53f53-0fa9-4b09-a09d-e526ab714247" />

More details

mcp__slack__slack_read_thread, slack_read_channel, and slack_search_public return only metadata (no body) for messages whose content lives in attachments[].text / attachments[].fallback rather than the top-level text or modern blocks[]. The data IS retrievable from Slack — Slack's search index matches against it — but Claude Code's response formatter does not emit it.

Repro

  1. Find a channel that contains messages from the Buildkite Slack app (or any bot that posts via attachments — many CI bots do).
  2. slack_read_thread on that message ts: response shows Text: empty.
  3. slack_search_public with include_bots=true and a query containing tokens from inside the attachment (e.g. the build number): Slack matches and returns the message, but the rendered Text: is still empty.

Expected When text is empty but attachments[] has text/fallback, render that content (e.g. concatenated or under an "Attachments:" section). Same for blocks[] if not already.

Why it matters Most legacy/CI bots (Buildkite, GitHub, PagerDuty, CircleCI, etc.) post via attachments. Currently their messages appear empty in Claude Code, so any skill or workflow that consumes alerts from these bots requires manual copy- paste of the alert content. A one-place fix in the response formatter unlocks a large class of integrations.

Evidence the data is reachable The same search query "#<build-number>" with include_bots=true returns the specific bot message as a single match, proving Slack's search index sees the attachment text. The MCP response just doesn't emit it.

Environment Claude Code <your version>, macOS. Slack workspace: standard config, no non-default scopes required.

What Should Happen?

It should be possible for the slack MCP to read slack messages posted via attachments.

Error Messages/Logs

Steps to Reproduce

For example, a slack message like this can't be read by the Slack MCP:

<img width="807" height="167" alt="Image" src="https://github.com/user-attachments/assets/d9c53f53-0fa9-4b09-a09d-e526ab714247" />

Claude Model

Sonnet (default)

Is this a regression?

Yes, this worked in a previous version

Last Working Version

No response

Claude Code Version

2.1.143 (Claude Code)

Platform

Anthropic API

Operating System

macOS

Terminal/Shell

Terminal.app (macOS)

Additional Information

No response

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