Skip to content

Upgrade Slack fast mode orchestration - #1393

Merged
mrubens merged 3 commits into
developfrom
codex/slack-fast-v2
Aug 16, 2026
Merged

Upgrade Slack fast mode orchestration#1393
mrubens merged 3 commits into
developfrom
codex/slack-fast-v2

Conversation

@mrubens

@mrubens mrubens commented Aug 16, 2026

Copy link
Copy Markdown
Contributor

Summary

  • handle !fast before normal Slack task routing and keep subsequent thread replies in the same fast conversation
  • let fast mode answer directly, launch or manage Roomote agent tasks, and use approved deployment-wide MCP integrations
  • keep delegated task questions, progress updates, and closeout messages in the originating Slack thread
  • isolate fast sessions and locks by Slack workspace, channel, and thread
  • cache MCP tool discovery while rejecting local, custom, credential-only, and unsupported integrations

Why

Slack fast mode behaved like a one-shot routing shortcut. Conversational replies could fall back into task routing, acknowledgements could be forwarded unnecessarily to active tasks, and every turn rediscovered MCP tools. This makes fast mode own the conversation while preserving the existing Roomote task lifecycle for work that genuinely needs execution.

User impact

Users can start a lightweight conversation with !fast, continue naturally in its Slack thread, get direct answers without task-processing reactions, and delegate work only when appropriate. Fast mode can use deployment integrations without receiving filesystem, shell, local transport, or arbitrary network access.

Validation

  • 123 focused tests across fast-mode orchestration, deployment MCP authorization, Slack routing, and Slack task launching
  • pnpm lint:fast
  • pnpm check-types:fast
  • pnpm knip
  • changed-file ESLint and git diff --check
  • mock Slack app-mention and unmentioned thread-continuation scenario, confirming direct replies, no reactions, no task launch, and workspace-scoped session persistence

@roomote-community

roomote-community Bot commented Aug 16, 2026

Copy link
Copy Markdown
Contributor

1 issue outstanding. See task

  • Restrict fast-mode integrations to read-only or explicitly approved tools.
  • Enforce the active-task rule for launch_task decisions.
  • Fix the new unmentioned-routing test's default timeout failure.

Reviewed 4861530

Comment thread packages/cloud-agents/src/server/fast-agent/fast-agent-service.ts
const results = await Promise.allSettled(
candidates.map(async (integration) => ({
...integration,
tools: await listCachedIntegrationTools({

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This exposes every tool returned by a deployment integration to a direct fast-mode turn, including mutation tools. For example, the enabled Notion endpoint advertises notion-create-pages, notion-update-page (including in_trash), and notion-append-blocks; the decision service will execute any discovered name without task delegation or confirmation. Filter this surface to read-only tools (or use an explicit fast-mode allowlist) before adding it to the model prompt.

@mrubens
mrubens marked this pull request as ready for review August 16, 2026 12:53
@mrubens
mrubens merged commit 514d969 into develop Aug 16, 2026
17 checks passed
@mrubens
mrubens deleted the codex/slack-fast-v2 branch August 16, 2026 12:53
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant