Automated Rovo Agents
Invocation of a Rovo agent by an Atlassian Automation flow so the agent analyses trigger context and generates a response without a person starting each interaction.
Recorded characteristics
- Function
- Allows a Rovo agent to be invoked automatically by an Atlassian Automation flow. A trigger can be added from the agent's Triggers screen in Studio, or the agent can be added to a flow using the "Use Rovo agent" action. Each time the flow runs, the configured prompt is sent to the agent, which analyses the trigger context and generates a text response exposed to the flow as the smart value {{agentResponse}}. Atlassian states that when agents are automated they pass their response to a secondary action rather than perform the specialised skills they were configured with, and that any skills the agent runs during an automated run are read-based, such as Read content.
- Data access
- During an automated run the agent reads the Atlassian context supplied by the trigger and prompt, including Jira work items and their fields and Confluence pages, using smart values such as {{workitem.description}}. Atlassian states that automated agents operate on behalf of the flow creator and assume that person's app permissions, so the agent can only read content the flow creator can access.
- Actions
- Generative only
- External actions
- Unknown
- Human confirmation
- Not required
- Permission basis
- User permissions
- Administrative control
- An automation trigger can be added to an agent by the agent's manager or editor from the agent's Triggers screen in Studio; a flow that invokes an agent can be created by a space or app administrator. Atlassian states that for agents to work autonomously they must be managed through existing Confluence space or Jira project administrators via an automation flow, and that without automations and admin setup agents cannot work autonomously. The flow must be saved and enabled, and Rovo must be connected to Automation to allow agents to act on the flow creator's behalf. Administrators select the agent and write the prompt, choose the app and space the flow runs in, and can enable or disable the flow. Studio admins can restrict who may create agents in the organisation to all users, up to 10 selected groups, or no users; agent owners set editors and managers and can restrict who can see and use an agent, and restricted agents do not appear as options for automation.
- Default state
- Disabled
- Availability
- Documented for Atlassian Cloud Jira, Jira Service Management and Confluence through Studio and Atlassian Automation. Rovo Studio agent governance settings are documented as available on Atlassian Cloud Standard, Premium and Enterprise and not available on Atlassian Government Cloud.
- Licensing
- Atlassian states that Rovo credits are included in all paid Jira, Confluence, Service Collection and Teamwork Collection cloud subscriptions, and that an organisation admin on a verified business domain must turn Rovo on.
- External model or provider
- Not established in the reviewed Atlassian documentation.
- Limitations and uncertainty
- The agent itself produces a generated text response; any resulting state change is performed by a separate Automation action such as Add comment, Create Confluence page or Send Slack message, and Atlassian states that the response-producing action must be coupled with a secondary action that publishes text. Atlassian states automated agents pass their response to a secondary action rather than perform their configured specialised skills, so this record does not establish that an automated agent executes its own state-changing or third-party tools; external action capability is recorded as unknown rather than no. Atlassian documents third-party tool use and per-user third-party authentication for agents generally, but not for automated invocation. No per-execution human confirmation step is documented once the flow is enabled; Atlassian documents that the prompt is sent to the agent each time the flow is triggered, including on a schedule. The underlying model or provider used for automated runs is not established.
Evidence
- Automating Rovo agents
Supports: Function · General · Admin controls · Actions · Human confirmation · Data access · Availability · Primary source
States that admins can use agents in automation rules and documents two methods: adding a trigger to an agent's configuration, or adding the agent to an automation flow with the Use Rovo agent action.
States that for agents to work autonomously they must be managed through existing Confluence space or Jira project administrators via an automation rule, and that without automations and admin setup agents cannot work autonomously.
Documents that an agent's manager or editor can add an automation trigger from the agent's Triggers screen, and a space or app administrator can create a flow that invokes an agent; the flow must be saved and enabled.
Flow examples show the Use Rovo agent action followed by a separate action such as Add comment to page, Add comment to work item, or Send Slack message using {{agentResponse}}.
Documents a scheduled flow example running every 2 days at 8:00am that invokes the agent and sends the response, with no per-run confirmation step described.
Examples show the agent reviewing the published Confluence page or the created Jira work item supplied by the trigger.
Documents configuration through Studio and redirection to automation in Jira, Jira Service Management or Confluence.
- How to configure the Use Rovo agent action
Supports: Function · Actions · Limitations · Permission basis · Human confirmation · Data access · Default state · Primary source
States that each time the flow is triggered the configured prompt is sent to the agent on the flow creator's behalf and the agent generates a response.
States that when agents are automated they pass their response to a secondary action rather than perform specialised skills they were configured with, and that any skills the agent runs are read-based, like Read content.
States the agent's response is text-based and must be published by a second action such as a comment, page or email.
States that automated agents operate on behalf of the flow creator and therefore assume that person's app permissions automatically, with the flow creator appearing as author.
Describes the automated run as sending the prompt to the agent each time the flow is triggered, with no runtime approval step.
Documents providing trigger context and smart values such as {{workitem.description}} to the agent in the prompt.
States that without automations and setup by an admin, agents can't work autonomously.
- Jira automation actions
Supports: Function · Actions · Admin controls · Primary source
Describes the Use Rovo agent action as prompting a chosen agent on your behalf to generate a response.
States the action must be coupled with a secondary action with text-based output, like Add comment, to direct the response to.
States you are asked to connect Rovo to automation to allow agents to act on your behalf.
- What are connections in Automation?
Supports: External actions · Permission basis · Primary source
Documents that changes made in other products through Automation connections are attributed to the person who set up the connection, describing Automation connections rather than agent-executed external actions.
States that for triggers, permissions are inherited from the person who sets up the flow.
- Rovo agent permissions and governance
Supports: Permission basis · Admin controls · Availability · Primary source
States that when someone interacts with an agent, the agent acts on that person's behalf and can only return or interact with content that person may access.
Documents Studio admin control over who can create agents, agent editor and manager roles, and access restriction; restricted agents do not appear as options for automation.
States the Studio agent creation governance setting applies to Atlassian Cloud Standard, Premium and Enterprise and is not available on Atlassian Government Cloud.
- Add tools to Rovo agents
Supports: Limitations · External actions · Primary source
Documents the tools an agent can be configured with, including state-changing tools, which automated runs do not execute according to the Use Rovo agent action guidance.
Documents third-party tools requiring the user to connect their Atlassian account and acting with that user's access, documented for agent use generally rather than automated invocation.
- What is Rovo?
Supports: Licensing · General · Primary source
States Rovo credits are included in all paid Jira, Confluence, Service Collection and Teamwork Collection cloud subscriptions, and that Rovo must be turned on by an organisation admin on a verified business domain.
Describes Rovo agents as AI-powered teammates that bring specialised knowledge and custom skills to workflows.