From the “Project Overview” page, you can now set up a rollback pipeline that lets you quickly revert to a previous deployment version when invoked. Read more in our community forum, send any questions/comments to sebastian@circleci.com.

Platform Team Toolkit enables enterprise CI/CD optimization and governance that eliminates duplication, enforces security compliance, and accelerates delivery while empowering developers with the flexibility and speed they need.

It’s a combination of features that unlock efficiency and reduce operational toil for platform teams managing pipelines at scale, all while enhancing developer experience and velocity.

Key components of Platform Team Toolkit:

Terraform Module (coming soon) - Built on top of our Administration APIs. Provides a centralized tool to manage all projects on CircleCI. With infrastructure as code policies, you can set standards and maintain settings in one place.

URL Addressable Orbs - Removes the barriers to reusable config by allowing any file in your VCS to become a CircleCI orb. Allowlist rules maintain security and compliance.

Centralized Configuration, Templates, and Overrides - Gives the platform team the ability to manage pipelines from a central template while still providing dev team autonomy where it’s required.

To get the most from these features we recommend you review the documentation.

Reminder

Maintenance window for Runner is scheduled for June 3rd, 2025, at 19:00 PST/22:00 EST. The maintenance window will last until 19:10 PST/22:10 EST.

During this period:

• Resource management will not be available
• The Runner web UI for inventory and installation will not be available
• Up to a 5-minute delayed start time for runner jobs.

On June 25, 2025, the Insights pages in the CircleCI web app will be updated with the following changes:

• The organization overview “landing page” will show a more concise summary view
• Historical resource utilization graphs (CPU/RAM) for individual jobs will be removed from the web app.

Historical resource utilization data via the CircleCI Usage API and resource utilization in the “Resources” tab of the Job Details page in the CircleCI web app will still be available. More details on our community forum Discuss.

Maintenance window for Runner is scheduled for June 3rd, 2025, at 19:00 PST/22:00 EST. The maintenance window will last until 19:10 PST/22:10 EST.

During this period:

• Resource management will not be available
• The Runner web UI for inventory and installation will not be available
• Up to a 5-minute delayed start time for runner jobs.

CircleCI is making an upgrade to its local CLI which will require all local CLI users to upgrade to v0.1.31425 or higher if using the following two commands:

• circleci setup (circleci_setup)
• circleci diagnostic (circleci_diagnostic)

This upgrade must occur before May 31, 2025. After May 31, 2025, the two commands listed above will no longer work on versions of the CLI that are older than v0.1.31425.

We’ve enhanced our platform to ensure branches appear in the branch picker dropdown even when they don’t trigger a pipeline build due to trigger settings like “Only build PRs” or “CI Skip” being enabled.

What’s Changed

Previously, when a new branch was created but didn’t trigger a build due to trigger settings (such as “Only build PRs” or commits with “[ci skip]”), the branch wouldn’t appear in the branch picker dropdown in the CircleCI UI. This made it difficult for users to manually trigger builds on these branches, as they would need to use the API instead.

Now, branches will appear in the branch picker regardless of whether they’ve triggered a pipeline, making it easier to manually trigger builds through the UI.

• No action is required to benefit from this change
• Branches will now appear in the branch picker dropdown even if they haven’t triggered a pipeline
• This applies to GitHub OAuth integrations

We’ve introduced a new “Project Setup” page in Project Settings, designed to simplify how pipelines and triggers are presented and managed. This unified experience will eventually replace the separate Pipelines and Triggers tabs.

Currently, the page supports view-only access to pipelines and triggers configured via GitHub (either via GitHub OAuth app or through the CircleCI GitHub App integration). To create, update, or delete pipelines and triggers — or to view pipelines connected to Bitbucket or GitLab — please continue using the existing Pipelines and Triggers pages.

This page is a work in progress, and we’d love your feedback as we continue to iterate. Reach out to benedetta@circleci.com with thoughts or questions.

We’ve updated the naming convention for pipelines integrated via GitHub OAuth app and Bitbucket Cloud. Previously, OAuth pipelines were automatically named {project-name} default, which in some cases created confusion. To improve clarity, we’ve simplified the naming structure by removing the “default” suffix. These pipelines are now simply named after their associated project.

This change is reflected across:

• Project Settings > Pipelines
• Project Settings > Triggers
• Trigger Pipeline modal

The public API and the ‘Pipeline’ column in the Pipelines page already used the simplified naming convention.

A change to status checks was originally scheduled for April 28, 2025. The scope of the change has been revised based on user feedback.

What is changing?

We are updating some CircleCI job statuses to better align with how we report terminal job states to VCS status checks.

Starting June 2, 2025 jobs that are currently marked as skipped will be changed to failed in CircleCI in the following situations:

• Project is abusive
• User is sanctioned
• SSH key is missing
• Server license is expired
• Parallelism limit is exceeded

Note: Status checks will not be impacted, as these jobs are already reported as failures to GitHub.

Why are we making this change?

