Hi All,
Happy Friday :)
I wanted to raise a governance question for teams building custom Rovo Actions.
Before a new action goes live, what review process do you follow when deciding whether it should run:
• As the calling user
• As a service identity
• Through an OAuth-authorized external identity
My concern is that service identities can sometimes become the default choice because they're easier to implement and test. However, if an action should really be constrained to the invoking user's permissions, that decision can introduce unnecessary access risk.
A few questions for teams already deploying custom actions:
Do you have a formal approval checklist for authentication decisions?
Is security/platform governance involved before an action is added to a production agent?
Have you performed audits of existing actions to validate that the chosen authentication model still aligns with the intended scope?
Or does authentication review tend to happen reactively after issues are discovered?
The community has spent a lot of time discussing knowledge boundaries, permissions, and content access. I'm curious whether similar governance practices are emerging around action-level authentication.
Would love to hear what is working in practice.
Recommended Learning For You
Level up your skills with Atlassian learning
Make AI a part of the team
Avoid common AI pitfalls and follow best practices to make AI work for your team.
Learning Path
Get the most out of Rovo
Learn how to use Rovo, Atlassian's AI-powered product, to find, learn, and act on information faster.
Use Rovo across your organization
As an Atlassian organization admin, learn the capabilities of Rovo and how to enable it across products.