BlaiseBlaise
Blaise

Assign it to Blaise.

The Claude Code setup you already run, turned into a teammate the whole team can assign work to — and pitch in on.

LinearClaude Codeon your own plan, unmodified

ENG-2841Password reset emails are queued but never sentIn progress
  • Priya Raman09:12

    Assigned to Blaise — reset mails sit in the queue on staging. Can you find where they stop?

  • Blaise

    Blaise09:12

    On it. This looks like delivery rather than product code, so I’m sending it to the platform specialist your team configured.

  • Dispatch

    Specialist
    Platform & delivery
    Harness
    Claude Code
    Runs on
    your CI runner, eu-west
  • Marco Feliz09:19

    Jumping in — I ran the staging DNS migration on Thursday. Worth ruling out DKIM before you go any deeper into the worker.

  • Blaise

    Blaise09:31

    Good steer, Marco — that was it. The worker is healthy; the mails are rejected upstream. The staging sender domain lost its DKIM record in that migration, so every reset bounces before it leaves the relay.

    I’ve opened a PR restoring the record and added a smoke test that fails loudly instead of queueing silently. I did not touch production DNS — that needs someone with the zone credentials.

    platform/restore-staging-dkimActivity log · 34 steps

  • Priya Raman09:44

    Perfect. Marco, you have the zone credentials — want to take production from here?

Illustration of the Linear workflow available today. Anyone on the issue can add to a running session. Names, issue and results are examples.

Your setup. Everyone's teammate.

A terminal agent helps whoever is at the keyboard. Blaise takes the same Claude Code configuration — unmodified, on your own plan — and puts it in the tracker your whole team already works in.

  • Anthropic

    Your API keysk-ant-…

    Usage this month

    Billed toYou, at your rates

    Your Anthropic account

    Your own API key or Claude subscription, your negotiated rates, your credits and your usage limits. Blaise never resells tokens or takes a margin on model usage.

  • Claude

    $ claude --version

    the one you already run · plugins, skills, MCP

    ⎿ started by blaise

    ▸ nothing patched, nothing wrapped

    Your harness, unmodified

    The same Claude Code you run today, with the plugins, skills, MCP servers and prompts you have already configured. Blaise starts it and talks to it; it does not patch it or wrap it.

  • Blaiseblaise.agents.toml

    laptopserverci

    runner = "ci"

    Same agent, same config, one line changed.

    Start on a laptop. Scale later.

    The runner is a lightweight CLI. Start it on the machine you are sitting at, then move it to a VPS or your CI once the team leans on it — same agent, same config, one line changed.

  • Linear

    BlaiseWorking on it

    “Use the staging runbook, not the old one.”

    PRMFAKall in the same session

    One session, everyone in it

    A terminal session belongs to whoever started it. A Blaise session is a thread: a colleague can add context while the agent is still working, answer a question it asks, or pick the work up where you left it.

Running it yourself is a CLI and a config file. Playbooks and templates cover the common shapes, and there is a skill that lets your agent do the wiring alongside you — so the thing that configures Blaise is the same kind of thing Blaise runs.

Assign it and walk away.

Six beats from the ticket someone files to the work they come back to. Runs are long and they stall in ordinary ways — no machine up yet, a limit reached, a question nobody has answered — and Blaise treats each of those as a pause rather than an ending.

  1. Linear

    Refresh the billing runbook

    BlaiseAssigned to Blaise

    You assign the ticket and close the laptop.

    An assignee or a mention in a comment is the entire interface. Nobody learns a new tool, and nobody has to know which agent will do the work.

  2. BlaiseBlaise

    Refresh the billing runbook

    • Docs & runbooksChosen
    • Backend fixes
    • Data questions
    Why
    Documentation work, filed in Linear.

    Blaise picks the specialist.

    It reads the request and the channel it arrived on, hands the work to the agent you configured for exactly that kind of job — its own harness, tools, skills and knowledge — and records why that one.

  3. BlaiseBlaise

    Refresh the billing runbook

    Queued

    Waiting for a runner

    Will start on its own

    Nothing lost

    No runner up yet? It waits.

    The specialist runs on your machines, servers or CI, on your provider account and your rates. Until one of them is up, the job keeps its place, then starts itself.

  4. Claude

    $ blaise runner

    ▸ session resumed · step 3

    ⎿ rate limit reached — holding

    ▸ will continue when it clears

    Out of tokens? It sits it out.

    Your harness holds on the near side of the limit and carries on from the far side, at the step it had reached.

  5. Linear

    BlaiseBlaise

    Two runbooks mention this step. Should I update both?

    A real question goes to a real person.

    Blaise asks in the thread rather than guessing, and then waits — so anyone on the issue can correct an assumption or unblock it, from anywhere.

  6. Linear

    Refresh the billing runbook

    BlaiseOpened a pull request, and answered in the thread.

    You come back to finished work.

    The result is in the thread, over a durable record of the routing decision, the tool activity, and every hold, resume and question along the way.

One teammate, many specialities

Every speciality is the same machinery: an agent, the MCP servers you point it at, and a prompt describing the job. Configure one per team, per project, or per kind of work.

  • BlaiseBlaiseChanges

    Ship code changes

    Assign a bug or a small feature. The agent works in your repo with the plugins and skills you already use, and comes back with a branch, a pull request and a record of what it did.

    Plug in
    Your repository and CI
  • BlaiseBlaiseIncidents

    Chase down production issues

    Point an agent at the observability tools you already pay for. It reads the dashboards, follows the timeline and reports what it found in the issue thread, with the evidence attached.

    Plug in
    Your logs, metrics and runbooks
  • BlaiseBlaiseSupport

    Answer support tickets

    Give an agent your product documentation and the tickets you have already closed, and let it draft the reply. A person still decides whether it goes out.

    Plug in
    Your docs and past resolutions
  • BlaiseBlaiseData

    Ask questions of your data

    Put the question in an issue in plain language. The agent writes the query, runs it with the access you granted, and posts the answer alongside the SQL it used.

    Plug in
    Your warehouse or database
  • BlaiseBlaiseDocs

    Keep documentation honest

    Hand over the chore nobody picks up: reconcile the changelog, refresh the stale page, update the runbook after the incident that changed it.

    Plug in
    Your repo and docs site
  • If you can describe the job in a prompt and reach the tools over MCP, you can put it behind Blaise.

Deep access, on your terms

Blaise coordinates, your infrastructure executes. That split is what lets you give an agent real reach into real systems without handing anything over.

BlaiseBlaiseHosted
  • Work-surface integration
  • Conversation and thread
  • Routing decision
  • Session record
  • Workspace and members

The conversation

What the agent does

RunnerYour infrastructure
  • Runner (a CLI you start)
  • Agent harness, unmodified
  • Repositories and CI
  • Credentials and secrets
  • MCP servers and internal systems

Who decides what an agent can touch?

You do, when you configure it. Each specialist gets its own tools, MCP servers, credentials and repository access, and it runs inside the boundaries you already operate. Blaise never widens a grant on its own.

What has to stay running?

The runner, and only the runner. It is a lightweight CLI, so most teams start it on a small internal server or on their CI, where it is available whenever someone assigns an issue. A laptop is fine for trying Blaise out — just while the laptop is awake.

Pay for the teammate, not the tokens.

A flat per-seat fee for coordination and shared access. Model usage stays on your own provider account, at the rates you already negotiated — Blaise does not resell or mark up tokens.

A seat is a person who can reach Blaise and put it to work. Check that your provider plan permits the deployment you have in mind.

Solo

Put Blaise to work on your own projects.

Freeforever

  • 1 user
  • 1 agent configuration
  • Unlimited agent sessions
  • Linear integration
Get started free

Recommended for teams

Team

One Blaise that everybody on the team can reach.

$29/mo, billed annually

$49 regular price — $20/mo off during launch, held for as long as you stay on the plan.

5 seats
5100+
  • 5 users included, +$4/user/mo
  • Unlimited agent configurations
  • Unlimited agent sessions
  • Linear integration
  • Email support
Get started

Enterprise

Scale, support and integration help on your terms.

Custom

  • Unlimited users
  • Unlimited agent configurations
  • Unlimited agent sessions
  • Linear integration
  • Integration assistance
  • Priority support
Contact sales

Questions worth asking first

You need somewhere for the runner to live. It is a lightweight CLI, and most teams start it on a small internal server or on their CI so it is available whenever someone assigns an issue; a laptop works while you are trying Blaise out. Everything else is hosted: Blaise receives the request, picks the configured specialist, keeps the conversation and stores the session activity.
A CLI and a config file. Install the runner, point it at your workspace, and pick the Claude Code preset — playbooks and templates cover the common shapes, and a setup skill lets your own agent do the wiring alongside you. Start on your laptop to see it work, then move the runner to a VPS or your CI when the team starts depending on it.
Yes, and that is most of the point. A Blaise session is a Linear thread, so anyone on the issue can add context while the agent is still running, answer a question it asked, or pick the work up after a colleague. A terminal session belongs to whoever started it; this one belongs to the issue.
The request and the conversation from your work surface, the routing decision, the activity the specialist reports back, and the results it returns. Workspace, member and integration configuration too. Your source, credentials, knowledge sources and internal networks stay on your own infrastructure, where the harness runs.
Yes, and that is the point. Blaise runs your preferred, unmodified harness with your own Anthropic API key or Claude subscription, so you keep your rates, credits, usage limits, provider relationship and every plugin or workflow you already have. Blaise does not resell tokens or add a margin to model usage. Use a provider plan authorized for the deployment you intend.
Create an agent in your workspace, choose the Claude Code preset, and give it the prompt, tools, MCP servers and repository access for that kind of work. Route it by project or issue label. You can change any of it later without touching the runner.
You do, when you configure the agent. Each specialist gets its own harness, tools, skills, knowledge sources and permissions, and it runs inside the security boundaries you already operate. Blaise does not widen an agent's access on its own.
Blaise says so in the same thread. Durable activity history, queued prompts, heartbeats and timeouts let work resume across disconnects and process restarts. When something needs a decision, a credential or a permission it does not have, it asks and leaves the call with you rather than guessing.
They are separate. Blaise charges a per-seat fee for coordination and shared access. Your model usage is billed by your provider, directly to you, at whatever rate you have negotiated. There is no Blaise markup in between.
The Team plan includes 5 seats, and each additional seat is $4/mo on top of the base price. A seat is a person who can sign in and invoke Blaise; you set the maximum and can adjust it at any time. You can upgrade, downgrade or cancel from your account settings, and a cancellation keeps access until the end of the billing period.
Blaise

One teammate for everyone, on your terms.

Create a workspace, connect Linear, and point Blaise at the setup you already trust. Wire up the runner once. After that, everyone just assigns work.