Back to blog
4 min read
aiagentsengineeringsecurity

Meta's Muse Can Spend Your Money Now

Meta's new Muse agent sends emails, books travel, and touches payments via app and WhatsApp. Why agent-to-app permissions are the real engineering problem.

Share
Meta's Muse Can Spend Your Money Now
On this page

Meta launched an AI agent called Muse that can act inside your other apps, email, calendar, payments, health, smart home, sending emails, booking travel, even selling a car on your behalf, through a dedicated app and WhatsApp in the US. And Reuters reports internal tests showed the product stalling and exposing sensitive data without authorization. They shipped it anyway. That gap, between what agents can touch and what they can safely touch, is the actual engineering problem of 2026.

Takeaways

Muse's capability list (email, payments, health, home) is also its attack surface: every connected app is a blast radius. Internal stalls + unauthorized data exposure before launch means the permission model shipped unfinished. Builders: scope per action, confirm irreversible effects, log every third-party call. The agent is a demo; the permission boundary is the product.

What did Meta actually ship?

Per Reuters (Sept 8, 2026): Muse is available in the US via a dedicated app and WhatsApp. Users connect it to email, calendar, payments, health, and smart-home apps, and it performs multi-step tasks autonomously: the canonical demos are sending emails, selling a car, and booking travel.

Distribution via WhatsApp is the strategically sharp part. No new-app onboarding: the agent meets users where billions already message. For builders, the lesson is that agent adoption rides on existing surfaces, not new ones.

Why did the internal tests matter more than the launch?

Buried in the launch coverage is the sentence that should concern every agent builder: internal tests showed the product stalling and unauthorized exposure of sensitive data. Two distinct failure classes:

1

Stalls: the liveness failure

A multi-step task that silently stops halfway, email drafted but never sent, travel half-booked, leaves the world in an inconsistent state. Agents need transactional semantics: every step logged, resumable, or rolled back.

2

Exposure: the confidentiality failure

Data from one connected app surfacing where it shouldn't. With five sensitive scopes connected simultaneously, cross-contamination isn't an edge case: it's the default outcome of naive context assembly.

3

Shipping anyway: the incentives failure

The race dynamic (more on that here) punishes delay. When the market rewards capability demos over safety margins, red-team findings become launch notes instead of launch blockers.

How should agent permissions actually work?

If you're building anything that touches a user's email, money, or health data, here's the minimum viable permission architecture:

type Permission = {
  scope: "email.read" | "payments.write" | "calendar.write";
  requiresConfirmation: boolean; // true for irreversible effects
  expiresAfterMs: number;         // no standing write access, ever
};
 
async function agentAction(intent: string, perms: Permission[]) {
  const plan = await propose(intent, perms); // read-only planning
  if (plan.hasSideEffects) await confirmWithUser(plan); // human gate
  return execute(plan, { logEveryCall: true });          // audit trail
}

The principles, stated plainly:

  1. Plan read-only, execute gated. Let the agent explore freely with read scopes; any write, send, pay, book, delete, requires an explicit confirmation tied to that specific action.
  2. Least privilege with expiry. No standing write access. A payments token minted for one checkout should die after it.
  3. Scope isolation per app. Health data must never enter the context window of an email-writing step. Partition context by scope, not by convenience.
  4. Every third-party call logged. When (not if) something leaks, the audit trail is the only thing separating a bug from a breach.
Email + calendar$Payments+HealthSmart home

The one rule

If your agent can irreversibly spend, send, or share without a human clicking confirm on that exact action, you don't have a permissions model: you have a hope.

What's unresolved

Will regulators step in after this launch?

Unknown. States have debated mandatory third-party audits for AI systems, with labs reportedly lobbying to weaken them. An agent with payments access that already showed unauthorized data exposure in testing is exactly the kind of product those proposals target.

Is WhatsApp distribution the real story?

Possibly. Meeting users in an existing surface removes the hardest adoption barrier agents face. Expect every lab to copy the pattern, which multiplies the permission problem across every platform at once.

As of September 10, 2026: the capability race rewards whoever connects the most apps fastest. The trust race, scoped, confirmed, logged actions, is still wide open. That's where builders should compete. Next: why the race itself can't slow down.

Questions, answered

What can Meta's Muse agent do?
According to Meta, Muse connects to email, calendar, payments, health, and smart-home apps to act on a user's behalf, sending emails, booking travel, even selling a car, via a dedicated app and WhatsApp in the US.
Why did Meta launch despite failed internal tests?
Reuters reports internal tests showed the product stalling and unauthorized exposure of sensitive data. Meta shipped anyway: a pattern worth studying if you build agents with real-world permissions.
What should builders copy from this launch?
Scope permissions per action, confirm before irreversible side effects, and log every third-party call. The agent is the easy part; the permission boundary is the product.
Share

Founding software engineer and curious tinkerer, writing about AI, systems, and the craft of shipping.