Skip to content

Wisp · Public beta · Breeze Cloud

Wisp runs your techs’ day.

One per operator: a technician, the dispatcher, an account manager, the owner. It watches their customers all day instead of waiting for a morning dashboard check, keeps one thread across all of them, reaches them on their phone with one subject and one next step, asks before anything consequential, remembers what it is told, and hands bounded work to the specialist agents. It never acts above the authority of the human it works for.

Wisp is in public beta on Breeze Cloud, priced per person. The first release is the triage companion.

US cloud · Sign up in the EU · See a Tuesday →

Wisp

for Sam · Tuesday

Watching

Brief

  • Three need you. Greenwood backup, Northwind finding, ticket 4021.
  • Overnight: two concerns changed, one resolved itself.
Spend meter · today Under budget

Needs you · Greenwood

Backup failed twice overnight. The storage credential was rotated Monday. Re-run with the new credential?

Logged as “Wisp, for Sam”.

Watching

  • Ticket 4021 · Mountain Capital · waiting on the customer, day 3
  • Northwind · EDR finding on WS-07 · specialist investigating
  • PEC · ticket queue watch · quiet
Representative thread. The real one depends on your customers, your rules and your approvals.
01 A Tuesday

What changes on a normal Tuesday.

Sam is a technician at an MSP with a dozen customers. Dana owns it. This is a normal day with Wisp running. The people and customers are illustrative. Every behaviour is how Wisp works.

  1. 6:40 am

    A backup fails twice overnight.

    Greenwood’s nightly backup failed at 1:10 and again at 3:40. Wisp opens the ticket your rule already says a repeated failure becomes, reads the job log, and finds the storage credential was rotated on Monday. It is inside Sam’s quiet hours, so it holds the nudge.

    SamAsleep. Nobody’s phone rings.

  2. 7:30 am

    One nudge, one next step.

    Quiet hours end. Sam’s phone gets one line: Greenwood backup failed twice, credential rotated Monday, re-run with the new credential? The approval card is attached.

    SamTaps Approve from the kitchen. The run is logged as “Wisp, for Sam”.

  3. 8:15 am

    The brief, instead of the dashboard.

    Sam opens the thread. Three things need him today, two concerns changed overnight, one resolved itself, and the spend meter shows what the morning cost. Everything links to the ticket, device or alert it is about.

    SamReads it in two minutes and starts the day on the right customer.

  4. 10:05 am

    A ticket goes quiet, and so does Wisp.

    Ticket 4021 at Mountain Capital has waited on the customer for three days. Wisp nudged Sam about it yesterday and got no answer, so today it does not nudge again. The concern stays in the brief and moves to the digest. Quieter, not louder.

    SamGets to it when he gets to it.

  5. 11:30 am

    “What is going on at PEC?”

    Sam asks in the thread. Wisp answers from the picture it has been keeping: two open concerns, an approval Sam decided this morning, and the watch Sam set last week on PEC’s ticket queue. No fresh query, no dashboard tour.

    SamAsks one follow-up and moves on.

  6. 1:15 pm

    A standing instruction.

    “Mountain Capital work is billable. Toothzone is not.” Wisp writes it down as a standing instruction, marked unconfirmed until Sam confirms it. From now on it shapes how Wisp drafts time entries. It never widens what Wisp may do.

    SamConfirms it with one tap. He can retract it any time.

  7. 2:40 pm

    A security finding, handed to a specialist.

    An EDR finding lands on a workstation at Northwind. Wisp hands a bounded investigation to a specialist agent, which inherits Sam’s ceiling and cannot do anything Sam could not. The result comes back as a proposed script and an approval card. Running a script on a device is always “ask first”.

    SamReads the finding, approves the script, and the audit log records both.

  8. 4:50 pm

    The owner looks across the business.

    Dana has her own Wisp. Hers reads across every customer, because she can. She sees the concerns rolled up by customer and the approvals her techs decided today. She can tighten or revoke any technician’s grant. She cannot widen one.

    DanaCloses the laptop at five.

  9. 9:30 pm

    An alert that can wait.

    A disk alert fires at Greenwood. Your policy does not mark it urgent, so Wisp updates the concern and holds it for morning.

    SamNobody’s phone rings.

02 The line

Alone. Asks first. Never.

Wisp acts alone on the safe things, asks first for the rest, and never crosses the line below. This is the line, as built.

Wisp acts alone

  • Reading anything it is allowed to see
  • Drafting a ticket reply
  • Nudging a technician
  • Opening a ticket from an alert that a rule already says becomes a ticket
  • Re-running a check
  • Scheduling a sweep
  • Staging work in a sandbox

Wisp asks first

  • Sending anything to a client contact
  • Closing or reassigning a ticket
  • Applying or editing a configuration policy
  • Running a script on a device
  • Changing an alert threshold
  • Anything billing
  • Anything that grants access

Wisp never

  • Acts outside the authority of the human it works for
  • Lets a specialist agent exceed that authority

Alone means Tier 1 of the risk engine plus the Tier 2 actions you have chosen to auto-approve. Asks first is every other Tier 2 action and all of Tier 3, delivered as the approval cards Breeze already has, on web and mobile. Wisp adds no new tier and no bypass.

03 The ceiling

Who it works for.

Wisp borrows one person’s authority, and that is the most it ever has.

It works for one named person.

A technician turns Wisp on for themselves, with a second factor, and lends it their own authority. Nobody can create a Wisp for someone else.

Their permissions are its ceiling.

Wisp cannot read, change or send anything that technician could not. The ceiling is checked before every read and every action, not once at setup.

The audit log reads “Wisp, for Sam”.

Every action lands in the same audit log as your technicians’ own actions, with the person it acted for on the record.

Admins tighten. They never widen.

An owner or admin can narrow or revoke any grant at any time. Widening one takes the technician’s own fresh second factor.

Nobody leaves a ghost behind.

A grant expires and is renewed on purpose. When someone loses access or leaves, their Wisp stops with them, and the standing checks they set stop too.

Memory is context, never permission.

Wisp remembers what people tell it and what it observed, never what it guessed about people. Every memory can be confirmed or retracted. Nothing it remembers can approve anything.

The specialist agents Wisp hands work to inherit the same ceiling, one level deep: Wisp can create admitted work, and nothing it creates can create more. The core is open source under AGPL-3.0, so the risk engine and the audit log it writes to can be read by anyone. Read the source →

04 The price

What it costs.

Per person, because a person is who it works for. Every price is on the pricing page. This is Wisp’s.

  • $60 of Wisp’s AI usage is included with every seat, each month, shown on the spend meter in dollars.
  • The daily budget is a hard cap. When it is spent, Wisp keeps updating from what it already knows and the model pauses until the next day. No Breeze bill ever scales with how much Wisp thinks.
  • More is something you buy on purpose. Add another month’s allowance for $60, whenever you choose. Nothing is ever added to your bill automatically.
  • Month to month, no minimum. Start with one person. The owner can have one too. Cancel any month.
  • The Supervised Rollout is optional: thirty days with the people who built Wisp, setting it up with you and teaching your team to supervise it. It comes with a founding member’s first seat, and is $5,000 once after the founding window closes.
  • Wisp seats attach to Breeze Cloud. The Cloud price, the founding window, and what Wisp stands beside (the hire you cannot make, the on-call rotation you already pay for) are on the pricing page, with sources.
05 Today

A few things to know first.

Where Breeze and Wisp are right now, so there are no surprises after you start.

  • Public beta. Wisp is new. We say so next to the price, and we ask founding members to tell us, in public, when it is wrong.
  • A SOC 2 audit is underway. We say underway until a report issues, and nothing more. The security controls, the risk engine and the audit trail are on the trust center.
  • Wisp runs only on Breeze Cloud. It wakes on events, reaches phones, enforces budgets and holds an authority ceiling, and we answer for all of it. We cannot answer for servers we cannot see. Self-hosted installs show Wisp locked, with the reason.
  • The first release is the triage companion. Watching, nudging, the brief, the thread, memory, the budget and the specialists. The setup designer, where Wisp proposes a new customer’s monitors, routing and ticket rules for your approval, comes later. We price what ships.
  • The workers stay free. Every Breeze install, self-hosted or Cloud, keeps the workers on your own model key. They do the work when asked or when an alert fires. Wisp comes to you.
  • No customer stories yet. Founding members who opt in will let us publish aggregate operating numbers, and named quotes come only from people who want to give them.
06 Questions

Before you decide.

What is Wisp?

Wisp is the agent that runs your techs’ day. Each technician gets one. It watches that technician’s customers continuously instead of waiting for a morning dashboard check, keeps one durable thread across all of them, reaches the technician on their phone with one subject and one next step, asks for approval before anything consequential, remembers what it is told, and hands bounded work to the specialist agents. It never acts outside the authority of the human it works for.

How is Wisp different from the workers?

The workers do the work when you ask or when an alert fires, one job at a time, on your own model key, and they are free in every Breeze install. Wisp comes to you. It wakes on events and on a timer, keeps a running picture across your customers, and decides whether a person needs to know. The workers are hands you pick up. Wisp is already working when you arrive.

What does Wisp do without asking?

It reads what it may see, drafts ticket replies, nudges a technician, opens a ticket from an alert that a rule already says becomes a ticket, re-runs a check, schedules a sweep, and stages work in a sandbox. That is Tier 1 of the risk engine plus any Tier 2 action you have chosen to auto-approve. Everything else waits for a yes.

What does Wisp never do?

Act outside the authority of the human it works for, or let a specialist agent exceed that authority. Mechanically, Wisp runs under a ceiling: the technician’s own live permissions, intersected with the grant they gave it and with your agent policy. The ceiling is checked before every read and every action. Wisp adds no new risk tier and no bypass.

What does Wisp remember, and who can see it?

Preferences, standing instructions, facts about a customer, decisions, what happened after a nudge, and what was done in a working session, with the evidence. It writes memory only from what people say and from observed outcomes, never from guesses about people. A technician’s own memories are visible to them, a customer’s memories to the people with access to that customer, and every memory can be confirmed or retracted. Memory is context. It can never approve anything.

What happens when the included usage runs out?

Each seat includes $60 of Wisp’s AI usage a month, with a daily budget that acts as a hard cap. When it is spent, Wisp keeps updating from what it already knows and the model pauses until the next day. You are told once. If you want more, add another month’s allowance for $60, whenever you choose. Nothing is ever added to your bill automatically.

Can I self-host Wisp?

Not yet. Wisp is hosted only because we answer for it: it wakes on events, reaches phones, enforces budgets and holds an authority ceiling, and we cannot stand behind that on servers we cannot see. Self-hosted installs show Wisp locked, not hidden, with the reason, and you can ask below to be told if that ever changes.

What is in the first release?

The triage companion: continuous watching across performance, security and tickets, nudges to the right phone, the brief, one durable thread per person with links to the tickets, quotes, invoices, devices and alerts it is about, memory you can confirm or retract, the daily budget and spend meter, pause and a proactivity dial, and bounded work handed to the specialist agents. The setup designer, where Wisp proposes a customer’s monitors, routing and ticket rules for your approval, comes later.

Who supervises Wisp?

You do. Wisp works under your technicians’ authority and inside your risk engine, and every action it takes is in your audit log. Nobody at Breeze watches your queue for you. The Supervised Rollout is optional: thirty days with the people who built Wisp, setting it up with you and teaching your team to supervise it. It comes with a founding member’s first seat.

Is Breeze audited?

A SOC 2 audit is underway. We say underway until a report issues, and nothing more. The security controls, the risk engine and the audit trail are described on the trust center.

Read the trust center →

Give one person a Wisp this afternoon.

Start with the dispatcher, the senior who is drowning, or the tech who covers after-hours. The owner’s seat counts too.

US cloud · Sign up in the EU · Prefer to talk first? Book a demo