Get the first look at Cadient Talent MCP - your ATS, now connected to AI

Cadient Talent’s MCP

Permissions: All Cadient Talent users. Every answer follows the asking user’s own permissions
Availability: Available to Cadient Talent users, with no separate provisioning step
Capabilities: 35 read-only capabilities across the hiring lifecycle
Last updated on: 2 September 2026
Jump to: Setup · Access · Security · Troubleshooting · FAQ
Note: Cadient Talent’s MCP is read-only. The agent can answer questions about your hiring data, but it cannot create, edit or delete anything in Cadient Talent. For help connecting, email support@cadienttalent.com; for questions about access or commercial terms, speak to your account team.

Cadient Talent’s Model Context Protocol (MCP) lets approved AI assistants connect directly to Cadient Talent, so your team can work with live hiring data inside the tools they already use. Once connected, an assistant can surface insights, run analyses and answer questions using your Cadient Talent data as context. There’s no need to switch tabs or build custom reports.

MCP video overview

What is Cadient Talent’s MCP?

Cadient Talent’s MCP gives approved AI assistants a secure, structured way to work with your hiring data. The MCP acts as a layer on top of the Cadient Talent API, translating natural language requests into structured API calls, scoped to your existing permissions. This makes it possible to retrieve data and answer questions without navigating the grids directly or building a custom integration.

MCP stands for Model Context Protocol, an open standard AI assistants use to reach outside tools and data sources. Nobody on your team needs to understand it to use the agent; it is the plumbing, not the product.

Why use Cadient Talent’s MCP?

Cadient Talent’s MCP gives teams faster access to live hiring data inside the tools they already use. Because it is built and maintained by Cadient, access is governed by your organisation’s existing Cadient Talent permissions rather than by a new set of rules.

With Cadient Talent’s MCP, teams can:

MCP use cases

Cadient Talent’s MCP is useful for recruiting operations, pipeline visibility and hiring analysis. Representative examples include:

A shorter version of the same list, grouped by who tends to ask:

Recruiters

  • Everyone in process for a requisition, and how long each has been there
  • Candidates stalled at one status past a threshold
  • Last week’s intake for a set of locations

Hiring & field managers

  • Their own open requisitions with days-open and count in process
  • Which posting is actually driving applicants at their location
  • A requisition with zero candidates in process, before it becomes a staffing problem

Talent acquisition leadership

  • Average time-to-fill by quarter, split hourly vs. salaried
  • Funnel counts by stage, and where the biggest drop-off sits
  • Hires by location or source over a named window

Recruiting operations

  • Locations where intake dropped after a posting change
  • Month-over-month intake comparisons by region
  • Data-quality gaps that distort reporting

Before you begin

Before connecting Cadient Talent’s MCP, confirm the following:

Supported AI assistants

Cadient Talent’s MCP currently supports:

To connect an assistant not listed above, email its redirect address to Cadient support at support@cadienttalent.com so it can be added to the allowlist. That step is required for the sign-in flow to complete successfully.

Setup steps for both are below. Switch between Claude and ChatGPT with the tabs.

Connect Cadient Talent’s MCP

Connecting takes about two minutes and is done once per person, per assistant. Nothing is installed and no new account is created. The server address is the same for every assistant. Only the screen you paste it into changes. Both assistants reach the same 35 read-only capabilities, and only the setup path differs.

Server addresses

Enter the address exactly as shown, including https:// and the /mcp path, with no trailing slash. Use production unless you have been asked to test.

EnvironmentConnector nameServer address
ProductionCadienthttps://mcp.cadienttalent.com/mcp
UAT / testingCadient UAThttps://mcpuat.cadienttalent.com/mcp

Pick your assistant

Any individual user can add the connector themselves: web, desktop or the Claude Code CLI. No admin step, about two minutes.

Step 1: Open the Connectors screen

In Claude, open Settings → Connectors. You’ll see the connectors already available to you with their type and connection status. Select Add at the top right, then Add custom connector. Discover, next to it, lists pre-built connectors. Cadient Talent’s MCP is added as a custom connector.

Claude Settings, Connectors screen. Existing connectors are listed with type and status columns, and Discover and Add buttons sit at the top right.
Figure 1: Settings → Connectors. Existing connectors are listed with their status; the Add button sits at the top right.

Step 2: Enter the name and address

In the Add custom connector dialog, give the connector a name (Cadient for production, or Cadient UAT for the test environment), and paste the matching server address. Then select Continue.

The Add custom connector dialog in Claude, with the name field set to Cadient and the server address field set to https://mcp.cadienttalent.com/mcp.
Figure 2: Add custom connector: the display name and the HTTPS address where the server accepts MCP requests.
Advanced settings? Most people never see this. If the form does show an Advanced settings section asking for OAuth client credentials, email Cadient support at support@cadienttalent.com for the client ID and secret. It is needed once per organisation, not once per person.

Step 3: Sign in with your Cadient Talent credentials

