# Slack to Coding Agent

Slack is where many engineering requests start. Replicas helps teams turn a Slack message into a cloud coding agent session with repository context, commands, and a reviewable result.

- Canonical: https://tryreplicas.com/use-cases/slack-to-coding-agent
- Start a workspace: https://tryreplicas.com/auth?mode=signup
- Slack docs: https://docs.tryreplicas.com/features/slack

## What is Slack to coding agent?

Slack to coding agent is a workflow where a teammate delegates engineering work from a Slack message or thread. The agent turns the request into a workspace session instead of letting the task disappear into chat.

The output may be a pull request, but it can also be a test run, investigation note, bug reproduction, code pointer, or explanation of what information is missing.

## How Slack requests become agent work

The goal is not to make chat noisier. The goal is to move concrete engineering asks out of Slack and into an inspectable execution environment.

- **Request starts in Slack:** A teammate asks for a fix, investigation, test run, or cleanup task in a channel or thread.
- **Replicas captures intent:** The agent uses the Slack context, repository selection, and any linked issue or PR to understand the task.
- **Workspace executes:** The task runs in a cloud workspace with the relevant code, environment, harness, and command history.
- **Result returns to humans:** Replicas can report back with a PR, command output, findings, a blocker, or a recommended next step.

## What Slack requests work best?

Good Slack requests are concrete enough for an agent to start and bounded enough for reviewers to judge the output.

- Run this E2E flow and tell us what fails.
- Investigate this Sentry issue and find the likely code path.
- Fix this small UI bug in the dashboard.
- Follow up on these PR review comments.
- Clean up stale issues matching this label and summarize what remains.

## How to evaluate Slack coding agents

The right test is whether Slack becomes a useful delegation surface without becoming an unreviewed production-change channel.

- Can the agent identify when a Slack request lacks repository or environment context?
- Does it keep command output and file changes visible outside Slack?
- Can it return non-PR outputs when a PR would be premature?
- Can humans inspect, steer, and approve the final work?
- Can the workflow respect team, repo, and environment boundaries?

## FAQ

### Can a Slack message become a pull request?
Yes, when the request is specific enough and the agent can verify the change. Replicas can also return notes or test results when a PR is not the right output.

### Should agents make production changes directly from Slack?
No. Slack is a useful trigger and collaboration surface, but code changes should remain reviewable and controlled by the team.

### Why use Slack instead of an issue tracker?
Many small engineering requests start in Slack. Replicas can preserve that speed while moving the real work into a visible workspace session.

## Related docs

- [Cloud coding agents](https://tryreplicas.com/cloud-coding-agents): Learn why cloud workspaces make delegated engineering tasks practical.
- [Code review follow-up](https://tryreplicas.com/use-cases/code-review-follow-up): See how PR comments, CI failures, and review findings become follow-up work.
- [Automations docs](https://docs.tryreplicas.com/features/automations): Configure event-driven and scheduled workflows for Replicas workspaces.
