Skip to content

Conversation

@hwartig
Copy link

@hwartig hwartig commented Nov 12, 2025

Affected Components

  • Docs


## System Variables

Checkly provides a set of built-in system variables that you can use in your checks. These variables provide information about the check execution environment, and can be especially useful in playwright checks to distinguish between Checkly executions and local runs.
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
Checkly provides a set of built-in system variables that you can use in your checks. These variables provide information about the check execution environment, and can be especially useful in playwright checks to distinguish between Checkly executions and local runs.
Checkly provides a set of built-in system variables that you can use in your checks. These variables provide information about the check execution environment and can be especially useful in Playwright Check Suites to distinguish between Checkly executions and local runs.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Let's maybe also link to Playwright Check Suites here.

## System Variables

Checkly provides a set of built-in system variables that you can use in your checks. These variables provide information about the check execution environment, and can be especially useful in playwright checks to distinguish between Checkly executions and local runs.

Copy link
Collaborator

@stefanjudis stefanjudis Nov 13, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Just to confirm: are all these variables 👇 set in all environments (browser checks, API checks, multistep checks)? Of course, I've got no clue, but as far as I understand, this change was about the Playwright Check Suites environment?


Checkly provides a set of built-in system variables that you can use in your checks. These variables provide information about the check execution environment, and can be especially useful in playwright checks to distinguish between Checkly executions and local runs.

* **CHECKLY**: We set this to "1" for all check runs executed by Checkly.
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
* **CHECKLY**: We set this to "1" for all check runs executed by Checkly.
* **CHECKLY**: Set to `1` for all check runs executed by Checkly.

Checkly provides a set of built-in system variables that you can use in your checks. These variables provide information about the check execution environment, and can be especially useful in playwright checks to distinguish between Checkly executions and local runs.

* **CHECKLY**: We set this to "1" for all check runs executed by Checkly.
* **CHECKLY_RUN_SOURCE**: This variable indicates the source or reason why the check was run. You can use this to skip parts of your test suite in certain scenarios. Possible values include:
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
* **CHECKLY_RUN_SOURCE**: This variable indicates the source or reason why the check was run. You can use this to skip parts of your test suite in certain scenarios. Possible values include:
* **CHECKLY_RUN_SOURCE**: Indicates the manual or scheduled check run trigger. Use this variable to skip parts of your test suite in certain scenarios or adjust the check run configuration. Possible values include:


* **CHECKLY**: We set this to "1" for all check runs executed by Checkly.
* **CHECKLY_RUN_SOURCE**: This variable indicates the source or reason why the check was run. You can use this to skip parts of your test suite in certain scenarios. Possible values include:
* `CLI_DEPLOY`: When checks are deployed using `npx checkly deploy` their first run is scheduled with this type.
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nit: for all the following, I'd value consistency for all entries. E.g.

-> The check was triggered by/as ... (or any different wording).

* `TRIGGER_API`: The check was triggered via the API.
* `TRIGGER_NO_RECORD`: CLI Trigger `npx checkly trigger`.
* `TRIGGER_RECORD`: CLI Trigger `npx checkly trigger --record`.
* **CI**: We set this to "1" for the following check runs:
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
* **CI**: We set this to "1" for the following check runs:
* **CI**: Set to `1` for the following check runs:

We and "personal" words can often be omitted in tech writing. :)

* `TRIGGER_RECORD`: CLI Trigger `npx checkly trigger --record`.
* **CI**: We set this to "1" for the following check runs:
* CLI runs via `npx checkly test` or `npx checkly trigger`.
* Check runs that are triggered by [deployments](/integrations/ci-cd/github/deployments).
Copy link
Collaborator

@stefanjudis stefanjudis Nov 13, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looking at the infra PR, seems like the OTEL variables are missing?

https://github.com/checkly/checkly-runners/pull/2883

Copy link
Collaborator

@stefanjudis stefanjudis left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@hwartig Thank you for considering the docs. I've left some niggles. :)

"group": "Incidents",
"pages": [
"incidents/create-an-incident",
"api-reference/incidents/create-an-incident",
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

nice! 👏

Copy link
Collaborator

@stefanjudis stefanjudis left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I've left one last tiny comment that might be misleading and I'm unsure what should be written there because I'm unfamiliar with the details.

Huge kudos for fixing broken things on the way! 💯

Feel free to move forward once the tiny thing is resolved. :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants