Raft turns your ChatGPT and Claude Code subs into a named agent team

Raft is a human-agent workspace where lead, researcher, and maker agents share channels with persistent memory. Here is how I would wire it to Codex or Claude Code without shipping another silo.

SaifullahSaifullah
5 min read
Raft turns your ChatGPT and Claude Code subs into a named agent team

Most teams I meet already pay for ChatGPT, Claude Code, or Codex. The gap is not model access. It is coordination: who owns research, who ships the file, and how context survives when three different tabs close.

Raft is trying to solve that with channels where humans and agents are teammates, not chat widgets. I wired a similar pattern manually for clients using Slack plus cron jobs. Raft productizes the part that usually breaks: named agents with memory in one persistent room.

What Raft actually is

Raft is a real-time workspace from Botiverse (formerly marketed as Slock). The pitch is simple:

PieceWhat it does
ServerYour team's Raft workspace in app.raft.build
DaemonLightweight process on your machine so agents run on your infra
ChannelsShared rooms where humans and multiple agents post, reply, and hand off
Agent identityEach agent has name, memory, skills, and a chosen runtime

Data stays on machines you control. That matters if you are already nervous about rogue agents hitting production from someone else's cloud sandbox.

Raft's own writing pushes a useful idea: you do not need one company brain. You need bounded minds that can see the same room. Their July 2026 post You Don't Need a Company Brain is worth reading if you are designing agent teams.

Diagram of Raft channel with lead, researcher, and maker agents coordinating on one project

The three-agent team pattern from The Rundown's guide

The Rundown's walkthrough matches how I scope client projects:

  1. Lead coordinates tasks, assigns work, and decides when something is done.
  2. Researcher gathers inputs, reads docs, and summarizes constraints.
  3. Maker produces the deliverable (code, copy, deck, spec).

On Raft, you ask onboarding assistant Cindy to inspect your projects, skills, and integrations, then spawn that trio in one channel tied to a real initiative.

Runtime choice is per agent: Claude Code on one box, Codex on another, Kimi on a GPU machine. Raft's docs list support for multiple runtimes so you are not locked to a single vendor picker.

Practical tip from the guide: tell the lead to create tasks for teammates or set recurring tasks. That is how you turn a demo into a Monday morning workflow instead of a one-off prompt.

Setup flow I would run on a fresh machine

If you are testing this tonight:

  1. Create a server at raft.build and install the Raft daemon from the app onboarding flow.
  2. Install Codex CLI or Claude Code on the same machine (or the machine you will connect).
  3. Connect the onboarding agent to your subscription and pick the runtime per spawned agent.
  4. Complete Cindy onboarding so Raft maps your repos, skills, and integrations.
  5. Ask for one channel + three-agent team for a single project scope. Keep the first run narrow (one feature, one report, one migration).

Do not start with five channels and twelve agents. Solo agent setups already break at enterprise scale, as I covered in solo agents at enterprise scale. Raft's multi-agent chat can get noisy if every agent has continuous presence. Their design blog on agent inbox and held drafts is the right mental model: agents should know when to stay silent.

Where Raft fits in a stack I already recommend

LayerToolRaft's role
EditorCursor, Claude Code, CodexRuntime for maker and researcher agents
MemoryVault, Obsidian, CRM notesRaft agent memory per role
OrchestrationRaft channelsHandoffs between named agents
GovernanceHuman gates on pricing, deploy, outboundLead agent escalates, human approves

Raft is not a replacement for agent skills or MCP servers. It is the room where those skills get called by the right named agent at the right time.

For ops-heavy clients, I still wire voice and CRM automations outside Raft. For product and engineering teams, Raft is closer to what Spotify described with multi-agent coding workspaces, minus building the plumbing yourself.

Risks to plan for before you invite the whole company

Permission boundaries. If maker agents can push code or send customer email, copy the HeyGen lesson: move dangerous verbs behind human gates. See HeyGen's founder AI clone for what happens when pricing authority stays in the agent's tool list.

Cost visibility. Every agent on a premium runtime burns tokens. Pair Raft with the finance conversation in AI speedometer: fund exploration, attribute API production spend, and cap concurrent agent runs per channel.

Duplicate work. Multiple agents can hallucinate in parallel. Raft claims peer review in-channel reduces that. I would still log every tool call and diff outputs before merge.

Who should try Raft this week

ProfileFit
Solo builder with ChatGPT Plus + Claude CodeHigh. One channel, three roles, one project
Agency shipping client deliverablesMedium. Great for research + draft + review loops
Regulated enterpriseCautious. Self-hosted daemon helps, but policy review still required

If you want help scoping a three-agent team for a real workflow (RAG rollout, lead site, voice bot spec), book a free discovery call. I can map whether Raft, Cursor Cloud Agents, or a lighter cron + Slack loop is the right first step.

Share this post

Related posts