Back on the Connectors screen, select Connect against the new entry. Claude redirects you to the Cadient sign-in page. Enter three details, then submit and approve the connection when your assistant asks.

The Cadient Talent’s MCP sign-in page. A Welcome back panel asks for Customer ID, Username and Password, beside a summary of what the agent does and a row of customer logos.
Figure 3: The Cadient Talent’s MCP sign-in page. Your credentials are verified against Cadient Talent and never stored.
FieldWhat to enter
Customer IDYour organisation’s Cadient customer ID. Don’t know it? Ask Cadient customer support at support@cadienttalent.com. It identifies your company, not you.
UsernameYour Cadient Talent username, the one you use to log in today.
PasswordYour Cadient Talent password. It is checked against Cadient Talent and never stored.
Tip: If you are testing against UAT, sign out of production first before starting the connection flow. This avoids connecting to the wrong environment or account.

In the Claude Code CLI

claude mcp add --transport http cadient https://mcp.cadienttalent.com/mcp

Then follow the sign-in prompt. Any other MCP-compatible assistant works the same way: give it the server address and it discovers the sign-in flow automatically.

First things to try

How access is governed

Three things decide what any given person can get an answer to:

  1. Their own Cadient Talent permissions. Location visibility, role-based access and “my reqs vs. all reqs” scoping all carry across unchanged. The agent cannot widen them.
  2. The supported capability set. There are 35 read-only capabilities today. Anything outside that set is not reachable, regardless of permissions.
  3. Sensitive-field suppression. Government IDs, dates of birth, tax data (W4 / I9), EEO data and identity documents are blocked at two independent layers and are never returned to any user.

There is no separate scope console to configure and no per-user provisioning step. Every capability is read-only, so there is no write permission for an admin to grant or withhold. Access simply follows Cadient Talent. Add a person there and the agent is available to them; deactivate them there and their access ends the same minute.

Looking ahead. If action-taking capabilities are added in a future release, they will come with admin-level controls over which actions a user may approve. If your security review needs detail on that now, your account team can help.

Two defaults to know

The agent deliberately mirrors the product’s grids rather than the raw database. Knowing these two defaults is the difference between trusting a number and re-checking it.

Hourly or salaried

Application questions default to hourly, matching the Applicant grid. Candidate questions default to salaried, matching the Candidate grid. Ask explicitly (“including salaried”, “hourly and salaried both”) for the other population or for everything.

Your requisitions or all requisitions

Requisition-scoped questions default to your requisitions, the same way the product scopes “My Requisitions”. Ask for “all requisitions” to widen. If your role does not permit company-wide visibility, the agent tells you it answered from your own scope rather than presenting it as the company-wide number.

“Not found” and “not visible to you” look the same

This is deliberate. If a record you expect is reported as not found, check it in Cadient Talent. If you cannot see it there either, it is outside your visibility.

Get better results

Cadient Talent’s MCP uses live data. The cleaner and more structured that data is, the better the answers. If you are not sure where to start, begin with statuses and postings, because those two areas have the biggest effect on output quality.

Keep statuses moving

Move people through statuses promptly and close out those who are no longer active. Stale statuses are the single most common reason a pipeline answer looks wrong.

Keep postings tied to requisitions

A requisition with no live posting attached will read as having no intake. Auditing for that is itself a good first question to ask the agent.

Use consistent location and role naming

Consistent naming across locations lets the agent group and compare accurately. Inconsistent naming shows up as suspiciously small counts.

Prefer structured fields over free text

Single-select, multi-select, yes/no, number, date and currency fields are far easier to analyse than free-text notes.

Say what you mean by the window

“This month”, “last 30 days” and “this quarter” are three different numbers. Naming the window in the question is the fastest way to make an answer reconcilable against a grid.

Review permissions deliberately

The agent respects existing permissions exactly. Thoughtful permission setup is what lets people get the answers they need without widening access to hiring data.

Security & data handling

ControlHow it works
Your data doesn’t moveEvery answer is read at question time. There is no export, no cached copy, and no separate analytics or data-warehouse store of your hiring data.
Read-only by designAll 35 capabilities read data. None create, edit or delete a record. There is no write path.
Identity stays in Cadient TalentSign-in verifies credentials against Cadient Talent and stores nothing: no user record, no password, nothing to de-provision when someone leaves.
Every request runs as the person askingEach call carries a short-lived (about two minutes), cryptographically signed statement of who is asking. No shared service account, and no way to ask “as” someone else.
Company isolationEnforced by verified credentials, never by a URL or header a caller could spoof. One platform serves many organisations; each sees only its own data.
Sensitive fields suppressedGovernment IDs, dates of birth, tax data (W4 / I9), EEO data and identity documents are blocked at two independent layers.
Accounts can’t be locked from hereThe sign-in page allows fewer consecutive wrong-password attempts than Cadient Talent does, so repeated failures block the sign-in page for 15 minutes, never your Cadient Talent account.
Everything is auditedEvery question is logged with who asked, which capability ran, and which organisation it belonged to.

