Not every AI feature involves the same data flow
A browser may offer artificial intelligence tools to draft, summarize, search, or interpret content. But the name of a feature, by itself, does not tell you what information is processed, whether the operation takes place on your device, or which service receives a request. To assess the risk, examine each feature separately and consult documentation that applies to the user’s version and market. A general description may be useful context, but it cannot substitute for details about the particular tool you plan to use.
The practical distinction is between what the tool does and what data it needs to do it. A feature that works on selected text might need that excerpt; another that answers questions about a page might need information from its content. These are possibilities to confirm in the relevant documentation, not assumptions that describe every product. The available material does not establish what data each browser sends, or provide a reliable account of the path a request takes. A careful review should therefore keep confirmed statements separate from questions that remain unanswered.
What can be verified in the available documentation
Google maintains a business help page for Chrome titled “Generative AI features and policies.” Its existence confirms that the manufacturer documents AI features and related policies, but the research material provided does not include the substantive content of that page. It is therefore not enough to attribute specific terms to Google concerning retention, training, local processing, or transmission to third parties. Chrome documentation is a starting point, not proof of details that could not be verified here. Readers should check the page itself and the version or context to which its statements apply rather than treating its title as evidence about a particular data flow.
Google also publishes a Chrome help page about privacy and controls. As an official provider document, it can guide a review of the settings it describes; it does not, by itself, demonstrate that every general control applies to every AI tool. The existence of a policy or setting is not the same as knowing what happens in a specific feature: the connection between the feature, the data processed, and the control said to limit it must be explicit. Chrome’s privacy page also does not establish a browser comparison in the material consulted. A general privacy page can explain the provider’s approach, but a user still needs to find information relevant to the individual function under review.
For Firefox, the research points to a help section devoted to artificial intelligence, but it does not provide verifiable content from that section or support conclusions about data or available switches. It is therefore not possible to compare Chrome and Firefox practices responsibly on the basis of this evidence. A support URL confirms that topical documentation exists; by itself, it does not show which feature is active, which version offers it, or which options a person can use in their region. These limits matter when evaluating claims about a product: the existence of a help page is evidence of documentation, not evidence of the technical behavior of every feature.
How to review a feature before turning it on
Make the check from the specific feature, rather than relying only on a general description of the browser. Search the official help materials for the tool’s name and see whether they explain what information is sent, to whom, for what purpose, and how long it is retained. If the answer omits any of these elements, note the gap instead of filling it with assumptions. Keeping a short record of what the page does and does not say can also make it easier to revisit the question after an update.
A useful check can follow these steps:
- Identify the feature and browser version; avoid applying instructions from a different edition or from an account managed by an organization.
- Read the privacy section and look for what text, page, file, or context is processed when the feature starts.
- Check whether the help page distinguishes on-device processing from server processing, and whether it mentions external providers.
- Look for specific controls: turning off the feature, preventing it from using page content, or managing data associated with the account.
- Check the scope of each setting and whether it varies by region, account, or business administration.
- If the documentation does not clarify retention, use to improve models, or deletion, do not interpret its silence as a guarantee that those uses do not happen.
This process does not assume that every feature sends information or uses the same technical arrangement. Instead, it helps frame the questions that need answers before a person decides whether to proceed. A setting should be understood in the context in which it is offered, and a statement about one tool should not be transferred to another without documentation that supports doing so.
Settings: control does not always mean disconnect
Privacy controls can operate at different levels: a personalization preference, permission to use particular information, activity saved to an account, or the availability of a feature. These are not equivalent. For example, turning off a personalization option should not be described as turning off AI or preventing all transmission unless the documentation expressly says that it has that effect. A control’s label may give a clue to its purpose, but the relevant help text is needed to establish its scope.
Before changing a setting, confirm what it controls and how the choice is saved. On a work device, managed policies may limit the options shown or take precedence over individual preferences. Chrome’s business page is aimed at an administrative context, while general privacy help has a different scope; that difference makes it important to check which applies to the device and account. The available sources do not allow us to verify which specific switches are present today or in which versions. A setting described in one context should not be assumed to appear identically in another, and the available material does not establish the current behavior of a particular installation.
As a prudent measure, avoid pasting sensitive information into a tool whose handling you do not understand. This includes personal data, work documents, or excerpts subject to confidentiality. This is not a claim that a particular feature stores such information or uses it to train models; it is a data-minimization recommendation while verifiable information about the flow and retention is missing. People assessing a tool can use this precaution without reaching a conclusion about what the tool technically does.
What we know and what remains to be demonstrated
The supported conclusion is limited: Chrome has official documentation on generative AI features and policies, as well as a general privacy page; Mozilla has a help section devoted to artificial intelligence. The supplied sources are not enough to confirm a recent change, specify all the data processed by a particular feature, or compare practices across browsers. We therefore do not present this piece as news of a new announcement. The distinction is important: identifying official pages is not the same as verifying the claims that readers might hope to find in them.
To make a decision, look for an official explanation that connects feature, data, destination, and controls. If there is only a general privacy statement, information needed to assess a specific case is still missing. The manufacturer’s documentation is a primary source for what the manufacturer says, but an independent comparison would also require external analysis and up-to-date evidence that has not been supplied here. Where the information does not establish a point, it is more accurate to leave it open than to imply that a general statement answers it.
The check should also be repeated after updates: features, setting names, and their availability can change. Note the version and date of consultation, and keep the specific link to the applicable policy. This is a simple way to distinguish what has been confirmed from what is still pending, without turning a general promise or the absence of detail into a conclusion about technical behavior. It also makes later reviews more precise, because readers can compare what they found with the documentation available at the time.