- Home
- Resources
- Integrations
- Relativity
Claude Relativity connectorWhat Claude can do in your Relativity account.
The Claude Relativity connector exposes 34 tools: 22 read, 12 write, 0 undocumented. Built for RelativityOne system administrators, it lets Claude set up clients, matters and workspaces, grant or revoke group access, and pull usage reports. Relativity flags every write tool for a confirmation.
Verified Trustpilot reviews · AI, automation & growth agency
Why an eDiscovery admin would hand Claude the routine
Opening a new matter in RelativityOne means a chain of admin screens: client, matter, workspace from a template, then group access. With this connector, a system administrator describes the setup in one sentence and Claude runs the steps through Relativity's own tools, under that admin's identity, with each action recorded in Relativity Audit.
A new matter, set up end to end. You ask for a client, a matter under it, and a review workspace. Claude can chain relone_create_client, relone_create_matter and relone_create_workspace, then follows the build with relone_get_workspace_create_job.
Access reviews without the clicking. You want to know who can see a workspace. relone_list_workspace_groups and relone_list_group_users answer, and relone_remove_workspace_group revokes a group's access, a tool Relativity flags for a confirmation.
Usage numbers on request. You want a workspace storage report for Q1. relone_usage_generate_report starts the report, relone_usage_wait_for_report waits for it, and relone_usage_download_report returns the CSV.
No tool on the sheet is described as reviewing documents or searching case data. It's an administration connector, and only system administrators holding Relativity's OAuth Client ID can use it. Nothing runs on its own when a workspace changes. For other platforms we document, see our Integrations hub.
Five words before you connect
Claude's vocabulary for this connector, in one minute.
- Connector
- The link you set up once between Claude and an account you already have, so Claude can work in it while it answers. Here, RelativityOne.
- Tool
- One named action the connector gives Claude, like creating a matter. Claude picks the ones it needs; the directory sheet lists all 34.
- Authorization
- The Relativity sign-in screen where you grant Claude access. It's given once per person and can be withdrawn the same way.
- Approval
- The confirmation Claude waits for before changing something in the account, shown in the chat at the moment it matters.
- MCP
- The shared standard connectors are built on: it's what lets an assistant like Claude talk to an outside service such as RelativityOne.
Connect Relativity to Claude in three steps
- 01
Find Relativity in your connectors
In Claude, open settings, go through Customize then Connectors, and find Relativity. On a Team or Enterprise workspace, an Owner or Primary Owner must enable it for the organization before members can sign in one by one.
- 02
Start the connection and sign in
Click Connect on its row. Relativity sends you to its standard sign-in page, so Claude never handles your password. Disconnect on the same row removes the access later.
- 03
Check what you're authorizing
Read the authorization screen before accepting. It's Relativity's screen, not Claude's, and it sets what the access covers. Remember the connection acts as you: every change lands in Relativity Audit under your name.
The 34 tools, split into reading and writing
Relativity gives Claude 34 tools: 22 that read your account, 12 that change something in it.
Twenty-two tools look things up and twelve change your instance. Relativity's own table flags all twelve write tools for a confirmation prompt. Names stay exactly as Claude shows them.
- 22 read
- 12 write
Tools index
- relone_connection_status
- relone_list_clients
- relone_list_matters
- relone_list_users
- relone_list_groups
- relone_list_workspace_templates
- relone_list_user_groups
- relone_list_group_users
- relone_list_workspaces
- relone_get_workspace
- relone_get_workspace_create_job
- relone_wait_for_workspace_create_job
- relone_list_workspace_groups
- relone_list_object_types
- relone_get_fields
- relone_list_choices
- relone_usage_get_metadata
- relone_usage_list_reports
- relone_usage_get_report
- relone_usage_get_report_details
- relone_usage_download_report
- relone_usage_wait_for_report
What Claude reads (22)
22 toolsLookups across the connection, clients, matters, users, groups, workspaces, fields and usage reports.
relone_connection_status
Confirms that Claude is connected to Relativity and shows which instance and which identity the session is bound to: instance URL, tenant ID, sign-in method and your user.
relone_list_clients
Pulls every client in the instance, page by page, with name, number, status and creation date. Relativity's own example request is simply to show all clients in your environment.
relone_list_matters
Returns the matters in the instance with their name, number, status, parent client and creation date. You can ask for the ones under a single client.
relone_list_users
Shows the people in the instance along with their email, client, user type and access details. The results come back as a paginated list, and Relativity's table attaches no confirmation to this lookup.
relone_list_groups
Brings back the user groups that exist in the tenant, with client, status and creation date. Groups are how Relativity hands out workspace access.
relone_list_workspace_templates
Lists the templates you can build a new workspace from, with their client, matter, status and use case. Relativity's example asks which templates can serve a new matter.
relone_list_user_groups
Tells you which security groups one person belongs to, looked up by their email. Relativity's example looks a person up by email address, and the answer is a paginated list.
relone_list_group_users
Goes the other way round: given a security group, it returns its members with their ID, full name and email, as a paginated list.
relone_list_workspaces
Returns workspaces with their client, matter, status, use case and state. It's also how you check whether a long workspace build actually finished, by searching for its name. Results come back page by page.
relone_get_workspace
Opens the full record of one workspace: name, status, its matter and client hierarchy, and timestamps, all in one answer.
relone_get_workspace_create_job
Checks how far an ongoing workspace creation has got, with its state, progress steps and the new workspace's ID once it's done.
relone_wait_for_workspace_create_job
Holds until a workspace creation job finishes or fails, then reports the final state and the workspace ID. Relativity's example: wait until the new workspace is fully provisioned, then report back.
relone_list_workspace_groups
Shows which user groups currently have access to a given workspace, as a paginated list of security groups you can read through in the chat.
relone_list_object_types
Lists all object types defined inside a workspace, with their name and type ID. Claude learns what kinds of records a workspace holds.
relone_get_fields
Retrieves the fields defined on one object type, with name, field type and object type ID, page by page.
relone_list_choices
Returns the options available on a single-choice or multi-choice field, each with its name and display order, page by page if the list is long.
relone_usage_get_metadata
Describes the metric and origin fields you can build a usage report on, listing every one of them so Claude knows what's measurable before any report gets requested.
relone_usage_list_reports
Lists the usage reports already existing for the tenant. No confirmation applies to it in Relativity's table, since it only reads what already exists. Its answer covers the whole tenant.
relone_usage_get_report
Fetches one usage report's metadata and status: ID, name, type, date range and selected fields. It's a quick check, without opening the data inside.
relone_usage_get_report_details
Reads the row-level data inside a usage report, as paginated table data with column headers. The rows arrive page by page, and Relativity's table lists no confirmation for reading them.
relone_usage_download_report
Hands back a completed usage report as a CSV string, ready to paste or save. Relativity's example asks for the Q1 storage report as a CSV, and only a completed report can be downloaded.
relone_usage_wait_for_report
Blocks until a usage report finishes generating and then returns its completed metadata. Relativity's own example chains it with the download: wait for the Q1 report to finish, then fetch it.
What Claude changes (12)
12 toolsCreations, edits, access changes and report management, each flagged for a confirmation by Relativity.
relone_create_client
Asks you firstAdds a new client to the Relativity instance and returns its ID, name, number, status and creation time.
relone_edit_client
Asks you firstChanges an existing client's name, number or status, for instance renaming it or marking it active.
relone_create_matter
Asks you firstOpens a new matter under a client you name, and returns its ID, number, status and parent client.
relone_edit_matter
Asks you firstUpdates the properties of an existing matter, such as setting its status to inactive once a case closes.
relone_add_user_to_group
Asks you firstPuts a person into a security group, which hands them whatever access that group has.
relone_remove_user_from_group
Asks you firstTakes a person out of a security group and returns the user and group IDs with a confirmation message.
relone_create_workspace
Asks you firstBuilds a new workspace from a template and returns a job handle to follow its progress.
relone_add_workspace_group
Asks you firstGrants a user group access to a specific workspace, then reports the workspace and group IDs with a status message.
relone_remove_workspace_group
Asks you firstWithdraws a user group's access to one workspace.
relone_edit_workspace
Asks you firstChanges a workspace's name, status or assigned matter, and returns the full updated record.
relone_usage_generate_report
Asks you firstCreates a new usage report and returns its ID, name, status, type, date range and fields.
relone_usage_delete_report
Asks you firstRemoves a usage report and returns its ID with a confirmation message.
What Claude asks you before acting
By default, Claude stops and asks before any action it takes on an account for you. Relativity adds its own layer: its documentation flags all twelve write tools for a confirmation prompt, called elicitation, and none of the read tools.
There's a catch, and Relativity spells it out: elicitation only works in client apps that support it, and where they don't, the tools run immediately without a confirmation. On Team and Enterprise, workspace owners decide whether members may let some actions through without being asked again, and they can cap what the connector may do for the whole organization, for example keep reading and close writing. Claude acts as the signed-in administrator and never sees more than that person can in Relativity.
Which plans it's available on
None of the 819 sheets in the official directory shows availability by plan. Connector by connector, that answer isn't published anywhere, which is a real gap in the catalog.
What is published is the general rule: remote connectors like this one are open to all users on Claude, Cowork, Claude Desktop and mobile, while desktop extensions install on Claude Desktop. On Team and Enterprise, an Owner or Primary Owner first enables the connector for the organization before members connect individually. For this one's current status, its sheet in the official directory is the reference.
Where this connector stops
A connector isn't an automation. Claude calls these tools while it answers you, and nothing fires on its own when a workspace or a group changes in Relativity.
The tool list is an observed floor, not a promise: an administrator can open actions no public sheet shows. The directory's verification badge isn't a security audit, and Anthropic notes on every sheet that it doesn't choose the tools a publisher exposes. This connector is documented by Relativity alone; no Claude help article covers it. Relativity also states that once data leaves its server and enters Claude, it moves to wherever Claude is deployed.
Need help connecting Relativity to Claude?
A person reads every message.