Troubleshooting

I don’t have access to Cadient Talent’s MCP

If you cannot connect, confirm the following:

Sign-in says the customer ID, username or password is wrong

One of the three didn’t check out. Re-check all three: the customer ID is your organisation’s identifier, not your username. Ask Cadient customer support at support@cadienttalent.com if you are unsure of it.

“Too many sign-in attempts”

A protective limit tripped after repeated failures. It trips before Cadient Talent’s own lockout, so your account itself is unaffected and you can still log into the product. Wait 15 minutes and try again with the correct password.

Sign-in says “service unavailable” rather than wrong password

This points to a service fault rather than anything wrong with your credentials. Try again shortly. If it persists, email support@cadienttalent.com with the time it happened.

I signed in with the wrong account or environment

Disconnect the Cadient connector in your assistant, sign out of Cadient Talent, and start the connection again with the right credentials. If you are switching between UAT and production, sign out of the current environment before reconnecting.

It was working, now it asks me to sign in again

The session expired, which is normal. Sign in again with the same three fields.

“Invalid parameter: redirect_uri”

Your assistant’s callback address has not been registered yet. Email support@cadienttalent.com with the exact error and the name of your assistant, and support can add it.

My assistant is missing capabilities I expected

There are 35 read-only capabilities today. If something you expected is missing, check whether it is a write action (not supported in this release), whether your Cadient Talent permissions allow it, and whether the record is inside your visibility. Supported capabilities will continue to expand over time.

A record I know exists comes back as “not found”

Either it does not exist, or it is outside your visibility, and the two are deliberately indistinguishable. Check the record in Cadient Talent; if you cannot see it there either, that is your answer.

A count doesn’t match the grid I’m looking at

Most often the hourly / salaried default, a different date window, or “mine vs. all” scoping. Ask the agent to restate the filters it used, then align them with the grid’s. See Two defaults to know.

Someone who left the company can no longer connect

Working as designed. Access follows Cadient Talent: deactivated there means no access here, immediately.

When contacting support, include your customer ID, the approximate time, the environment (production or UAT), and a screenshot of the error. Never include your password.

Frequently asked questions

Who can use Cadient Talent’s MCP?

Any active Cadient Talent user. There is no per-user provisioning, no invite and no account creation. People add the connector and sign in with the credentials they already have.

Is it generally available?

Yes. It is documented and available to Cadient Talent customers today. Your account team can help with rollout for your organisation.

Can it take actions, or is it read-only?

It is read-only. All 35 capabilities read data; none create, edit or delete a record. There is no write path.

Does access follow our existing permissions?

Yes. Every answer is filtered through the asking person’s own Cadient Talent permissions: the same location visibility and the same “my reqs vs. all reqs” scoping. Nobody can reach data beyond what their permissions already allow.

Which AI assistants are supported?

Claude on web and desktop, the Claude Code CLI, ChatGPT on the web, and any MCP-compatible assistant that speaks Streamable HTTP transport. See Supported AI assistants.

Can we use ChatGPT instead of Claude?

Yes. Cadient Talent’s MCP works with any MCP-compatible assistant that speaks Streamable HTTP transport, and that includes ChatGPT. The setup differs: a ChatGPT workspace admin has to enable developer mode and publish the connector before members can connect. See the ChatGPT setup steps.

Where are our credentials stored?

Nowhere. The password is checked against Cadient Talent at sign-in and immediately forgotten. There is no second user database and no synced password.

Is any of our hiring data copied or cached?

No. Every answer is read from Cadient Talent at the moment the question is asked. No export, no cached copy, and no separate analytics or data-warehouse store.

Can it return SSNs, dates of birth or EEO data?

No. Those fields, along with tax data (W4 / I9) and identity documents, are blocked at two independent layers and are never returned by any capability.

Is there an admin screen for managing scopes?

No, and there is nothing it would control: every capability is read-only and bound to the user’s existing permissions, so there is no write access for an admin to grant or withhold. If action-taking is added in a future release, admin controls will come with it.

Do we have to onboard separately to use it?

No. If your organisation uses Cadient Talent, this is already available to you. There is no separate registration step and nothing to configure.

Is there an audit trail?

Yes. Every question is logged with who asked, which capability ran, and which organisation it belonged to.

What’s the difference between the production and UAT addresses?

Production reads your live data; UAT is for testing. Each has its own connector entry, so a person can have both connected at once without confusion. Use production unless you have been asked to test.

Does using this cost extra?

There is no separate provisioning step to pay for. Commercial terms are handled through your existing Cadient Talent agreement, and your account team can confirm what applies to you.

Ready to see it on your own data?

Thirty minutes with your requisitions, your pipeline and your team’s own questions, with no setup needed on your side.

Book session

Can’t find what you’re looking for?

The Cadient support team is here to help. Email us at support@cadienttalent.com.

Email support