Help us improve
Share bugs, ideas, or general feedback.
Share bugs, ideas, or general feedback.
Share bugs, ideas, or general feedback.
By tomeraitz
Drives a complete feature-development workflow from Slack — clarify, design, plan, implement, PR, and test — using the /process command with optional task-manager integration (Linear, Jira, GitHub Issues, Notion).
npx claudepluginhub tomeraitz/claude-slack-bridge --plugin full-processConfigure the plan phase of the /process workflow. Asks whether the user wants a plan step at all (skip-able), then asks whether they already have a planning process (e.g. an existing /plan command or skill). If they do, reads it and inspects whether it already commits/pushes/opens a PR; whatever is missing gets added. If they don't, asks what kind of plan doc the step should produce and bakes that prompt directly into the wrapper. The ONLY file this skill writes is `.claude/skills/claude-slack-bridge_plan/SKILL.md` — a wrapper skill that runs the user's plan flow (`<@ref-plan-flow>`) or an inline plan prompt when none exists, saves the output to the fixed path `.roadmap_features/<branch>/plan/feature_plan.md` (creating the folder if missing), commits and pushes if the inner flow didn't, opens a GitHub PR, and sends a response back to the caller. Never scaffolds a separate `/plan` slash command. Returns a status of `configured` (with the captured reference) or `skipped` (with the literal label `plan-workflow: skip`). Use as the plan-workflow phase of /process-setup.
Generate the `/process` orchestrator command for this repo. Writes `.claude/commands/process.md` — the local entry point that reads `.claude/process-template.json` and walks through the configured workflow steps in order, dispatching to each step's slash command and routing to `/required-fixes` when a `/review` step surfaces reviewer comments. Returns a status of `configured` (with the path written) or `skipped` (when the file already exists and the user opts not to overwrite). Use as the process-command phase of /process-setup.
Configure the run-plan (implementation) phase of the /process workflow. Asks whether the user wants a run-plan step at all (skip-able), then asks whether they already have a run-plan process (e.g. an existing /run-plan command or skill that takes a plan doc and implements it). If they do, reads it and inspects whether it already commits/pushes/opens a PR; whatever is missing gets added. If they don't, bakes a simple inline implementation prompt directly into the wrapper. The ONLY file this skill writes is `.claude/skills/claude-slack-bridge_run-plan/SKILL.md` — a wrapper skill that runs the user's run-plan flow (`<@ref-run-plan-flow>`) or an inline implementation prompt when none exists, commits and pushes if the inner flow didn't, opens a GitHub PR, and sends a response back to the caller. Never scaffolds a separate `/run-plan` slash command. Returns a status of `configured` (with the captured reference) or `skipped` (with the literal label `run-plan-flow: skip`). Use as the run-plan-flow phase of /process-setup.
Set up the task manager for this repo end-to-end: pick a manager (Linear / Jira / GitHub Issues / Notion / None), pick an integration method (MCP / CLI / plugin / API), verify the chosen integration is installed (offering to help install, wait for the user, or skip), ask the user how to fetch their tasks and try it (suggesting likely configuration issues on failure), then write `.claude/skills/claude-slack-bridge_list-tasks/SKILL.md` and verify it runs end-to-end. Returns a status of `configured` (with task_manager_label, task_manager_slug, integration_method) or `skipped`. Use as the task-manager phase of /process-setup.
Configure the design phase of the /process workflow. Asks whether the user wants a design step at all (skip-able), then asks whether they already have a design process (e.g. an existing /design command or skill). If they do, reads it and inspects whether it already commits/pushes/opens a PR; whatever is missing gets added. If they don't, asks what kind of design doc the step should produce and bakes that prompt directly into the wrapper. The ONLY file this skill writes is `.claude/skills/claude-slack-bridge_design/SKILL.md` — a wrapper skill that runs the user's design flow (`<@ref-design-flow>`) or an inline design prompt when none exists, saves the output to `.roadmap_features/<feature>/design/feature_design.md` (creating the folder if missing), commits and pushes if the inner flow didn't, opens a GitHub PR, and sends a response back to the caller. Never scaffolds a separate `/design` slash command. Returns a status of `configured` (with the captured reference) or `skipped` (with the literal label `design-workflow: skip`). Use as the design-workflow phase of /process-setup.
Share bugs, ideas, or general feedback.
Own this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge.
Sign in to claimOwn this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge.
Sign in to claimBased on adoption, maintenance, documentation, and repository signals. Not a security audit or endorsement.
Long-running agent harness with 5-layer memory architecture, GitHub integration, autonomous batch processing, Agent Teams with ATDD, 9 hooks (safety, quality gates, team coordination), and 6 Agent Skills
Multi-agent orchestration for Claude Code. 12 specialized agents working in parallel — planning, building, reviewing, debugging. Plus a Hub for always-alive multi-project sessions controllable from Telegram or Slack.
Implementation planning, execution, and PR creation workflows with multi-agent collaboration
Commands for team workflows, PR reviews, and collaboration
Start, stop, join, resume, and manage Claude Code sessions mirrored to Slack via slaude
Slack integration for deployment and build notifications
A two-way bridge between Claude Code and Slack:
Claude Code ──ask_on_slack──▶ Slack channel ──your reply──▶ Claude Code resumes
Slack @bot ──────────────────▶ claude -p (in project dir) ──▶ reply in thread
ask_on_slack MCP tool — Claude pauses mid-task, posts a question to Slack, blocks until you reply in the thread, then resumes. Multiple concurrent sessions are routed correctly by thread_ts.@claude-bot in a Slack channel spawns claude -p in the matching project directory inside the container. Supports git worktrees via a [label] prefix./process start → pick a task → worktree → design → plan → run-plan → PR per step).Follow docs/slack-setup.md to create a Slack app, get your xoxb- and xapp- tokens, and invite the bot to a channel.
(Optional) If you plan to use the /process workflow — which opens GitHub PRs and reads review comments from inside the container — also follow docs/github-setup.md to create a fine-grained PAT and set GITHUB_TOKEN. Skip this if you don't need GitHub integration.
git clone https://github.com/your-username/claude-slack-bridge.git
cd claude-slack-bridge
cp .env.example .env # fill in SLACK_BOT_TOKEN and SLACK_APP_TOKEN
docker compose up -d --build
The container starts automatically on system boot (restart: unless-stopped) and uses Socket Mode — no public URL or inbound firewall rules needed.
You only do this once. The daemon stays running in the background and serves all your Claude Code projects.
.mcp.json to your Claude Code projectCreate .mcp.json in the root of any project where you want Claude to be able to ask you questions:
{
"mcpServers": {
"claude-slack-bridge": {
"command": "docker",
"args": [
"exec", "-i",
"-e", "SLACK_CHANNEL",
"-e", "TIMEOUT_LIMIT_MINUTES",
"claude-slack-bridge",
"python", "session.py"
],
"env": {
"SLACK_CHANNEL": "#your-project-channel",
"TIMEOUT_LIMIT_MINUTES": "5"
}
}
}
}
Important: Add
.mcp.jsonto your.gitignore— it contains your channel name and is project-specific.
CLAUDE.mdTo make Claude automatically use Slack for all communication once it sends its first message, add the following to your project's CLAUDE.md:
Once you use `mcp__claude-slack-bridge__ask_on_slack` for the first time in a conversation, ALL further communication with the user must go through that tool. Do not use `AskUserQuestion`, and do not ask questions or request feedback as text in the terminal. Continue communicating exclusively via Slack until the user explicitly tells you to switch back to the terminal.
Open the project in Claude Code and Claude will have access to ask_on_slack. Reply in the Slack thread (not the channel directly) and Claude resumes from where it left off.
Tag the bot in a Slack channel and Claude runs inside the matching project directory.
PROJECTS_DIR in .envPROJECTS_DIR=C:\Users\you\projects
This is the parent directory that contains all your projects. It's mounted into the container at /projects/.
projects.jsonMap each Slack channel to a project folder:
{
"#my-project-channel": "/projects/my-project"
}
docker compose up -d --build
Then in Slack:
@claude-bot fix the login redirect bug
The bot replies in a thread. Continue the conversation by replying in that thread.
→ Full reference (channel formats, plugin_dir, worktrees, routing rules): docs/slack-to-claude-projects.md
A turnkey feature-development workflow driven entirely from Slack. After a one-time /process-setup in your repo, you can start a feature from Slack with:
@claude-bot /process start
The bot lists your open tasks (from Notion, Linear, Jira, …), creates a git worktree for the one you pick, walks the work through your configured steps (typically design → plan → run-plan), opens a GitHub PR after each step, and waits for your approval in Slack before moving on.