Resources · Claude connector

Claude Harness connectorWhat Claude can do in your Harness account.

The Claude Harness connector exposes 11 tools. 7 read your account, 4 create, change, delete or run something in it, and 0 are left undocumented. Below: what Claude can trigger for you, what slips through without a prompt, and what Harness has to switch on first.

Verified Trustpilot reviews · AI, automation & growth agency

Overview

Why connect Harness to Claude

Harness runs your delivery pipelines, the chain that builds, tests and deploys your code. With the connector you drive it from Claude: a deploy failed, you ask why, and Claude pulls the execution details without you opening the console. Eleven generic tools cover 259 resource types, from pipelines and feature flags to cloud cost data.

Get to the root of a failure in one question. Friday's release blew up: harness_diagnose returns the timing of each stage and step plus the failure details, and Claude points at the one that broke.

Check a project's pulse. Ahead of standup, harness_status lays out project health, with recent executions, failure rates and deep links back into Harness.

Act without switching tabs. harness_execute reruns a pipeline, flips a feature flag or syncs a GitOps app, and harness_create sets up a new resource from the description you give it.

What Claude does not do here: it does not watch anything around the clock. No tool wakes up when a run fails at 3am; you have to ask. It never goes beyond your Harness permissions. And the confirmation prompt Harness designed for risky operations depends on what your Claude client can display (see the limits). For a chain that reacts to an event on its own, you need an automation tool, a different trade; the Integrations hub covers that side. For a connector built around project work instead of delivery, look at the Claude asana connector.

Vocabulary

Vocabulary in one minute

Five words so the rest of the page reads cleanly.

Connector
The link you set up once between Claude and your Harness account, so Claude can work in it while it answers you.
Tool
One named action the connector hands to Claude. Claude decides which to call by itself, and the directory sheet lists each one by name.
Authorization
Harness's own sign-in screen, where you give Claude the access it will use afterwards. Granted once per person and withdrawn the same way.
Approval
The confirmation Claude waits for before it completes an action that would change your account, shown in the conversation when needed.
MCP
The shared standard behind connectors, which is what lets an assistant like Claude exchange with an outside service such as Harness.
Connect

Connect Harness to Claude

  1. 01

    Find Harness in the list

    In Claude's settings, open Customize, then Connectors, and search for Harness. On a Team or Enterprise workspace, an Owner or Primary Owner enables the connector for the organization first, then everyone connects with their own account.

  2. 02

    Sign in to Harness

    Click Connect on the Harness row and sign in through the window Harness opens itself. Use the account whose permissions match what you actually want Claude to be able to touch.

  3. 03

    Approve the authorization screen

    Read Harness's authorization screen before you accept: it sets what the access covers, not Claude. If the link breaks, use Disconnect and connect again; you can also withdraw access from Harness itself.

Tools

The 11 tools of the Claude Harness connector

Harness gives Claude 11 tools: 7 that read your account, 4 that change something in it.

Seven tools that look, four that act. Each one works across any Harness resource type, from a pipeline to a cloud connector. Names stay exactly as Claude shows them.

  • 7 read
  • 4 write

What Claude reads (7)

7 tools

Seven tools that look at your Harness account without touching it.

harness_list

Lists resources of a given type with filters, search and pagination: pipelines, services, environments, projects. Claude uses it to take stock before zooming in on one item.

When it helps
you want every failed execution across all your projects in one view.
Watch out
results only include resources your account is allowed to see.

Sourcegithub.com · September 30, 2026 ↗

harness_get

Fetches one specific resource by its identifier and returns its full record. It is the natural next step after a list, once Claude has spotted the item you care about.

When it helps
you have the ID of a staging environment and want its exact configuration.

Sourcegithub.com · September 30, 2026 ↗

harness_diagnose

Inspects a pipeline, a connector, a delegate or a GitOps application. For a pipeline, it breaks down stage and step timing and the failure details; for the others, it returns health and troubleshooting signals.

When it helps
last night's deploy failed and you want the guilty step without trawling through logs.

Sourcegithub.com · September 30, 2026 ↗

harness_describe

Maps out what the server knows how to handle: resource types, allowed operations and the fields of each. It does not query your account at all, it reads a description bundled with the server.

When it helps
you want to know whether cloud cost resources are covered before asking about them.

Sourcegithub.com · September 30, 2026 ↗

harness_status

Shows a live health dashboard for a project: recent executions, failure rates and direct links into the Harness console.

When it helps
first thing Monday, you want a snapshot of the checkout project before the team sync.
Watch out
it is a snapshot, not an alert, so nothing tells you if things get worse an hour later.

Sourcegithub.com · September 30, 2026 ↗

harness_schema

Retrieves the exact YAML or JSON definition of a resource type, with examples. Claude leans on it to draft a valid description before it takes any action.

When it helps
you are planning a new pipeline and want the structure Harness expects, field by field.

Sourcegithub.com · September 30, 2026 ↗

What Claude changes (4)

4 tools

Four tools that act on your account. Harness adds a server-side prompt for risky operations; on Claude's side, the general rule below applies.

harness_create

Approval: see the rule

Creates a new Harness resource, including a pipeline stored directly in Harness or in a Git repository. You describe what you need, Claude produces the definition and submits it.

What Claude asks for
Harness adds a server-side prompt for risky operations; otherwise Claude's general approvals rule applies.
When it helps
cloning a test service for a new team.
Watch out
Harness ranks pipeline creation as low risk, with no server prompt.

