Skip to content

docs: add Kosli Capture Managed Service page - #380

Open
mintlify[bot] wants to merge 1 commit into
mainfrom
mintlify/2dca75a3
Open

docs: add Kosli Capture Managed Service page#380
mintlify[bot] wants to merge 1 commit into
mainfrom
mintlify/2dca75a3

Conversation

@mintlify

@mintlify mintlify Bot commented Sep 2, 2026

Copy link
Copy Markdown
Contributor

Adds a new "Kosli Capture Managed Service" page to the Getting started section, based on a customer-facing overview drafted by Graham.

  • New page: getting_started/kosli_capture.md (sidebar label: "Kosli Capture")
  • Content adapted to docs style: second-person voice, sentence-case headings, setup steps in a Steps component
  • Added to the Getting started group in navigation, after Environments

Generated by Mintlify Agent.

Requested by: graham@kosli.com via Slack
Mintlify session: slack_1782915660.508229_D0AM66349C1

@mintlify
mintlify Bot requested a review from a team as a code owner September 2, 2026 12:07
@mintlify

mintlify Bot commented Sep 2, 2026

Copy link
Copy Markdown
Contributor Author

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

Project Status Preview Updated (UTC)
kosli 🟢 Ready View Preview Sep 2, 2026, 12:08 PM

@claude

claude Bot commented Sep 2, 2026

Copy link
Copy Markdown
Contributor

Claude finished @gsavage's task in 1m 43s —— View job


Doc review — Kosli Capture Managed Service

  • Read changed files and CLAUDE.md
  • Verify navigation entry
  • Check links, style, and prior-round feedback
  • Post review

This round is much tighter — the .md-suffixed links, the comma splice, the double spaces, the terminology drift ("configuration file" → "configuration document"), the "Historically" framing, the passive step 3, and the Monitoring section are all resolved. tag: "BETA" matches the existing convention in client_reference/ and integrations/mcp_server.md. ✓

Navigationadministration/kosli_capture is present in config/navigation.json:73. ✓
Links — all three internal links (/getting_started/environments, /administration/kosli_capture ×2) resolve to real pages, all root-relative. ✓

Three findings, all posted inline:

administration/kosli_capture.md

  • Improvement (line 42) — environment auto-creation is now asserted twice, on line 38 and again on line 42. Keep it once.
  • Suggestion (line 18) — "Amazon's AWS API" is redundant.

administration/managing_environments/overview.md

  • Improvement (line 69) — the <Info> on line 13 scopes this page to Terraform and points CLI/UI readers elsewhere, but the new section is none of those three. Say so explicitly so the section justifies its placement. Same suggestion switches "will snapshot"/"will create" to present tense.

Two things I'd note without a suggestion

  • sidebarTitle on line 3 is still the only occurrence in the repo. It's valid Mintlify and reads fine in the sidebar — flagging only so the choice is deliberate rather than inherited.
  • Nav placement. administration/kosli_capture is a flat entry after managing_tags, while the Managing Environments group directly above it holds a single page. Kosli Capture is squarely an environments topic; folding it into that group would make the group earn its nesting and put the page where a reader looking for "how do my environments get populated" would look first.

The open questions from earlier rounds — which tag key drives environment mapping, and how filters are expressed — are still unanswered on the page, but you've said those belong on a configuration-detail page that hasn't been written. Not re-raising; a forward pointer once that page exists would close it.

⚠️ I could not run mint broken-links (CLAUDE.md rule 5) — the mint CLI isn't installed in this runner. Link targets were verified by hand against the filesystem instead.
· branch mintlify/2dca75a3

Comment thread administration/kosli_capture.md Outdated
Comment thread administration/kosli_capture.md Outdated
Comment thread administration/kosli_capture.md Outdated
Comment thread administration/kosli_capture.md Outdated
Comment thread administration/kosli_capture.md Outdated
Comment thread administration/kosli_capture.md
Comment thread administration/kosli_capture.md Outdated
Comment thread administration/kosli_capture.md Outdated
Comment thread config/navigation.json
Comment thread administration/kosli_capture.md Outdated
@dangrondahl dangrondahl changed the title Add Kosli Capture Managed Service page docs: add Kosli Capture Managed Service page Sep 2, 2026
Comment thread administration/kosli_capture.md
Comment thread administration/kosli_capture.md
Comment thread administration/kosli_capture.md Outdated
Comment thread administration/managing_environments/overview.md Outdated
Comment thread getting_started/environments.md Outdated
Comment thread administration/kosli_capture.md Outdated
Comment thread administration/kosli_capture.md Outdated
Comment thread administration/kosli_capture.md
Comment thread administration/kosli_capture.md Outdated
Comment thread administration/kosli_capture.md Outdated
Comment thread administration/kosli_capture.md Outdated
Comment thread getting_started/environments.md Outdated
Comment thread administration/kosli_capture.md Outdated

## Automatically creating physical environments

