• The slack create --app command now automatically syncs the manifest from app settings to your local project.
• We've made a small change to the output of the sandboxes list command: status and type previously displayed lowercase, and now Type: basic will be displayed for basic sandboxes (previously we only showed the type label for partner sandboxes, to differentiate from developer sandboxes).

Your agents manage the space: create a new code channel when a user’s request entails more work than a quick reply, and add bookmarks and artifacts so users can see your agent’s work. As the work progresses, your agent can post updates and convey status, and even archive the channel when work is complete.

Read on to learn more:

• Slack Code
• Code channels lifecycle
• Agent slash commands
• Code channel properties

• We've added support for the settings.app_level_token_rotation_enabled app manifest property, which opts your app in to rotating app-level tokens.
• We fixed an issue where an expired login with an invalid refresh token caused the CLI to retry token rotation on every command. The CLI now asks you to run slack login again.
• We fixed an issue where the slack activity --tail and slack run commands kept requesting activity logs after the login token became invalid. The command now exits with the auth error.

Socket Mode v3.1.0​

• The default dispatcher now pins the WebSocket connection to HTTP/1.1, since undici@^8 offers HTTP/2 by default. To do the same with a custom ProxyAgent dispatcher, pass requestTls: { allowH2: false }.

Types v3.2.0​

• We added the ContainerBlock block interface.
• We added the data_table Block Kit block type (DataTableBlock).
• We now allow raw_number cells in TableBlock rows (adds RawNumberElement).
• We added an optional action_id property to the WorkflowButton block element.

Web API v8.2.0​

• We added the agents.conversations.* methods for Slack Code:
  • create,
  • archive,
  • setProperties,
  • setView,
  • setCommands,
  • listViews,
  • removeView,
  • getCanvas,
  • setCanvasContent

• The CLI falls back to manifest.json when the get-manifest hook is unavailable.
• We've added the slack manifest sync command to sync the app manifest between project and app settings.
• We've added a --manifest-source flag to the run and deploy commands.
• We've added support for the code_channels app manifest feature.
• We fixed an issue where interactive selection prompts left lingering rendered lines on screen after a selection is made.

• We've added the slack app request command, which checks the status of your most recent request to have an app approved for install.
• We've added support for custom app icons. The slack run and slack deploy commands can now be used to upload an icon file.
• We've fixed the help template so hidden subcommands are no longer listed under their parent command.

Agent updates and the deprecation of assistant_view​

The Assistant messaging experience (assistant_view) will be deprecated in February 2027. The assistant-related methods that power it are being replaced by a new set of API methods: the Agent Sessions API. Agent sessions let users manage their conversations with your agent in one place, with a status, a title, and a stop button. The agents.sessions.setStatus and agents.sessions.rename API methods replace the assistant.threads.setStatus and assistant.threads.setTitle API methods, respectively. For now, your existing calls keep working through a compatibility bridge. See the Agent sessions guide to get started.

The Agent messaging experience (agent_view) is already available, and we recommend moving to it now. If your app still uses assistant_view, follow the migration guide to move to the new experience. Read more in the guide to developing agents.

What's new for agents​

Alongside this announcement, we're releasing a set of improvements to the agent experience:

• Upgraded Tools tab: a newly renamed and revamped Agents & Tools tab helps users find popular agents with a new landing page.
• Improved thread experience: including multi-agent stacking, thread naming, a revamped thinking UI, and a native stop button for agent streams. When a user stops your agent, your app receives an agent_session_stopped event.
• Plan and Task card block updates: UI refinements to the plan and task card blocks agents use to show their work.
• Marketplace data in the About tab: an agent's Marketplace data now appears in its About tab.
• Agent sessions in the sidebar: A new sidebar with pin / archive / unread and live updates.

Slack Code is how agents and people work together to build with AI in Slack, creating dedicated channels for more involved work. A channel is created from an existing conversation, context is carried forward, and agents and collaborators have a shared, visible place to work.

Within a session, agents can publish artifacts for people to oversee and iterate on:

• Code diffs, so people can review what changed
• Block Kit views, for structured interactive experiences
• HTML previews, for prototypes and generated interfaces
• Canvases, for longer-form content and collaboration

The work becomes multiplayer: teammates can join channels, review work, add context, and help make decisions, all while collaborating in the same session and with the same artifacts. Your agent manages the lifecycle, creating a channel when a task warrants one, sharing updates as the work progresses, and closing the session once the work is complete.

Read on to learn more:

• Slack Code: where your team and agents build together
• Build with AI as a team using Slack Code

