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
Priya Raman09:12
Assigned to Blaise — reset mails sit in the queue on staging. Can you find where they stop?
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.
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?
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.
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 --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.
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.
Working 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.
Refresh the billing runbook
Assigned 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.
Refresh the billing runbook
- Docs & runbooks
- Backend fixes
- Data questions
- 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.
Refresh the billing runbook
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.
$ 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.
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.
Refresh the billing runbook
Opened 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.
BlaiseChanges
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
BlaiseIncidents
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
BlaiseSupport
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
BlaiseData
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
BlaiseDocs
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.
- Work-surface integration
- Conversation and thread
- Routing decision
- Session record
- Workspace and members
The conversation
What the agent does
- 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
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 users included, +$4/user/mo
- Unlimited agent configurations
- Unlimited agent sessions
- Linear integration
- Email support
Enterprise
Scale, support and integration help on your terms.
Custom
- Unlimited users
- Unlimited agent configurations
- Unlimited agent sessions
- Linear integration
- Integration assistance
- Priority support
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.
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.