Skip to content

docs(cli): document the deploy plan, the construct diff and the write-back [RED-943] - #554

Open
sorccu wants to merge 3 commits into
mainfrom
simo/red-943-deploy-plan-docs
Open

sorccu wants to merge 3 commits into
mainfrom
simo/red-943-deploy-plan-docs

Conversation

@sorccu

@sorccu sorccu commented Oct 8, 2026 •

Copy link
Copy Markdown
Member

Rolls the stacked deploy-plan documentation (#510, #514, #516, #517, #519, #520, #521, #532, #540) into one PR on top of current main, as a single commit. Those PRs are closed in favour of this one. The content is theirs, rebased once onto the --schedule-on-deploy-threshold and --schedule-on-deploy-min-frequency additions that landed on main in the meantime.

What it documents

On cli/checkly-deploy.mdx and the Claude Code monitoring guide:

  • The plan, on by default (RED-1016, flipped by RED-1100 for the next major version): what a planned deploy does, the plan token, --plan-token, --prune-relations, --dry-run and the confirmation_required envelope (RED-943), and what --no-plan does instead.
  • The plan as the CLI prints it (RED-981): the overview table, the construct diff under each updated resource with its legend and the notes it can carry, masked secrets, totals in both tenses, a plan with nothing to apply, and the first plan of a project with its baseline note (RED-1055).
  • The confirmation shows the plan (RED-984) and, in a terminal, offers to write changes made in Checkly into the code: literal values (RED-985), helper-spelled properties (RED-986), runtimeId and every monitor request (RED-991), sslCheckDomain, aiAutoRepairEnabled and prompt (RED-992), and every other resource type (RED-997), with what is refused and why, and the report printed afterwards.

Accuracy review

A second commit corrects what a review of the page against the CLI found: the legend under every construct diff sample (past tense after a deploy), the exported variable at the top of the --output sample, the pruned relation row naming its check or group, the select prompt layout, the changed: note joining every cause, the full maintenance window write-back list, the doubleCheck note, and the --dry-run, --verbose and --prune-relations fields saying what needs --plan.

Plan by default (RED-1100)

A third commit describes the plan as the default of checkly deploy and --no-plan as the opt-out, as checkly-cli #1513 makes it for the release candidate of the next major version: the samples run checkly deploy without --plan, the baseline note and the plan footer read as the CLI prints them, --plan-token and --prune-relations are "not available with --no-plan", and the first plan of a project also covers a project upgraded from an earlier major version. The Claude Code guide's preview sample becomes a planned preview, and the Playwright guide's deploy log shows the plan and the prompt.

Not in this PR: two deploy samples that were already out of date before it, the deploy --preview in the availability guide (old Create: layout) and the Do you want to continue? prompt in the Playwright Check Suite quickstart; both need the overview layout and the Apply these changes? prompt.

When to merge

After the major release of the checkly CLI that plans by default is published as latest. The release candidate goes out under the next dist-tag, so until the stable release npm install checkly still resolves to a CLI whose deploy has no plan at all.

🤖 Generated with Claude Code

…-back [RED-943]

Rolls the stacked documentation of the deploy plan into one change, on
the `checkly deploy` page and the Claude Code monitoring guide:

- `--plan`, an opt-in: what a deploy does by default and what a planned
  deploy adds (RED-1016), with the plan token, `--plan-token`,
  `--prune-relations`, `--dry-run` and the `confirmation_required`
  envelope (RED-943).
- The plan as the CLI prints it: the overview table, the construct diff
  under each updated resource with its legend and notes, masked secrets,
  the totals in both tenses (RED-981), a plan with nothing to apply, and
  the first plan of a project (RED-1055).
- The confirmation prompt shows the plan (RED-984) and offers to write
  changes made in Checkly into the code: literal values (RED-985),
  helper-spelled properties (RED-986), runtimeId and every monitor
  request (RED-991), sslCheckDomain, aiAutoRepairEnabled and prompt
  (RED-992), and every other resource type (RED-997), with what is
  refused and why, and the report printed afterwards.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
@mintlify

mintlify Bot commented Oct 8, 2026 •

Copy link
Copy Markdown
Contributor

Preview deployment for your docs. Learn more about Mintlify Previews.

Project Status Preview Updated
checkly-422f444a 🟢 Ready View Preview Oct 9, 2026, 6:06 AM

…LI [RED-943]

A review of the page against the CLI found the samples and a few claims
out of step with what the command prints:

- every construct diff is headed by the two-line legend, in the past
  tense after a deploy, so the three samples that lacked it get it, and
  the --output sample opens its construct with the exported variable
  the renderer prints
- a pruned relation's row names the check or group it hangs off
- the select prompt is laid out as the prompt library renders it
- the `changed:` note joins every cause the plan reports, not only the
  code bundle and the dependency cache
- the maintenance window write-back also writes timezone,
  pauseAllChecks, silenceAllAlerts and silenceAlertsTags
- `doubleCheck` is not listed as unwritten when the retry strategy
  itself was written
- the --dry-run envelope carries unchanged resources too, --verbose
  prints diffs only with --plan, and relations the project does not
  manage are reported only with --plan

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
…he opt-out [RED-1100]

The next major version of the CLI plans every deploy unless --no-plan
is passed, so the deploy page no longer presents --plan as an opt-in
that "will become the default": a deploy works from a plan, the
samples run `checkly deploy` without the flag, the baseline note and
the plan footer read as the CLI prints them, --plan-token and
--prune-relations are "not available with --no-plan", and what a
deploy without a plan does is described under --no-plan. The first
plan of a project now also covers a project deployed with an earlier
major version, whose first deploy after the upgrade sets the baseline.

The Claude Code guide's preview sample becomes a planned preview, with
the baseline note and the plan token.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>

This branch was successfully deployed

1 active deployment
staging — 479a2eb9 Deployed Oct 9, 2026 by mintlify[bot]
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.

1 participant