In these cases, the failed status more accurately reflects that the job was not successful due to blocking conditions—not because of optional skips or conditional logic. This change also improves consistency across job reporting as these jobs already appear as failures in GitHub.

This is a modification of the plans announced in April for Skipped Status Will Now Return Success which will remain paused.

When will this take effect?

June 2, 2025

Three new tools are available in the CircleCI MCP Server:

We added the get_latest_pipeline_status tool to retrieve information about the status of the latest pipeline on a branch.

We also added two tools to support prompt iteration workflows:

• create_prompt_template will generate an optimized prompt for a user defined task. This is useful for crafting prompts for AI applications
• recommend_prompt_template_tests will generate test cases for a prompt, this makes it faster to try out prompts with a variety of inputs

Download the MCP Server here

Project administration APIs are now available to cloud customers. Perfect for customers wanting to ease new project onboarding, maintain standards across projects, or manage projects with infrastructure as code (IaC practices). For more information see the official documentation.

APIs Available:

• Project
• Pipeline Definitions (Github App)
• Triggers (Github App)

Over the next few weeks we will be following up on the API release with an official Terraform module supported by CircleCI. You will also see more detailed tutorials on how to leverage the APIs and Terraform on the CircleCI blog.

Two new tools made available in the CircleCI MCP Server:

• We added the config_helper tool to assist with CircleCI configuration tasks such as providing support for validating .circleci/config.yml files, recommending fixes, and suggesting best practice improvements.
• We added the find_flaky_tests tool to identify and analyze flaky tests in CircleCI projects, supporting both project URL and local git repository context.

Download the MCP Server here

We’ve recently rolled out the CircleCI Model Context Protocol (MCP) Server. This enables developers using tools (Claude Code, Cursor, Windsurf, etc.) that support the MCP protocol to interact with CircleCI.

Agents and AI tools can now fulfill developer requests, such as “Find the latest failed pipeline on my branch and get logs.” This eliminates the need to navigate through the UI or use complex CLI commands to debug and solve problems. This is the initial release, and we will continuously be updating what the server can do over the coming weeks. If you would like to contribute, please don’t hesitate to put in a pull request.

For more details and example use cases, check out our documentation and our blog post.

For questions or feedback, please open an issue on the GitHub repository.

The “Trigger type” dropdown in the “Add trigger” form (Project Settings > Triggers) has been updated with the following changes:

• “GitHub App” is now the default pre-selected option for all organization types
• For organizations using CircleCI’s GitHub OAuth App integration, the dropdown now displays only the three valid trigger options: GitHub App, Custom Webhook, and Schedule

Similarly. the “Integration” dropdown in the “Add pipeline” form (Project Settings > Pipelines) has been updated with the following changes:

• “GitHub App” is now the default pre-selected option for all organization types
• For organizations using CircleCI’s GitHub OAuth App integration, the dropdown now only includes the option “GitHub App”

Update: Based on user feedback, this release has been postponed to better assess impact to VCS workflows. Detailed descriptions of changes and a new launch date will be announced soon. A new date for any breaking changes will be announced at least 4 weeks in advance.

Clarification - All VCS status checks are impacted.

What is changing?

Status checks previously sent skipped job statuses as failures, now they will be sent as successful checks. This is to align with GitHub’s definition of skipped status.

This means that “skipped” will not prevent pull request merging, even if it is a required check.

List workflow jobs v2 API previously returned jobs with blocked statuses for jobs that never ran, now they will return as a skipped status.

This applies to other jobs that result in a skipped status within CircleCi:

• Build parallelism too high.
• Higher priority serial group already in use.
• Non-runnable blocked job (e.g. an upstream failed job that required it to be successful).

Why are we doing this?

To improve the lifecycle of jobs and enable features such as finally jobs, all jobs will transition from blocked to one of the terminal states (success, failed, canceled, skipped, unauthorized).

When will it happen?

28th April 2025 A new date for any breaking changes will be announced at least 4 weeks in advance.

The environment variable CIRCLE_PULL_REQUEST is now populated for all pipelines triggered from GitHub, regardless of integration type, whenever the triggering commit is associated with a pull request.

For GitHub App pipelines specifically, the pipeline variable pipeline.event.context.github.pr_url is also populated with the same information.

Previously, the CIRCLE_PULL_REQUEST environment variable was only populated for pipelines that used CircleCI’s GitHub OAuth App integration.

Parameters in the trigger pipeline modal now automatically populate based on the pipeline selected in the dropdown menu at the top of the form.

Currently, this feature is only available for pipelines that are configured with CircleCI’s GitHub App integration. For pipelines that use CircleCI’s GitHub OAuth App integration, parameters continue to auto-populate based on the config file used in the most recent pipeline run, regardless of whether it matches the pipeline that has been selected.

The host OS that Docker jobs run on is being upgraded to support new features and ongoing security and bug patches. This upgrade has now been rolled out to all customers.

Learn more about this change in Discuss: Docker Executor Infrastructure Upgrade.