Sourcegithub.com · September 30, 2026 ↗

harness_update

Approval: see the rule

Updates an existing resource, Git-backed pipelines included. Claude takes the current definition, applies the change you asked for and sends the new version back to Harness.

What Claude asks for
Harness documents a server-side check when the risk calls for it; beyond that, Claude's default behavior is what you get.
When it helps
adding a test step to a pipeline that already runs.

Sourcegithub.com · September 30, 2026 ↗

harness_delete

Approval: see the rule

Deletes a resource from your Harness account. Harness labels this operation destructive.

What Claude asks for
Harness keeps a confirmation prompt for deletions, provided the client can display it, and Claude's general approvals rule applies on top.
When it helps
clearing out short-lived environments nobody remembered to remove.

Sourcegithub.com · September 30, 2026 ↗

harness_execute

Approval: see the rule

Triggers an action on a resource: run or retry a pipeline, import a pipeline from Git, toggle a feature flag, sync a GitOps application.

What Claude asks for
Harness prompts for medium-risk, high-risk and destructive actions only, and does not say which tier a run falls in; on Claude's side, see the general approvals rule.
When it helps
rerunning the main branch build right after a fix lands.

Sourcegithub.com · September 30, 2026 ↗

Approvals

What Claude checks with you first

By default, Claude stops and asks before any action it takes on an account on your behalf. With Harness, a second layer lives on the server side.

On a Team or Enterprise workspace, owners decide whether members can let some actions through without being asked again. They can also cap what a connector does across the organization, for instance keep reading open and block writing, and nobody overrides that from their own account. Harness, for its part, ranks each operation by risk and only shows its own prompt above the low tier. Claude also works with your Harness permissions and nothing more. The official per-tool labels only appear in the settings of a connected account.

Plans

Which Claude plans include Harness

Of the 819 sheets in the official directory, none shows plan availability. Connector by connector, that information is not published anywhere.

The general rule is public: remote connectors are open to all users on Claude, Cowork, Claude Desktop and mobile. On Team and Enterprise, an Owner or Primary Owner enables the connector for the organization before each member connects. For Harness's current status on your account, check its sheet in the official directory. Turning the service on at Harness is a separate step handled with their support team.

Limits

Where the Harness connector stops

A connector is not an automation. Claude calls these tools while it answers you, so nothing fires when a build fails or a deploy finishes.

Only the publisher documents this connector: neither Claude's help center nor Anthropic's developer docs have a page for it, and the limits below come from Harness's repository. The tool list is an observed floor, since an admin can open actions no public sheet shows. The partner badge is not a security audit, and Anthropic notes on every sheet that it does not choose a publisher's tools or vouch for how they behave. Harness also documents a self-hosted version of the server, with its own settings.

Need help

Need help connecting Harness to Claude?

A person reads every message.

FAQ

Claude Harness connector FAQ

01What can Claude do with the Harness connector?
Claude can inspect and operate your Harness account from the conversation, through eleven generic tools that cover 259 resource types. It lists and fetches pipelines, services or environments, diagnoses a failed pipeline, shows a project's health and reads the schemas Harness expects. It can also create, update or delete a resource, or run an action such as rerunning a pipeline or toggling a feature flag, always within the limits of your Harness permissions.
02Can Claude delete or deploy things in Harness?
Yes. Four tools act on your account: one creates a resource, one updates it, one deletes it and the last runs an action, for example a pipeline run or a GitOps sync. Harness labels deletion as destructive and puts a server-side confirmation prompt in front of it. Everything stays bounded by your own Harness permissions, and an owner of a Claude workspace can close writing for the whole organization if needed.
03Does Claude ask before it runs a pipeline?
By default, Claude stops and asks before any action it takes on an account on your behalf; that is the general rule. Harness adds its own prompt for medium, high and destructive operations. According to Harness's compatibility table, though, Claude Desktop cannot display that prompt yet, so the risky operation gets blocked with an error rather than executed silently in the background, unless an explicit confirmation is passed with the call.
04Which Claude plans give access to the Harness connector?
No official source publishes plan availability connector by connector, and none of the 819 directory sheets shows it. The general rule is that remote connectors are open to all users on Claude, Cowork, Claude Desktop and mobile, with an Owner enabling the connector first on Team and Enterprise. On the Harness side, the hosted service also has to be switched on by their support. For your account, rely on the directory sheet.
05Does Claude see my whole Harness account?
No. Claude works with the permissions of the Harness account you connected and never goes beyond that scope. An organization, a project or a resource your account cannot reach stays closed to it. On the Claude side, an owner of a Team or Enterprise workspace can further restrict what the connector does for everyone. So pick the account you authorize with some care, ideally one whose permissions are scoped to the job.
06Why does a Harness deletion fail from Claude Desktop?
Because Harness requires a confirmation for risky operations and, according to its compatibility table, Claude Desktop does not show that prompt yet. In that case Harness blocks the operation and returns an error instead of carrying it out. This applies to medium-risk, high-risk and destructive operations, deletions included, since Harness labels them destructive. Reads and low-risk creates, on the other hand, go through without any server prompt at all, which is why only some of your requests hit this wall.
07Claude or an automation tool for Harness?
They do different jobs, so it depends on the use. Claude is for asking a question or requesting a one-off action in plain English: diagnose a failure, rerun a build, check on a project. An automation tool chains steps without you, for example every time a pipeline fails. The connector never reacts to an event on its own, so for automatic reactions pick an automation tool, and keep Claude for the investigation work.