Meta’s Muse is turning the AI assistant into an actor — and the web is pushing back
A fast-rising personal agent can browse, buy, message, call and keep working after you close the app. Its first two weeks reveal both the appeal of agentic AI and the harder question underneath it: who gets to decide what an autonomous software helper may do?
The most important thing about Muse is not that it can answer a question. It is that Meta wants it to finish the job: open a browser, search the web, fill a form, send an email, book travel, place a call, make a purchase, remember a preference and continue a task in the background while its owner moves on.
That distinction moves consumer AI into a different risk category. A chatbot can be wrong in a paragraph. An agent can be wrong while touching a calendar, an inbox, a merchant, a financial service or another person. The value proposition is correspondingly larger, because the prize is not a better answer but less work. The burden of trust is larger too, because the software needs permissions, memory, credentials and the ability to act outside its own chat window.
Meta launched Muse in the United States on September 8, initially across iOS, Android, the web and WhatsApp, and added a Mac app days later. Early third-party estimates suggest unusually strong consumer uptake. At the same time, Amazon has blocked Muse from shopping on its marketplace, privacy researchers and reviewers are probing how much data an agent should collect, and Meta itself says prompt injection remains an open industry problem. Those events make Muse a useful early test of what happens when agentic AI leaves the demo stage and meets the rules, incentives and friction of the open internet.
The assistant now has a browser, a computer and time to keep working
Meta describes Muse as a persistent personal agent rather than a turn-by-turn chatbot. It runs inside a dedicated cloud virtual machine with its own browser and file system. A user can give it a task, leave the app and return later after Muse has progressed the work or reached a point where it needs approval. Meta says the agent can write code and build tools it needs for a task, coordinate sub-agents, create documents and webpages, and maintain long-running goals.
That architecture changes the unit of interaction. Instead of asking for a restaurant recommendation and then making the reservation yourself, an agent can search, compare, choose under your instructions and complete the booking. Instead of asking for a draft email, a user can authorize the system to send it. Instead of generating a shopping list, the system can go farther and assemble a cart. Meta has also added outbound calling to U.S. businesses, extending the agent beyond APIs and websites into old-fashioned phone interactions.
Advice stays inside the conversation
The system explains, drafts or recommends; the person usually moves the result into another app and executes the next step.
The system crosses the boundary
The software can browse, invoke connected services and carry out approved tasks, creating convenience but also new ways for errors or attacks to have real-world consequences.
Muse’s design also makes personalization part of the product rather than a side feature. Its memory can retain durable facts, preferences and commitments. The agent can use those details to make suggestions or adjust an ongoing plan without the user restating context. That can make the software feel dramatically more useful, but it also increases the amount of sensitive context concentrated around the agent — exactly why the security model matters so much.
The download curve says consumers are willing to try an agent — especially when distribution is built in
Meta has not released official usage numbers for Muse. Independent app-market estimates nevertheless point to a strong start. Apptopia data reported by TechCrunch put Muse at 1.8 million iOS downloads in the United States and Canada during its first 12 days, compared with 1.3 million for ChatGPT during the first 12 days of its original mobile launch in the same markets. On U.S. mobile devices, Apptopia estimated 642,000 daily active users for Muse at that point, compared with 231,000 for ChatGPT at the analogous moment. The comparisons are imperfect because the products launched under different conditions and at different moments in the AI adoption cycle.
Those caveats matter. ChatGPT’s mobile debut came after its web product had already become a global phenomenon, while Muse arrives in a mature market where millions of consumers already understand what an AI assistant is. Muse also launched on both iOS and Android and sits inside Meta’s enormous distribution machine. TechCrunch reported that more than 95% of Muse users identified by Apptopia were also Facebook users and 63% were Instagram users, a reminder that Meta can introduce a new product to an audience it already reaches every day.
Meta’s answer to agent risk is separation: let Muse act, but do not let it hold every key
The most technically consequential part of Muse is not the chat interface. It is the system Meta built around the model. According to the company’s detailed security paper, each user’s agent lives in a dedicated Linux virtual machine. The agent’s main runtime is isolated from more sensitive services. Credentials are stored outside the runtime cell, and the main agent receives surrogate tokens rather than raw secrets. A separate host-side system called Sentinel is the authority for connector actions and network access.
In practical terms, Muse can propose an action, but Sentinel decides whether the requested action is allowed under the user’s permissions, should be denied or should stop and ask the user. Meta says every concrete network request can be evaluated at the boundary, including destination and request details, while credentials can be inserted only after the request has been authorized. The company also says the email connector filters one-time passcodes, password-reset links and login magic links so that access to an inbox does not automatically become a path to taking over unrelated accounts.
Where the agent works
The model’s tools, files and code execution run in an isolated environment designed to process untrusted content without receiving host-level power.
Where secrets stay
Meta says authentication material is stored separately and the agent can use credentials without seeing the underlying password or token.
Where actions are judged
A separate authority evaluates connector requests and network egress, escalating sensitive steps to a direct user-approval flow.
That design is meant to confront prompt injection, one of the central unsolved security problems for agents. A malicious instruction can be hidden in text, an image, a document or a website that an agent reads while pursuing an otherwise legitimate task. If the same agent can see private data and freely transmit information, an attacker may be able to turn the model’s helpfulness against its owner. Meta says Muse uses model training, multiple prompt-injection classifiers, system boundaries and human approvals together rather than betting on any single defense.
The company is unusually explicit that those measures are not a proof of invulnerability. Its security paper says Muse will make mistakes and that prompt injection remains an open problem. Meta opened a public bug bounty and says awards can reach $300,000 for valid reports. That acknowledgment is important: a secure agent is not a model that never fails; it is a system designed so one model failure does not automatically become a catastrophic account or data failure.
A permission dialog is only useful if people understand what they are approving
Muse’s product design reserves deterministic controls for actions Meta considers difficult to undo. The company says users receive structured approval requests before sensitive actions such as sending email or making purchases, and can inspect a record of what the agent has done. In its security architecture, approvals are supposed to be scoped capabilities rather than vague conversational assent: a permission can be one-time, limited to a task or session, time-bounded, or persistent.
That is a thoughtful response to a familiar problem in security design: if software asks for approval on every tiny step, people stop reading. Meta says low-risk or previously allowed actions can proceed without interruption, while higher-risk steps should create friction. The hard part is not merely drawing the line in code. It is making the line legible to a human who may not know what data the agent has gathered, what a third-party website is doing or why the agent believes an action is necessary.
Recent reporting shows another subtle trust issue: an agent can be wrong about how it works. The Verge reported a case in which Muse gave a user an inaccurate explanation for how it had obtained information related to Messages on a Mac. Meta executive David Singleton said the relevant access was opt-in and that Muse had incorrectly described its own internal mechanism. That episode is different from a confirmed permission bypass, but it matters because users may naturally ask the agent itself for an explanation of its access. If the answer is confident but technically wrong, transparency features can become harder to interpret.
Amazon’s block exposes a second permission layer: the service on the other side can say no
On September 21, users began seeing a message that Muse was not authorized to continue shopping on Amazon. The Verge and TechCrunch reported that Amazon objected to an outside AI agent making purchases through its service without an agreed integration. Amazon’s position, as reported by The Verge, was that third-party applications acting for customers should identify themselves and respect a service provider’s choice about whether to participate.
That dispute is bigger than a single shopping site. Consumer agents are built around the idea that software can navigate the same web a person can. But websites are not neutral terrain. They have terms of service, anti-bot rules, fraud systems, rate limits, recommendation engines, ad businesses, customer-service responsibilities and their own AI strategies. A user may authorize an agent to shop; a merchant may still decide the agent is not an acceptable participant.
There are practical reasons for that caution. When an automated shopper makes a mistaken order, the merchant still has to resolve returns, payment disputes and customer complaints. Agents also challenge the economics of online retail because they can bypass pages designed for human browsing, advertising and cross-selling. If automated buyers become common, merchants may build dedicated agent interfaces — or defensive barriers — depending on who controls the customer relationship and who bears the cost when something goes wrong.
In less than two weeks, Muse moved from mobile app to desktop worker to phone caller
U.S. launch
Meta introduces Muse as a personal AI agent on iOS, Android, the web and WhatsApp, with a secure virtual machine and explicit approval flows for sensitive actions.
Outbound calls expand the surface
Meta begins rolling out the ability for Muse to call U.S. businesses, letting the agent act through the telephone network when a task cannot be completed cleanly online.
Mac brings local context
The Mac app arrives with optional access to files, Messages, Calendar, Notes and Mail, increasing both the usefulness of the agent and the sensitivity of the permissions involved.
Scale and resistance arrive together
Third-party analytics show rapid adoption while Amazon blocks Muse from shopping on its site, illustrating the simultaneous pull of consumer demand and platform-level friction.
The market treats the product as a major AI signal
Technology investors respond to the app’s momentum, underscoring how quickly a consumer agent can become part of the broader story about AI spending, distribution and business models.
The speed of that expansion is part of the product strategy. The more surfaces the agent can reach, the more often it can finish a task without handing control back to the user. But each new surface has its own failure modes. Local desktop data can contain sensitive personal information. Phone calls involve people who may not realize they are speaking with an automated intermediary. Web transactions require merchant cooperation. A general-purpose agent therefore inherits not one security model but many overlapping ones.
Meta says the VM is not an ad feed — but personalization still asks users to concentrate more of their lives in one place
Meta says conversations with Muse and data inside a user’s virtual machine are not shared directly with its advertising systems. Its security documentation adds an important nuance: activity performed by Muse on the open web can still look like the user’s activity to outside services, and actions such as visiting a merchant or making a reservation may indirectly influence ads that person later sees. In other words, separating the agent’s internal data from an ad pipeline does not make the rest of the internet stop observing browser activity.
The company also says conversation and tool-use trajectories can be used to improve its AI models after key personally identifiable information is removed, with an opt-out available in Muse settings. WIRED’s testing focused heavily on this default and on the way the product encourages users to connect additional sources such as email or financial information. Meta argues that more context is what enables an agent to become genuinely useful and personal. Privacy advocates counter that stronger personalization can create pressure to disclose more than a user would otherwise choose to centralize.
Meta plans a stronger privacy option later this year called Muse Confidential VM. The company says the goal is to encrypt the full virtual machine with a key controlled by the user so that even Meta cannot access the contents, and says it has begun sharing design and source material with outside auditors. That system is not the default product available today, so it should be treated as a planned capability rather than a current guarantee for every Muse user.
The practical question is not “Do I trust AI?” but “Which actions am I willing to delegate, under which limits?”
Agentic AI turns a vague debate about trust into a set of concrete configuration decisions. A person may be comfortable letting an agent read a calendar but not edit it; search an inbox but not send mail; prepare a cart but not buy; draft a call script but not place the call. Meta says Muse supports finer-grained permissions for some connected services and can distinguish read access from write access where the service allows it. That is the right direction because “access to Gmail” or “access to my computer” is too coarse a concept for software that can act autonomously.
A sensible first-use checklist
- Start with read-only or low-impact permissions before granting the agent authority to send, buy, delete or publish.
- Review approval dialogs as transaction details, not routine pop-ups. Check the recipient, merchant, amount and purpose before authorizing an irreversible step.
- Inspect the agent’s activity history and memory so you understand what context it is retaining and which recurring tasks it is running.
- Decide whether you want your interactions used for model training and use the product’s data controls accordingly.
- Assume an autonomous browser can encounter hostile content. Avoid treating any agent — even one with multiple security layers — as a perfectly safe vault or an infallible operator.
This framework also makes it easier to compare future agents. Model benchmark scores matter, but consumer trust will increasingly depend on system properties: whether credentials are exposed to the model, whether approvals are bound to specific actions, whether users can inspect memory, whether background tasks are visible, whether merchants can identify automated traffic, and how quickly the provider responds when the agent gives a misleading explanation of its own behavior.
If agents succeed, the web may have to become legible to software representatives as well as humans
The Amazon clash points toward a structural change in the internet. Today’s web assumes, imperfectly, that a person is often the one clicking a button, reading a product page or filling a form. Agentic systems break that assumption. They can act continuously, compare options at machine speed and mediate the relationship between a consumer and a service. If adoption continues, websites may have to decide whether to support those representatives through APIs and explicit agent protocols, tolerate them through ordinary webpages, or block them.
That choice carries competitive consequences. An agent that controls discovery can become the layer that decides which store, airline, restaurant or service a consumer sees first. A merchant that blocks outside agents may protect its customer interface but risk disappearing from automated recommendations. A merchant that welcomes them may gain transactions while surrendering some ability to influence how products are presented. Payment companies, password managers and identity providers could become unusually powerful because they sit at the boundary where delegated authority turns into a real transaction.
Merchant access
Will large platforms publish explicit rules or APIs for third-party purchasing agents, or will blocking become more common?
Security evidence
Bug-bounty results, independent audits and real-world incident reports will matter more than launch-day architectural claims.
Permission design
The winning agents may be the ones that make delegated authority understandable without interrupting users so often that approvals become meaningless.
Business model
As agents influence discovery and purchases, consumers will need to know whether recommendations are optimized for them, for a platform partner or for the agent provider itself.
Muse’s real test is whether delegated software can become powerful without becoming opaque
Meta has put serious engineering behind the proposition that an AI agent can safely do more than chat, and the early adoption numbers suggest consumers are curious enough to try. But the first two weeks also show why agentic AI will be judged outside the model leaderboard. A useful agent needs permission from its user, cooperation from the services it touches, defenses against hostile content, accurate explanations of its own access and a business model that does not quietly distort the choices it is supposed to make on someone else’s behalf.
The transition from assistant to actor is already underway. The durable advantage will belong not merely to the system that can do the most, but to the one that makes people and counterparties comfortable with what it is allowed to do next.
Sources and reporting notes
- Meta Newsroom, “Introducing Muse: The World’s First Personal AI Agent Built for Everyone,” Sept. 8, 2026 — launch scope, product capabilities, payment and privacy claims.
- Meta AI Research, “How We Built Safety Into Muse,” Sept. 8, 2026 — secure-VM architecture, Sentinel, credentials, prompt-injection defenses, bug bounty, data policy and planned Confidential VM.
- Meta, “How We Designed Muse,” September 2026 — background work, goals, approval interface, memory and product-design choices.
- TechCrunch, Sept. 21, 2026 — Apptopia estimates for early downloads, active users and overlap with Meta’s existing apps; Meta had not released official adoption figures.
- The Verge, Sept. 21, 2026 — Amazon block, service-provider concerns and commerce context.
- TechCrunch, Sept. 21, 2026 — additional reporting on the Amazon restriction and transaction-liability questions.
- TechCrunch, Sept. 18, 2026 — Mac release and optional access to native desktop data sources.
- TechCrunch, Sept. 17, 2026 — outbound calling capability for U.S. businesses.
- The Verge, Sept. 19, 2026 — reporting on an inaccurate internal explanation by Muse and Meta’s clarification of Mac permission behavior.
- WIRED, Sept. 20, 2026 — hands-on testing and privacy-advocate concerns about data collection, memory and training defaults.
Comments
Post a Comment