- Home
- Resources
- Integrations
- CircleCI
CircleCI n8n integrationAutomate CircleCI with n8n.
Want your builds to start themselves and report back? The CircleCI n8n integration carries 3 operations, all on one Pipeline resource: read a pipeline, list many, start a new one. CircleCI has no trigger node, so the workflow opens with a Schedule Trigger, a Webhook, or another tool's trigger.
Verified Trustpilot reviews · AI, automation & growth agency
What does the CircleCI n8n integration actually give you?
The CircleCI n8n integration puts your pipelines on the same canvas as the rest of your tooling. n8n ships a CircleCI node with 3 operations, all of them on the Pipeline resource, authenticated by a Personal API Token stored once as a credential. From any workflow you can look a pipeline up, pull back a list of them, or kick a new one off, then send the result wherever it needs to go.
Start with the smallest one. A workflow already knows a pipeline number, maybe because it just started that pipeline itself, and it needs the pipeline's own record from CircleCI rather than a guess. pipeline.get fetches that single pipeline, and the rest of the branch decides what to do with it: post the outcome into a Slack channel, or hold a release step until the record is in hand.
The listing operation covers the reporting side. Point pipeline.getAll at a project, set Branch under Filters to the branch you actually care about, turn Return All on so n8n walks every page of results instead of stopping at Limit, and you have a full run of pipelines in one node. A Schedule Trigger every morning plus a write into Google Sheets gives the team a build log that nobody has to assemble by hand.
Then the one that moves things. pipeline.trigger starts a pipeline on demand, with Branch or Tag under Additional Fields deciding what gets built. That turns a deploy into a workflow step: an internal form, an approval in Slack, or an event coming from GitHub can all end in a pipeline that runs without anyone opening the CircleCI UI.
Anything the CircleCI API does beyond these 3 operations is still reachable from n8n. The HTTP Request node calls any endpoint of the CircleCI API and reuses the same credential through predefined authentication, so a workflow can mix the dedicated node for the common path with one raw call for the rest.
One structural point to plan around: there is no CircleCI trigger node, so nothing here listens on its own. Every workflow in this section starts somewhere else, then reaches CircleCI. Our n8n review goes into how that shapes a build around a tool with actions but no events.
How do you connect CircleCI to n8n?
- 01
Create the CircleCI account side first
You need a CircleCI account and a Personal API Token, which is the only authentication method the CircleCI credential in n8n accepts. The token is created from your CircleCI user settings, following CircleCI's own instructions for creating a personal API token. Copy it at the moment it is shown: a token you cannot read back is a token you have to replace.
- 02
Store the token as a credential in n8n
In n8n, open the Credentials menu and create a CircleCI credential, which is the saved login n8n reuses on your behalf. Paste the Personal API Token into its field and save. The credential exists once and is offered in the dropdown of every CircleCI node you add afterwards, on n8n Cloud or on a self-hosted instance, with no difference in how the workflow behaves.
- 03
Point the node at a real project
Add the CircleCI node, pick the credential, then set Provider to the source control system the project lives on, GitHub or Bitbucket. Project Slug takes the project written as
org-name/repo-name, exactly the shape of then8n-io/n8nplaceholder shown in the field. Runpipeline.getAllonce with a small Limit to confirm the pairing before you build anything on top.
What can the CircleCI node do?
The CircleCI node exposes 3 operations across 1 resources. For each one: the node as you configure it in n8n, the required fields, and our field notes.
Operations index
Pipeline
3 operationsGet a pipeline
pipeline.getWhat you see in n8n
Notes & use cases
Returns one specific pipeline from CircleCI, the one identified by its number on a given project, so a workflow can read its record rather than assume anything.
Key parameters
- Provider: the source control system behind the project,
githuborbitbucket. - Project Slug: the project as
org-name/repo-name, matching then8n-io/n8nplaceholder. - Pipeline Number: the number of the pipeline you want, usually pulled in with an expression from an earlier node's output rather than typed by hand.
Get many pipelines
pipeline.getAllWhat you see in n8n
Notes & use cases
Brings back a set of pipelines for a project instead of a single one, which is what you want whenever the question is about a period rather than a run.
Key parameters
- Project Slug: the project in
org-name/repo-nameform, with Provider set to GitHub or Bitbucket. - Return All: on, n8n follows the API pages until every pipeline is collected; off, Limit caps how many come back.
- Branch, under Filters: narrows the list to one vcs branch, so a main-only report stays main-only.
Trigger a pipeline
pipeline.triggerWhat you see in n8n
Notes & use cases
Starts a new pipeline on the project you name. CircleCI becomes something a workflow does. Nobody has to remember the button on a Friday afternoon.
Key parameters
- Project Slug: the project, in
org-name/repo-nameform. - Branch, under Additional Fields: the branch to build, whose HEAD commit is used for the pipeline.
- Tag, under Additional Fields: the tag to build instead, pointing at the commit used. Branch and tag are mutually exclusive, so send one or the other, never both.
Need help automating CircleCI with n8n?
A person reads every message.