Installing the plugin sets up two things:

• Skills. Focused sets of instructions and references that your assistant loads automatically when a task calls for them. The plugin includes skills for Block Kit, scaffolding new apps, calling Web API methods, using the Slack CLI, composing messages, and searching Slack.
• Slack MCP Server connection. The Slack MCP server lets you and your agent interact directly with your Slack workspace, such as searching channels, sending messages, and managing canvases.

Install the plugin in Claude Code with /plugin install slack@claude-plugins-official, or from the Cursor Marketplace.

Read the Slack MCP and Skills Plugin docs to get started.

• We've added the slack manifest diff command, which prints differences between the project manifest and the app settings.
• We've added the slack blocks preview command to open Block Kit blocks in the Block Kit Builder.

• The Slack CLI now recommends the official Slack plugin to Claude Code users.
• We've reduced the verbose output when using create --app to link an existing app during project creation.
• We've added a --category flag to slack docs search command.
• When the CLI errors because a prompt must be shown while in a non-TTY environment (AI agents, devops scripts, etc.), the error message now displays the prompt and, for app and team selection, the matching flags to select an option.
• We've fixed a recurring unable_to_parse_json error caused by empty JSON files (credentials, config, or app state) left behind by an interrupted write; the CLI now treats them as empty state and recovers automatically.

If your app doesn't use proxy/TLS configuration or inspect respond() return values, this upgrade is possibly only a version bump.

New features​

• We've added a dispatcher option to the SocketModeReceiver class.
• We've added instanceof operator support to error classes.

Breaking changes​

• We've raised the minimum Node.js version to 20.
• We've removed the agent and clientTls options from the AppOptions interface.
• We've updated the SocketModeReceiver class to accept a dispatcher option instead of proxy agents.
• We've removed Workflow Steps from Apps.
• We've updated the respond() utility function to return a native Response object.
• We've upgraded the Node Slack SDK dependencies.
• We've improved error handling throughout.

For full migration details, see the Bolt for JS v4 to v5 migration guide.

All packages now require Node.js 20 or later. This is the only breaking change for the following packages:

• The cli-hooks package has been updated to v2.
• The cli-test package has been updated to v4.
• The logger package has been updated to v5.
• The oauth package has been updated to v4.
• The types package has been updated to v3.

Three packages have more substantial breaking changes:

• The socket-mode package has been updated to v3. See the guide on migrating @slack/socket-mode from v2 to v3 for handling breaking changes.
• The web-api package has been updated to v8. See the guide on migrating @slack/web-api from v7 to v8 for handling breaking changes.
• The webhook package has been updated to v8. See the guide on migrating @slack/webhook from v7 to v8 for handling breaking changes.

Most of the changes in those batch of updates fall under the theme of HTTP transport improvements, such as migrating from axios to the native Fetch API.

Here's what developers need to know:

• New event: app_context_changed: Slack will send an app_context_changed event to your app whenever the user's active context changes. The event payload includes an ordered list of entities the user is currently viewing.
• The app_context is now sent to message.im and app_home_opened events: Slack will also send the app_context to these events if the app is subscribed to the app_context_changed event.

Learn more in the guide to Developing agents.

• Agent messaging experience (agent_view): agent conversations now look & feel the same as a regular direct message. Gone is the history tab and new chat button. Instead, all of your conversations appear in the standard message tab and your agent can respond in-thread.
• Assistant messaging experience (assistant_view): agent conversations happen in separate Chat and History tabs.

New apps can only use the Agent messaging experience. Apps that already use the Assistant messaging experience can continue to use it for now, but assistant_view will eventually be deprecated, and we'll ask existing apps to migrate to agent_view.

The Agent messaging experience changes the following:

• Knowing when a user opens a DM: rely on the app_home_opened event to know when a user has actively opened a DM with your app. The assistant_thread_started event no longer indicates this. See Migrating to the Agent messaging experience for details.
• Suggested prompts: suggested prompts now live at the top of the Messages tab instead of within threads, and the thread_ts argument is no longer required when agent_view is enabled.
• Continuing a conversation: after a user sends a new message, calling the assistant.threads.setStatus API method on that thread automatically opens the thread to keep the conversation going.

The Slack CLI v4.4.0, Python SDK v3.43.0 with Bolt Python v1.29.0, and @slack/web-api@7.18.0 (for the Node Slack SDK) are required to access the Agent View feature.

Already have an app using the Assistant messaging experience? Follow the migration checklist to move to the Agent messaging experience. Read more in the guide to developing agents.