LegalAIMCP

Setup guide

How to Connect Claude to Harvey AI via MCP

Connect Harvey AI legal intelligence to any MCP-compatible assistant. This guide covers what Harvey AI requires before the connection will work, which is the part that most setup attempts miss.

First: there is no public endpoint URL

Harvey MCP is not a paste-a-URL server the way CourtListener is. Harvey's developer documentation specifies the transport and the authentication method but does not publish a connection URL, and there is no claude mcp add one-liner for it. Harvey does not explain the omission, but it fits how the product is gated: access is granted per tenant, not published.

The connection is OAuth over Streamable HTTP, scoped to your firm's Harvey tenant. Your client authenticates as you, against your firm's account — so the setup path runs through your Harvey admin or representative. There is no config file you can write on your own that gets around that.

Prerequisites

  • An active Harvey account — this is a customer feature, not a free tier
  • An MCP client that supports remote servers over Streamable HTTP with OAuth. Claude, Google Gemini, and Microsoft 365 Copilot are the clients Harvey names. A client that only speaks stdio will not work.
  • Feature enrollment on your tenant. Harvey's documentation is explicit that you should check with your Harvey admin or representative to confirm you are enrolled. We expect an unenrolled account to fail at sign-in rather than at config time, though we have not tested that directly.
  • Role permissions per tool. Vault tools require the Vault permission on your Harvey role, so two users at the same firm can see different tool lists.
  • Requires Harvey subscription. Contact sales for pricing.

1. Get your tenant enrolled

Ask your Harvey admin or representative to enable MCP access for your account and to confirm which knowledge sources and Vault projects your role can reach. Do this before touching any client configuration. Two of the four failures listed under Troubleshooting look like client bugs and are not. They are entitlements nobody turned on, and no amount of config editing will reach them.

2. Add the server in your client

Harvey supplies the connection details with your enrollment rather than publishing them. Use the endpoint your admin or representative gives you, set the transport to HTTP, and let the client handle the OAuth handshake. We deliberately do not print a URL here — a guessed endpoint fails silently on most clients, which is worse than having none. Harvey's current documentation is at https://developers.harvey.ai/guides/harvey_mcp.

3. Authenticate

The first tool call opens a browser sign-in against your Harvey account. Approve it there and the client stores the session. There is no static API key to paste and none to rotate. Access follows your Harvey user, so removing someone in Harvey removes their route to MCP as well.

4. The tools you can call

Harvey MCP exposes 5 tools. Knowing the names is useful for prompting: you can tell Claude which one to reach for instead of hoping it picks correctly.

ask_harvey
Answers general legal questions from Harvey's legal knowledge, without pointing at a specific document.
ask_with_knowledge_source
Runs the same question flow, scoped to a named research database — the UK tax law source, for example.
list_knowledge_sources
Enumerates which research databases your account can reach. Worth calling first; the list is entitlement-dependent.
list_vault_projects
Lists the Vault projects visible to you. Requires the Vault permission on your Harvey role.
ask_about_vault
Answers questions against the documents inside a Vault project, with source citations.

5. Test it

Call list_knowledge_sources first. It is the cheapest way to prove the whole chain works — enrollment, OAuth, and tool routing — and it returns your entitlements, so you learn what your role can reach at the same time. A list of sources means the chain is working. An empty list also means it is working, and that your role has no sources attached — an entitlement problem, not a connection one.

Troubleshooting

  • OAuth completes but no tools appear. Sign-in succeeding only proves the Harvey account exists. It does not prove the tenant is enrolled in the MCP feature. It has to be fixed on Harvey's side; no client-side change reaches it.
  • Vault tools are missing while others work. Tool visibility is per-role. list_vault_projects and ask_about_vault need the Vault permission — a colleague seeing them is not evidence your config is wrong.
  • Client will not connect at all. Confirm it supports remote MCP over Streamable HTTP with OAuth. Clients that only support stdio or API-key headers cannot reach Harvey regardless of configuration.
  • Nothing happens after editing the config. Most MCP clients need a full restart, not just closing the window, before they pick up a new server entry.

Harvey MCP vs. the open legal servers

Harvey MCP and the open legal servers solve different problems, and a firm can reasonably run both. Harvey MCP brings your firm's own Harvey work — Vault documents, licensed research sources — into whichever assistant you already use. Because Harvey lists an active Harvey account as a prerequisite, there is no way to trial the connector without being a Harvey customer.

The official CourtListener MCP covers primary source case law and dockets, is free with a CourtListener account, and connects with a single command against a published endpoint. If you are testing whether MCP is useful in legal work at all, start there — you can do it without a vendor conversation, and the failure modes are yours to fix rather than your vendor's. Then see the full roundup of legal MCP servers for what else is available.

Sources and what we verified

The transport, the OAuth requirement, the five tool names, the role-based permissions, and the enrollment step all come from Harvey's own developer documentation at https://developers.harvey.ai/guides/harvey_mcp, read on 10 August 2026. Pricing, tagline, and vendor details render live from this site's directory listing, so they change when the listing does.

Two things here are our reading, not Harvey's words. The first is that the absence of a published endpoint is a deliberate access-control decision. Harvey documents the OAuth-and-enrollment model but never explains the omission, so we are inferring that from how the product is gated. The second is that an unenrolled account fails at sign-in. That follows from OAuth running against your firm's tenant, and it matches the order Harvey tells you to work in, but we have not reproduced it on an unenrolled account.

Harvey can change any of this without notice. If anything on this page no longer matches what you see, Harvey's documentation is the authority, and we would like to hear about it so we can correct the page.

See the full Harvey MCP listing for current pricing and details, or the Harvey AI platform listing if you are evaluating Harvey itself rather than its MCP connector.

Custom AI for your firm

Off-the-shelf tools not quite right?
We build it for you.

NYClaw.io builds private MCP integrations tailored to your practice area, case management system, and existing workflows. Most firms are operational in under two weeks.

  • Works with Clio, MyCase, Filevine, PracticePanther, and custom systems
  • Your data stays in your infrastructure — MCP keeps it private by design
  • Fixed-scope engagements — no open-ended retainers required

Serving law firms in Westchester County, NYC, and remotely nationwide. No commitment required for the initial call.