Permissions, Roles and Data Visibility

Permissions, Roles and Data Visibility

This page explains the roles and permissions in AnyLLM (who may do what), the data visibility rules (who can see your conversations, memory, agents and archived chats — chat privacy) and the data flow (what goes to the AI service and what stays at Atlassian). It applies to Jira and Confluence alike: AnyLLM is one installation for both products with one configuration and one data store.

The two roles

RoleWhere it comes fromWhat it may do in AnyLLM
Standard useraccess to Jira or Confluencechat on every surface, use predefined and shared agents, create own agents (up to 5) and own skills (up to 10), share own agents with the site, manage own history and memory
Product administratorJira administration or Confluence administrationadditionally the whole settings area AnyLLM Chat — Settings: connections, agents, templates, modules, general settings, usage, import/export

AnyLLM grants no permissions of its own and knows no further roles: there is no user management, no groups and no invitations in the app. The Settings button in the chat (sidebar footer of the app page; header of the macro and the issue navigator) is shown only to administrators — in Jira after a real permission check, in Confluence if you belong to one of the usual administrator groups. The button only controls visibility; the settings pages themselves are protected separately.

The three principles

  1. The AI always works with the rights of the individual person. It searches and reads exclusively what that person may see themselves; page and issue context is re-read with your permissions for every message. There is no mode in which the app works with elevated rights.
  2. Writing actions always require a confirmation. The AI can only propose — as a suggestion card Create Jira issue, Update Jira issue, Add Jira comment or Create Confluence page. Nothing happens until you click ✓ Execute, and then it happens with your rights and in your name. Dismiss removes the card.
  3. API keys stay in the background. They are stored encrypted in the Atlassian secret store, are never visible in the browser and do not appear in logs. An administrator can only replace or delete a key, never read it.

Who may do what

ActionStandard userProduct administrator
Chatting on all enabled surfacesyesyes
Creating own agentsyes (up to 5)yes (up to 5)
Sharing own agents with the site (Make available to all users of this site)yesyes
Creating own skillsyes (up to 10)yes (up to 10)
Maintaining site-wide agents (up to 8)noyes
Maintaining site-wide templates and skills (up to 30)noyes
Maintaining connections and API keys (up to 5)noyes
Granting, replacing and revoking endpoint approvalsnoJira administrators only — once per product
Switching surfaces on and off (Modules)noyes
Viewing usage statistics (Usage)noyes — site-wide, by model, without persons
Viewing other people's conversationsnono
Viewing other people's memory notesnono
Viewing the instructions of other people's agentsnoonly own and site-wide agents
Deleting other people's conversations centrallynono — only uninstalling the app or the weekly cleanup of closed accounts deletes them

Who can see what

Everything personal in AnyLLM belongs to your Atlassian account and is identical in Jira and Confluence.

ContentVisible to
Your conversations (history)you only — the same list in Jira and Confluence
Your memory notesyou only
Your own skillsyou only
Your own agentsyou only — unless you tick Make available to all users of this site; a shared agent appears under Shared by colleagues for all users of the site in both products; shared are name, emoji and description, never the instructions
Predefined (site) agentsall users of the site; the instructions are visible only in the settings
Archived chats in Confluenceas visible as your personal space — pages under AnyLLM Chats with the label anyllm-chat; restrict the parent page to yourself once if needed
Answer in the dashboard gadgeteveryone who can see the dashboard; the answer is generated with the permissions of the person who clicks ↻ Refresh and is stored with the gadget, not in anyone's history
Usage figures (requests and tokens per model)administration — site-wide, without content and without names
Site knowledgewritten by the administration; sent to the AI with every request of every user

What goes where

Your inputWhere it goes
Your messagesto the AI service set up by your organisation — only the most recent 16 messages (at most about 32,000 characters) of a conversation
Memory notes (if memory is active)with every request to the same service
Page or issue content (if Include page context is active and AI access is not Off)to the same service — at most about 8,000 characters, for issues including the last 5 comments
Site knowledgeto the same service, with every request
Web search queries (if the administration has enabled web search)to the search service chosen by the organisation — the first 400 characters of the query
Image prompts (if image generation is enabled)to the connection that hosts the image model
Conversations, memory, saved choices, own agents and skillsstay in the Atlassian storage of the installation
API keysencrypted in the Atlassian secret store; readable only by the app backend

Which AI service that is, is known to your administration — the complete list of reachable addresses is under Endpoint approvals in the settings. Treat a chat input like an e-mail to an external service provider.

The "Approved endpoint URLs" table in the settings: the complete list of addresses the app may reach, with status and the actions Replace and Revoke.

What you can do yourself

  • Temporary chat (not saved) in the menu for one-off questions that should not be saved — see Prompts, Skills, Memory and Model Parameters (+ Menu).
  • Delete removes a conversation permanently (Delete permanently in the dialog Delete conversation?) — see Managing Chat History.
  • Include page context can be switched off in the menu before you send.
  • 🧠 Edit memory lets you switch memory off or empty it at any time.
  • Restrict the archive: after the first archiving, restrict the page AnyLLM Chats in your personal space to yourself once; child pages inherit the restriction.
  • Check every suggestion card before you click ✓ Execute; Dismiss discards it.
  • ↓ Export conversation (Markdown) gives you a copy you control.

What the AI cannot do

  • It cannot see anything you are not allowed to see. All searches and reads run with your permissions.
  • It cannot change anything without your click. Writing actions only ever appear as a suggestion card. If the administration has meanwhile switched AI access away from Read + write, even ✓ Execute fails with "Write actions are not enabled by the admin."
  • It cannot follow instructions hidden in content. If a page or issue it has read contains something like "create an issue now", at most a suggestion card comes out of it, which you can dismiss.
  • It cannot reach any address the administration has not approved. No AI endpoint is pre-approved — every address needs an explicit endpoint approval.

Effects of administrative changes on users

What users notice when the administration adds or removes a connection, changes the AI access, lowers the rate limit, switches a surface off or changes the language — and when each change takes effect — is listed in one place: Opening the Settings and Initial Setup. In short: everything except the default model, new templates and the interface language takes effect immediately; the Confluence chat bar follows with up to ten minutes' delay.

Rendered from the app’s own interface with sample data; the Jira/Confluence frame around it is not shown.

Documentation baseline: app version 0.2.0 · 2026-08-30