Perplexity illustrates comparing how news outlets cover a topic. For that documented research task, identify the pages and question, ask the assistant to compare the coverage, then open the original pages and check the supporting passages. Distinguish the assistant's synthesis from the source's own words. This review did not execute that comparison or measure its accuracy.
Researching pages is also different from changing an account. A task involving messages, a calendar or a purchase needs the relevant account permissions and a clear action boundary. Browser access does not make instructions found on a webpage part of the user's request.
The current credit guide distinguishes Comet's modes. Search answers without consuming Computer credits. Work runs Computer: eligible paid Consumer Pro accounts use their included weekly usage first, then credits once that allowance is exhausted. Included usage is still rolling out, so look for Included in Pro on the account's Usage page instead of assuming it is present. Check the selected mode before sending a task and review the session Usage dropdown afterward. These are documented billing conditions, not a measured task cost or proof of identical access on every platform.
A local password store does not mean Assistant requests stay local. In Perplexity's
Privacy Snapshot explanation, credentials such as passwords and card details are described as stored on the device, while an Assistant question can send the open tab and relevant browsing history to Perplexity for the task. The same page says users can block Assistant tasks on selected sites or turn its site and history access off. Before asking about a sensitive page, check those controls and whether that page needs to be in the Assistant's context. This is a provider description, not an independent audit of what was transferred or deleted.
Separate research from an account-changing task
The
Privacy Snapshot describes open-tab and relevant-history context for Assistant tasks. The documented Search and Work modes also have different usage rules. Choose a route by the action requested:
| Request | Review before starting | Completion evidence |
|---|
| Compare two public articles | The exact tabs and question sent to the assistant. | Source passages that support the comparison. |
| Run a multi-step Work task | Current account entitlement, context access and expected credit use. | The created artifact and Usage entry. |
| Send a message or place an order | Recipient, final content, account scope and explicit confirmation. | A service receipt, not merely an assistant draft. |
These are checks derived from provider descriptions, not an automation success test. A page can supply information, but its text should not become permission for Comet to take an action.
Why agent permission boundaries need a live check
A
2026 security disclosure by Zenity Labs described two Comet agent attack paths involving untrusted content and access to local files or password-manager workflows. Zenity says it disclosed the issue to Perplexity and that
Perplexity addressed the underlying browser-side agent execution issue before public disclosure. An earlier
2025 proof of concept from Brave also showed that malicious instructions inside page content could redirect a Comet summary task. Brave operates a competing browser and Zenity sells security tools, so these are commercial researchers' reports, not our own penetration test or proof that either historical flaw remains exploitable. A sensible pre-use check is to review which tabs, local files and services the agent can reach, then try a non-sensitive task before granting broader access. We did not install or test Comet's current permission prompts.