The [Kosli Capture Managed Service](/administration/kosli_capture) will automatically snapshot your infrastructure according to rules you define. Kosli Capture will create physical environments as needed.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Improvement — this page claims something the Kosli Capture page doesn't. "Kosli Capture will create physical environments as needed" is a real capability claim, but administration/kosli_capture.md never mentions creating environments — it only says tags "determine which Kosli environment should hold the snapshots", which reads as routing into environments that already exist. A reader who follows the link won't find the auto-creation behaviour confirmed. Worth adding a sentence to the "Finding resources" section of the Kosli Capture page, since auto-creation is arguably its biggest selling point over Terraform-managed environments.

Two smaller points on the same block:

  • Heading level. This is an H2, so it sits as a sibling of "Managing physical environments" and "Managing logical environments" — but it is about physical environments, and it's wedged between the two. ### Automatically creating physical environments, appended to the physical-environments section, nests correctly. It also sidesteps the mild scope clash with line 13 ("This page covers managing environments via Terraform"), since Kosli Capture isn't a Terraform mechanism.
  • Tense. "will automatically snapshot" / "will create" → present tense reads better for a capability that exists today.
Suggested change
The [Kosli Capture Managed Service](/administration/kosli_capture) will automatically snapshot your infrastructure according to rules you define. Kosli Capture will create physical environments as needed.
### Automatically creating physical environments
The [Kosli Capture Managed Service](/administration/kosli_capture) automatically snapshots your infrastructure according to rules you define, creating physical environments as needed.

(Note the suggestion changes the heading to H3 — if you take it, move the block above ## Managing logical environments stays as-is, it's already in the right position.)

Fix this →


Kosli Capture can filter out resources based on your tags.

As your cloud environment evolves, such as the addition of new ECS clusters or the retirement of existing Lambdas, Kosli Capture automatically detects the changes. Because Kosli Capture creates physical environments as needed, when your infrastructure changes, Kosli will keep up. No changes to the configuration created during the initial setup are required.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Improvement — environment auto-creation is now stated twice. Line 38 ends with "Kosli Capture will create physical environments for you", and this sentence repeats it four lines later ("Because Kosli Capture creates physical environments as needed..."). The claim only needs to land once; here the useful new information is that evolving infrastructure is handled without reconfiguration.

Suggested change
As your cloud environment evolves, such as the addition of new ECS clusters or the retirement of existing Lambdas, Kosli Capture automatically detects the changes. Because Kosli Capture creates physical environments as needed, when your infrastructure changes, Kosli will keep up. No changes to the configuration created during the initial setup are required.
As your cloud environment evolves, such as the addition of new ECS clusters or the retirement of existing Lambdas, Kosli Capture automatically detects the changes and creates any new physical environments needed. No changes to the configuration created during the initial setup are required.

If you take this, drop the trailing sentence on line 38 ("Kosli Capture will create physical environments for you.") so the claim appears once, in the paragraph that explains why it matters.


## Current status

Kosli Capture currently supports ECS and Lambda running within AWS. Support for S3 snapshots and for other cloud providers is in active development. A limitation in Amazon's AWS API currently prevents Kosli Capture from snapshotting EKS clusters; support for Kubernetes running on other cloud providers (e.g. Azure) will be added shortly.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Suggestion — "Amazon's AWS API" is redundant (AWS is already Amazon's).

Suggested change
Kosli Capture currently supports ECS and Lambda running within AWS. Support for S3 snapshots and for other cloud providers is in active development. A limitation in Amazon's AWS API currently prevents Kosli Capture from snapshotting EKS clusters; support for Kubernetes running on other cloud providers (e.g. Azure) will be added shortly.
Kosli Capture currently supports ECS and Lambda running within AWS. Support for S3 snapshots and for other cloud providers is in active development. A limitation in the AWS API currently prevents Kosli Capture from snapshotting EKS clusters; support for Kubernetes running on other cloud providers (e.g. Azure) will be added shortly.


### Automatically creating physical environments

The [Kosli Capture Managed Service](/administration/kosli_capture) will automatically snapshot your infrastructure according to rules you define. Kosli Capture will create physical environments as needed.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Improvement — the new section sits outside this page's stated scope. The H3 nesting under "Managing physical environments" is right, but line 13 tells the reader "This page covers managing environments via Terraform. For creating environments via the CLI or UI, see [Getting started: Environments]" — and Kosli Capture is neither Terraform, CLI, nor UI. A reader who took that <Info> at its word won't expect to find this here.

Simplest fix: say explicitly that this is the exception, so the section justifies its own presence.

Suggested change
The [Kosli Capture Managed Service](/administration/kosli_capture) will automatically snapshot your infrastructure according to rules you define. Kosli Capture will create physical environments as needed.
The [Kosli Capture Managed Service](/administration/kosli_capture) creates physical environments for you, without Terraform. It snapshots your infrastructure according to rules you define, creating environments as needed.

(Also switches "will automatically snapshot" / "will create" to present tense — it's a capability that exists today, not a future one.)

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.

2 participants