6sense
Ask an AI agent about 6sense account insights, buying signals and keyword trends.
Run an applicant tracking system from your AI assistant.
Opens Agent Studio, where connecting is one click. The connector URL below works in any MCP client.
Paste it into any MCP client. Setup docs
The Workable MCP server connects Workable's applicant tracking and HR platform to Claude, ChatGPT or any MCP-compatible agent. It is not a reporting connector. Among the 45 tools Anthropic's directory lists, an agent can disqualify a job applicant, move a candidate between pipeline stages, approve or reject an offer, and write ratings onto a person's hiring record.
Verified connector
Listed by Anthropic as a partner connector in its Connectors Directory.
Connection checked by Agentman on .
Anthropic states this reflects the level of review a connector received, not a security audit.
Tool names from Anthropic's directory listing. This server requires sign-in, so we could not read tool descriptions or parameter schemas.
w_candidates can reject applicants. Workable's scope model does not separate disqualification from routine candidate writes. This is the single most consequential fact on this page: scope the grant, or gate the tool in your client, rather than assuming a stage-move permission is bounded.get_candidate_files returns temporary pre-signed links, and get_candidate exposes a resume_url and per-answer file_url values. Workable's own guide warns that the employee scope grants access to confidential employee data. Treat any agent transcript touching these tools as holding personal data.submit_review fails on a second submit, mark_review_task_ready is described as a point of no return once a cycle is active, and sign_review is final. Workable's own docs tell an agent to confirm with the user before each.update_candidate_tags replaces the entire tag set rather than appending, and update_review_form replaces a whole questionnaire rather than merging. An agent patching conversationally will silently drop what it did not mention.readOnlyHint / destructiveHint annotations were observed. The read/write split here is counted from tool names and Workable's own scope mapping, not from annotations.Yes. Workable documents a disqualify_candidate tool that disqualifies a candidate with a reason of rejected or withdrew, and a companion get_disqualification_reasons that the docs describe as required before disqualifying. Anthropic's directory lists both. Disqualification is reversible through a documented revert_disqualification tool, but the applicant-facing consequence of a rejection is not something a revert undoes.
No. Across all 94 tools Workable documents, none sends a message to a candidate. The only tool that sends anything is share_review, which shares a completed performance review with an employee and notifies them, and the only tool that emails anyone is invite_member, which invites a colleague to the Workable account. Candidate correspondence stays in Workable's own interface.
No. Every one of the nine job tools Workable documents is a read: list jobs, search jobs, fetch a job, its stages, its members, its recruiters, its application form, its custom attributes and its activity log. Workable's REST reference publishes no create, update, publish or unpublish endpoint for jobs either, so the capability does not exist to expose.
Anthropic's directory lists 45 tool names, but Workable's own MCP reference documents 94 across seventeen sections. All 45 listed names appear in that documentation, so the directory is a strict subset rather than a contradiction. The 49 undocumented-by-Anthropic extras include 24 mutating tools, among them relocate_candidate, update_candidate, submit_review and delete_member.
Yes, in principle. Workable's RFC 9728 descriptor advertises 21 scopes split by resource family, and eleven of them are read scopes prefixed r_ that carry no write counterpart in a single grant. Whether your MCP client lets you decline individual write scopes at the consent screen is a client question rather than a Workable one.
The same one that controls every other candidate write: w_candidates. Workable's REST reference maps disqualify, revert, copy, relocate, move, rate and update all to that single scope. There is no narrower grant that permits sourcing or stage moves while withholding rejection, so an agent given w_candidates for any reason can disqualify applicants.
Yes. Workable documents 50 requests per 10-second interval for OAuth 2.0 tokens, with excess requests returning HTTP 429. Account tokens get 10 requests per 10 seconds instead. Every response carries X-Rate-Limit-Limit, X-Rate-Limit-Remaining and X-Rate-Limit-Reset headers, and the limit is scoped per client rather than per endpoint.
Yes, on every tool but one. Workable documents that each tool except get_accounts requires an account parameter, so an agent must call get_accounts first and pass the returned subdomain on every subsequent call. That tool is documented by Workable but absent from Anthropic's 45-name listing, which makes the required first step invisible in the directory.
operationId (retrieved 2026-08-21) · retrieved 2026-08-21robots.txt allows this path and names the file itself; no llms-full.txt exists (HTTP 404), and no Content-Signal directive is published · retrieved 2026-08-21initialize to the endpoint returned HTTP 401 with a www-authenticate: Bearer challenge naming resource_metadata and all 21 scopes. The RFC 9728 descriptor at mcp.workable.com/.well-known/oauth-protected-resource returned HTTP 200 with 21 scopes_supported; the two nested path forms both returned HTTP 404. Authorization-server metadata at mcp.workable.com/.well-known/oauth-authorization-server returned the identical 21 scopes (2026-08-21) · retrieved 2026-08-21Connect Workable once and your agents call these tools on their own: on a schedule, in a workflow, with nobody at the keyboard.