Advisor Mode | Work Mode | |
|---|---|---|
Purpose | Answers questions about Acquia products, Drupal, documentation, troubleshooting, and general Acquia processes. | Proposes plans and performs tasks across connected Acquia environments. |
Acts as | The signed-in user. | The agent, which has its own account. It never acts as a person. |
Actions on customer environments | No. Guidance only. | Yes, across assigned Acquia Source CMS sites, Cloud Platform environments, Web Governance, and Acquia DAM. |
Approval workflow | Not applicable. Advisor makes no changes. | Two human approvals required: First to approve the proposed plan or draft, and a second separate approval to publish live. |
AI Credits | Does not consume AI credits. | Consumes AI credits. |
Uses project resources | No. | Yes. Customer uploaded file (if applicable). |
Availability | All authorized users in eligible organizations. | Limited Availability (LA) for eligible accounts. |
Default in a new chat | Acquia Advisor is available to answer questions grounded in Acquia knowledge. | A customer selects a Work agent. |
The following terms have specific meanings in this guide.
Term | Definition |
|---|---|
Acquia AI | A set of capabilities within Acquia Source that lets teams get help and delegate work to AI agents. Includes Advisor Mode and Work Mode. |
| AI Provider | A natural or legal person, public authority, agency, or other body that develops an AI system or a general-purpose AI model (or has one developed) and places it on the market or puts it into service under its own name or trademark, whether for payment or free of charge. |
| AI Deployer | A natural or legal person, public authority, agency, or other body using an AI system under its authority, except when the system is used during a personal non-professional activity. |
| Acquia Source | The Acquia workspace at source.acquia.com where customers sign in, reach Acquia products, and use Acquia AI. Acquia Source is not the same as Acquia Source CMS. |
Acquia Source CMS | The content management system (CMS), powered by Drupal, that customers build sites on. Work Mode can build and update Source CMS sites. |
Advisor Mode | The Acquia AI mode that answers questions from Acquia documentation and basic information about the user's account and subscription. It runs as the signed-in user and changes nothing. |
Work Mode | The Acquia AI mode that does delegated work through the agent. A person approves any change before it takes effect. |
Acquia AI entitlement | The setting on an organization's subscription that decides which Acquia AI modes the organization can use. There are three entitlement levels: both modes, Advisor Mode only, or off. |
Both modes | The default entitlement level. The organization can use Advisor Mode and Work Mode. |
Advisor Mode only | An entitlement level that an organization requests by contacting Acquia Support. People with access can use Advisor Mode. Work Mode is not available. |
Organization | The customer's Acquia Cloud organization. Everyone in it is listed on AI > Users. Being listed does not give a person access to Acquia AI. |
Administrator | A person in the organization who holds the organization owner role or the administrator role. Administrators have access to Acquia AI from the start, and they grant access to everyone else. |
Project | The unit of access in Acquia AI. A project holds the people, the agent, the conversations, context, agent access, and connectors. Adding a person to a project gives them access to Acquia AI. Each organization has one project at Limited Availability. |
Member | A person an administrator has added to a project. A member can use every mode the organization is entitled to. |
Agent | The entity that responds in an Acquia AI conversation and does Work Mode tasks. In Work Mode it signs in with its own account, never a person's. It belongs to the Agents team and holds the Agent role. Each project has one agent at Limited Availability. |
Agents team | The team the agent belongs to in each Acquia product. Administrators cannot change it. |
Agent role | A role built for the agent rather than borrowed from a person. The agent never inherits a user's permissions. Administrators cannot change the agent's role, but on Cloud Platform they can change which permissions the Agent role holds. |
Agent access | The applications and sites an administrator adds for the agent, plus its Cloud Platform permissions. The list starts empty. The agent cannot see anything that is not on it. |
Permission | A single action the Agent role allows on Cloud Platform, such as managing cron tasks on non-production environments. Each permission is turned on or off individually. |
Context group | A named, reusable set of documents, such as brand guidelines, that an administrator uploads once for the organization and applies to projects. The agent reads it when a task needs it. |
Connector | A connection from Acquia AI to a system outside Acquia. Slack is the only connector at Limited Availability. |
Plan | The steps the agent proposes before it makes a change. A person approves the plan, asks for a revision, or cancels. |
Approval | The step a person takes to let the agent carry out a plan or publish content. |
Usage credits | The unit that will measure Work Mode usage. One usage credit represents a unit of prepaid value included in the organization's subscription. Usage credits are enforced at the subscription level, and there is no overage charge. Usage credits are coming soon. See Section 6.4. |
Human in the loop | The governance principle that a person reviews and approves an agent's change before it takes effect. |
Activity trace | The record under each Work Mode reply that shows the steps the agent took, the tools it called, and what each step returned. |
AI user guidelines | The terms each person accepts the first time they open Acquia AI. A person who selects Deny does not get Acquia AI. |
Conversation | A single interaction thread between a user and an agent. A conversation starts when a user sends a request and ends when the user closes it or starts a new one. |
Conversation history | The record of a project's Acquia AI conversations, retained so a user can return to a prior thread. Project members can see the project's conversations. |
EU AI Act | The European Union Artificial Intelligence Act. Article 50 sets transparency rules for AI-generated content. See Section 11.5 |
Watermark | An imperceptible signal that a model provider embeds in the text a model writes. It marks the text as AI-generated without changing how it reads. See Section 11.5. |
Provenance record | The record Source CMS adds to a page once Acquia AI has written or changed more than 200 characters of text on it in total. It includes an AI meta tag and structured data in the page HTML. See Section 11.5. |
AI-generated label | The visible notice Source CMS shows readers on pages that have a provenance record. It is on by default and applies to a whole site. See Section 11.5 |
Acquia AI provides two modes. A user opens Acquia AI from the Acquia Source home page, from the side panel next to any page in Acquia Source, or from the AI menu. All three open the same project and the same agent. A new conversation opens in Advisor Mode. The user switches to Work Mode in the same window.
Advisor Mode provides answers grounded in Acquia knowledge. When a customer starts a new Acquia AI conversation, Acquia Advisor is available to answer questions about Acquia products, Drupal, product documentation, common troubleshooting, and general Acquia account and support processes, and can help a customer create a support request. Advisor Mode does not make changes to a customer's applications. Advisor Mode is described in Section 4.
Work Mode provides a preconfigured project agent that uses assigned customer resources to perform tasks in the customer's Acquia environment
The agent acts through its own scoped identity (Agent role) rather than borrowing a user's permissions
When a customer starts a new Acquia AI conversation, Advisor Mode is available to answer questions grounded in Acquia knowledge or from account and subscription information. The customer does not need to configure an agent before asking a question.
Advisor Mode answers Acquia-specific questions grounded in the Acquia knowledge base and in basic information about the user's account and subscription. The following are examples, not a complete list:
When Advisor returns related Acquia documentation, the service presents the documentation as source cards in the conversation. When a customer selects a card, the Acquia documentation page opens in the Acquia AI sidebar. The user stays in the conversation context.
When self-service guidance is not enough, Advisor points the customer to the Acquia-owned Support path. Advisor presents guidance and clickable links the customer can use to reach Support. Advisor does not create a support ticket or case on the customer's behalf. The customer contacts Support through the provided links. Support handoff does not change a customer's underlying support entitlement.
Advisor Mode preserves a customer's Acquia AI conversation history. A customer who reopens a prior conversation sees the prior thread and can continue the conversation.
Availability: Work Mode is available in Limited Availability (LA) for eligible accounts. The features described in this section reflect the capabilities implemented for this release and may evolve prior to General Availability.
The agent works on a customer's behalf. Each project has one agent at Limited Availability.
In Work Mode, the agent has its own identity:
Because the agent has its own identity, it may be able to reach an application or site that the person asking cannot reach directly. Administrators should grant the agent access carefully and deliberately.
Creating custom or additional agents is not available at Limited Availability. See Section 6.3.
A project is the container for Work Mode. It holds the agent and resources, and controls which users in the organization can access them.
A resource is an item an agent can use to complete a task. At Limited Availability, there are three kinds:
Resource type | Description |
|---|---|
Context | Context groups of documents, such as brand guidelines and content specifications. An administrator creates a context group for the organization, uploads files, and applies the group to the projects that need it. Supported file types are PDF, DOCX, XLS, XLSX, TXT, and MD, up to 25 MB per file. When a file is updated, the agent reads the new version. Only organization owners and administrators manage context groups. |
Agent access | The Acquia applications and sites the agent can reach. An administrator adds them on the project's Agent access tab. The list starts empty. See the table below. |
Connectors | Connections to systems outside Acquia. Slack is the only connector. See Section 5.4. |
Agent access differs by product.
Product | What an administrator sets |
|---|---|
Cloud Platform | Applications, added by name, and permissions. An administrator selects Edit permissions to choose each permission the Agent role holds. A default set is on when the agent is provisioned. Production permissions are off until an administrator turns them on. The Agent role is shared by every project's agent, so a change applies to all of them. |
Source CMS | Sites, added by name. Source CMS has no permissions control for the agent. The agent holds the member role on a Source CMS site, not administrator. |
Acquia DAM | Set inside Acquia DAM. The agent has its own DAM user, and a DAM administrator sets its access. |
An application or site that is not in Agent access is invisible to the agent, whoever is asking. Adding or removing an application or site takes effect immediately. Content permissions on a Source CMS site are still set inside Source CMS.
The Context group file types are separate from the media an agent creates or places when it builds a page. See Section 5.5.
The agent comes preconfigured with the capabilities it needs to work across Acquia Source CMS, Acquia Cloud Platform, Acquia Web Governance, and Acquia DAM
Slack is the only external connector that can be configured at this release to receive work review notifications
Acquia Source CMS. The agent builds and updates sites in the Source CMS sites an administrator has added. Working from a user's request, the agent can:
Acquia Cloud Platform. The agent diagnoses slow or failing environments on the applications an administrator has added. It correlates access, error, and slow-query logs with Cloud Platform metrics. It reports whether the cause is the application or the platform, with the evidence, and recommends a fix. Raw log lines never appear in an answer. The agent does not apply the fix, change application code, or change infrastructure configuration. Applying the fix stays with the customer. When a problem presents as a live incident, the agent points the user to Support.
Acquia Web Governance. The agent checks accessibility, readability, and spelling on any publicly reachable page, whether or not Acquia AI built it. Accessibility checks cover WCAG 2.1 and 2.2 at levels A to AAA, and default to WCAG 2.1 AA unless the user asks for another standard. Each check returns a score out of 100, with 80 as the pass mark, and groups errors in plain language. The agent can suggest a fix for a reviewed set of common accessibility errors. Fixes apply only to custom components on a Source CMS site connected to Acquia AI, and only after a person approves them. The agent then re-checks the page. A low score never blocks publishing. Accessibility, readability, and spelling checks are included with Work Mode. There is nothing to add in Agent access for them.
Acquia DAM. The agent searches Acquia DAM for approved assets and returns a preview, metadata, usage rights, and links. It can place an asset in a Source CMS page. The asset stays in DAM. The agent works only within the access a DAM administrator has set for it. DAM in Work Mode is available to new DAM customers at Limited Availability. Cloud Platform customers who also use Acquia DAM can contact Acquia Support to configure it for Acquia AI.
All of this work follows the approval model in Section 5.6.
Work Mode separates read requests from requests that make changes.
This human review before an agent takes an action is the human-in-the-loop governance principle. Approval is the specific step the customer takes.
Every Work Mode reply includes an activity trace. A user expands "Completed in" under a reply to see the tasks, tool calls, and results. A reviewer can check what the agent read, built, and changed before approving.
An agent works only within the resources and tools it is permitted to use, and only in the Acquia environments the customer has connected and authorized.
Access to Acquia AI has three layers. The organization's entitlement sets which modes are available. An administrator decides who in the organization uses them. Each person accepts the AI user guidelines once.
Acquia AI entitlement is set on the organization's subscription. There are three levels.
Entitlement level | What the organization gets | How it is set |
|---|---|---|
Both modes | Advisor Mode and Work Mode. | The default for eligible organizations. |
Advisor Mode only | Advisor Mode. Work Mode is not available. | On request. Contact Acquia Support. |
Off | Nobody in the organization sees Acquia AI. | On request. Contact Acquia Support. |
At Limited Availability, Advisor Mode only and Off are set on request. There is no in-product switch. An organization that is notified that Acquia AI is on, and does not want to use it, can contact Acquia Support to turn it off or to keep Advisor Mode only. See Section 10.1.
Eligible organizations at Limited Availability hold one of these products:
Existing Acquia Web Governance, Acquia DAM, and Acquia Site Factory customers get Acquia AI in 2027.
Acquia enables eligible organizations in phases. Administrators receive an email when Acquia AI is on for their subscription.
What the agent can work with follows the products the organization already owns. A customer does not buy Acquia AI separately for each product.
Being in the organization does not give a person access to Acquia AI. Administrators have access from the start. An administrator gives everyone else access by adding them to the project.
To give a person access, an administrator goes to AI > Users, finds the person, selects Manage projects, and adds them to the project. The person appears as a member. There is no invitation to accept. A person must already be in the organization to appear on AI > Users.
A person who is not a member of a project does not see Acquia AI, in either mode.
The first time a person opens Acquia AI, they sign in at source.acquia.com with their existing Acquia ID and accept the AI user guidelines. A person accepts them once. A person who selects Deny does not get Acquia AI. There is nothing to install and no new account to create.
Acquia AI provisions one project and one agent for each entitled organization, so customers can start without manual setup. The agent's account is created automatically and is already on the Agents team. Administrators do not invite it. They add the applications and sites it can reach. Creating additional projects or agents is not available at Limited Availability.
Work Mode usage will be measured in usage credits. One usage credit represents a unit of prepaid value included in the organization's subscription. Advisor Mode does not use usage credits.
Usage credits are enforced at the subscription level. A customer cannot use Work Mode beyond the allocation included in their subscription. When the allocation is used up, Work Mode stops starting new work. There is no overage charge. Exceeding the allocation does not generate an additional fee, and Acquia does not bill a customer for usage beyond what their subscription includes. Work already in progress is never interrupted.
Usage credits are coming soon, shortly after Limited Availability. Acquia will update this guide with how usage credits work when they are released.
For Acquia AI pricing, customers should contact their Acquia representative.
The usage credits in this section are not the same as the "AI Credit" allocations defined in the Cloud Platform Enterprise Product Guide, section 1.4.5, which govern Acquia AI Provider usage.
Advisor Mode provides guidance only. See Section 4.6.
The agent acts only on the applications and sites an administrator has added to Agent access, and only within the permissions the Agent role holds. It does not access resources outside its project. It does not make a change that visitors would see until a person approves the plan. See Section 5.6.
Work Mode does not:
Acquia AI generates answers and completes tasks using AI
Acquia AI is a Limited Availability release
Acquia AI is provided on an as-is and as-available basis, without warranties of any kind except as stated in the applicable agreement. It is not covered by a service-level agreement (SLA). Customers should review Acquia AI output and any proposed action before relying on it, and should not use Acquia AI for production-critical or business-critical purposes without independent review.
When a customer uses Acquia AI, the following data is processed:
Acquia AI sends user messages to an Acquia-managed backend service.
For Advisor Mode, the backend service processes the request through the Acquia knowledge service and returns the answer in the Acquia AI interface. To limit the data used to answer a question, an Advisor Mode request sends only the user's question. When a user continues a support request, Acquia AI sends only the information needed for the next step.
For Work Mode, the agent reads data from the applications and sites in Agent access using its own account. Product data stays in its source system. Acquia AI removes passwords, keys, and contact details from records before the agent receives them. The agent never sees credential values. Raw log lines never appear in an answer.
Customer data is never used to train models. Prompts are encrypted in transit and at rest. Processing and data residency are U.S. East only at Limited Availability.
Upon request made by Customer within 7 days of termination or expiration of the Subscription Services, Acquia will make Customer Data available to Customer for export or download. At the end of such 7-day period, Acquia will delete or otherwise render inaccessible any Customer Data, unless legally prohibited. Acquia has no obligation to retain the Customer Data for Customer purposes after this 7-day post termination period.
Customers are responsible for how they use Acquia AI and for the content they enter or upload. Use of Acquia AI is governed by the Acquia AI User Guidelines and Policy. Under those guidelines, customers should not share personal data with Acquia AI, should verify important information independently because AI output can be inaccurate or outdated, and should not rely on Acquia AI for medical, financial, legal, or other professional advice. Customers remain accountable for their use of the output and must comply with all applicable laws.
Administrators are responsible for which people they add to the project and which applications, sites, and permissions they give the agent.
Customers are solely responsible for any labelling the EU AI Act or other regulations may require for any AI-generated content they publish. That includes deciding whether a Customer's human review of the output meets Article 50(4) of the EU AI Act. For guidance on human review, see Article 50 of the EU AI Act. Customers must not intentionally remove, alter, or hide any watermarks, AI meta tags, or provenance records contained on or in Outputs.
Acquia AI uses Acquia-managed services to generate answers and complete tasks. Advisor Mode is powered by Acquia's public documentation located at https://www.docs.acquia.com.
Acquia AI is a Limited Availability release. The service-level commitments that apply to generally available Acquia products do not apply to Acquia AI in Limited Availability. See the Service Level Policy.
To contact Acquia Support about Acquia AI, use any of the following methods:
To help Acquia Support resolve an Acquia AI issue, include the following in the ticket:
Do not include passwords, keys, or personal data in a ticket.
Customers also contact Acquia Support to set Advisor Mode only, to turn Acquia AI off, or to configure Acquia DAM for Acquia AI. For contact details and support resources, see Support.
Advisor Mode can guide a customer toward the Acquia-owned Support path. The support a customer receives after handoff follows the customer's existing Acquia support plan.
Acquia AI maintains compliance with ISO27001 and CSA STAR. Acquia AI is not within the FedRAMP or IRAP boundaries and is not configured to process CHD/PHI in compliance with PCI DSS or HIPAA.
Access to Acquia AI requires an authenticated Acquia ID login.
Acquia Source supports phishing-resistant multi-factor authentication (MFA) for Acquia ID logins. This feature supports FIDO2 (WebAuthn) authenticators, such as security keys (like YubiKey) and biometric methods (like fingerprint or facial recognition).
For details, see the Acquia ID product privacy notice.
Acquia provides Acquia Source as a unified user interface for authorized users to authenticate, view, and access Acquia's core products, add-ons, and support resources. Acquia Source is powered by Acquia ID, enabling a single sign-on (SSO) experience across the Acquia ecosystem.
The agent acts with its own account, not the user's Acquia ID session. It holds the purpose-built Agent role on the Agents team, and never inherits a user's permissions. It reaches only the applications and sites an administrator has added to Agent access, within the permissions the Agent role holds. Removing an application, site, or permission takes effect immediately.
For Slack, Acquia AI uses the access granted when the connector is enabled. A user can turn the connector off at any time.
Acquia logs every action the agent takes. The log is internal at Limited Availability. Customers see each conversation's steps in the activity trace. See Section 5.6.
Acquia AI marks the text it writes into Acquia Source CMS as AI-generated. This supports the transparency rules in Article 50 of the EU AI Act. Under Article 50, Acquia is the "Provider" of Acquia AI. A customer that publishes Acquia AI output is the "Deployer" as those terms are defined by the EU AI Act.
The log of label changes is kept in Source CMS. It is separate from the Acquia AI action log described in Section 11.4.
Content that Acquia AI writes is saved as a draft. Customers must approve it before it is published. See Section 5.6.
Acquia AI, including Advisor Mode and Work Mode, is a limited availability release. It is not a generally available (GA) service and is not covered by a service-level agreement (SLA). Work Mode is available to selected participants only. Acquia provides limited access to functionality so customers can use and give feedback on early capabilities. Limited availability functionality is provided as is, without warranties beyond those stated in the applicable agreement. Acquia may change, limit, or discontinue limited availability functionality at any time.
Acquia AI is subject to the following limitations.
Access and entitlement:
Advisor Mode:
Work Mode:
Acquia Inc. reserves the right to change the Products and Services Guide based on prevailing market practices and the evolution of our products. Changes will not result in a degradation in the level of services provided during the period for which fees for such services have been paid.
| Date | Update |
|---|---|
| October 29, 2026 | Edits to section 11.5 (Watermarks in text). |
| October 8, 2026 |
|
If this content did not answer your questions, try searching or contacting our support team for further assistance.
Acquia Advisor is available to answer questions grounded in Acquia knowledge. |
A customer selects a Work agent. |
Both modes | The default entitlement level. The organization can use Advisor Mode and Work Mode. |
Advisor Mode only | An entitlement level that an organization requests by contacting Acquia Support. People with access can use Advisor Mode. Work Mode is not available. |
Organization | The customer's Acquia Cloud organization. Everyone in it is listed on AI > Users. Being listed does not give a person access to Acquia AI. |
Administrator | A person in the organization who holds the organization owner role or the administrator role. Administrators have access to Acquia AI from the start, and they grant access to everyone else. |
Project | The unit of access in Acquia AI. A project holds the people, the agent, the conversations, context, agent access, and connectors. Adding a person to a project gives them access to Acquia AI. Each organization has one project at Limited Availability. |
Member | A person an administrator has added to a project. A member can use every mode the organization is entitled to. |
Agent | The entity that responds in an Acquia AI conversation and does Work Mode tasks. In Work Mode it signs in with its own account, never a person's. It belongs to the Agents team and holds the Agent role. Each project has one agent at Limited Availability. |
Agents team | The team the agent belongs to in each Acquia product. Administrators cannot change it. |
Agent role | A role built for the agent rather than borrowed from a person. The agent never inherits a user's permissions. Administrators cannot change the agent's role, but on Cloud Platform they can change which permissions the Agent role holds. |
Agent access | The applications and sites an administrator adds for the agent, plus its Cloud Platform permissions. The list starts empty. The agent cannot see anything that is not on it. |
Permission | A single action the Agent role allows on Cloud Platform, such as managing cron tasks on non-production environments. Each permission is turned on or off individually. |
Context group | A named, reusable set of documents, such as brand guidelines, that an administrator uploads once for the organization and applies to projects. The agent reads it when a task needs it. |
Connector | A connection from Acquia AI to a system outside Acquia. Slack is the only connector at Limited Availability. |
Plan | The steps the agent proposes before it makes a change. A person approves the plan, asks for a revision, or cancels. |
Approval | The step a person takes to let the agent carry out a plan or publish content. |
Usage credits | The unit that will measure Work Mode usage. One usage credit represents a unit of prepaid value included in the organization's subscription. Usage credits are enforced at the subscription level, and there is no overage charge. Usage credits are coming soon. See Section 6.4. |
Human in the loop | The governance principle that a person reviews and approves an agent's change before it takes effect. |
Activity trace | The record under each Work Mode reply that shows the steps the agent took, the tools it called, and what each step returned. |
AI user guidelines | The terms each person accepts the first time they open Acquia AI. A person who selects Deny does not get Acquia AI. |
Conversation | A single interaction thread between a user and an agent. A conversation starts when a user sends a request and ends when the user closes it or starts a new one. |
Conversation history | The record of a project's Acquia AI conversations, retained so a user can return to a prior thread. Project members can see the project's conversations. |
EU AI Act | The European Union Artificial Intelligence Act. Article 50 sets transparency rules for AI-generated content. See Section 11.5 |
Watermark | An imperceptible signal that a model provider embeds in the text a model writes. It marks the text as AI-generated without changing how it reads. See Section 11.5. |
Provenance record | The record Source CMS adds to a page once Acquia AI has written or changed more than 200 characters of text on it in total. It includes an AI meta tag and structured data in the page HTML. See Section 11.5. |
AI-generated label | The visible notice Source CMS shows readers on pages that have a provenance record. It is on by default and applies to a whole site. See Section 11.5 |
If this content did not answer your questions, try searching or contacting our support team for further assistance.