Skip to content

docs(sandboxes): add sandbox environments section (sbx env, experimental) - #25487

Open
dvdksn wants to merge 19 commits into
docker:mainfrom
dvdksn:worktree-sbx-env-docs
Open

docs(sandboxes): add sandbox environments section (sbx env, experimental)#25487
dvdksn wants to merge 19 commits into
docker:mainfrom
dvdksn:worktree-sbx-env-docs

Conversation

@dvdksn

@dvdksn dvdksn commented Jul 3, 2026

Copy link
Copy Markdown
Contributor

Summary

  • Adds a dedicated experimental Sandbox environment files page and links it from the Sandboxes workflows and get-started documentation
  • Documents the v0.39 .sbxenv.yaml schema and all four sbx env commands (run, create, exec, and rm)
  • Provides common workflows for shared project setup, personal overrides, multiple repositories, and automation
  • Clarifies live-update, recreation, failed-create cleanup, global binding, and MCP gateway behavior
  • Vendors the generated v0.39 sbx env CLI reference and links each command from the guide

🤖 Updated with Codex

Adds a new "Sandbox environments" section documenting the declarative
`.sbxenv.yaml` configuration format and `sbx env` commands (run, create, rm).

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
@netlify

netlify Bot commented Jul 3, 2026

Copy link
Copy Markdown

Deploy Preview for docsdocker ready!

Name Link
🔨 Latest commit 6afa473
🔍 Latest deploy log https://app.netlify.com/projects/docsdocker/deploys/6a7f069dcf0c5d000866f0c0
😎 Deploy Preview https://deploy-preview-25487--docsdocker.netlify.app
📱 Preview on mobile
Toggle QR Code...

QR Code

Use your smartphone camera to open QR code link.

To edit notification comments on pull requests, go to your Netlify project configuration.

@docker-agent docker-agent left a comment

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.

Assessment: 🟡 NEEDS ATTENTION

This PR adds a new Sandbox environments section (~158 lines) to workflows.md documenting the experimental sbx env feature. The structure is clear and the YAML examples look correct. A few style-guide issues were found in the newly added content.

Comment thread content/manuals/ai/sandboxes/workflows.md Outdated
Comment thread content/manuals/ai/sandboxes/workflows.md Outdated
Comment thread content/manuals/ai/sandboxes/workflows.md Outdated
Comment thread content/manuals/ai/sandboxes/workflows.md Outdated
dvdksn and others added 4 commits July 3, 2026 09:30
Moves sbx env content from workflows.md into its own page
(sandbox-environments.md) with a proper per-field YAML reference.
Leaves a one-line pointer in workflows.md.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
- agent: mark as required (Validate() enforces non-empty)
- pullPolicy: correct default to "always" (pullPolicyOrDefault helper)
- registries: clarify secret required, username optional; note token-only support

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
- Remove undocumented docker-credential-desktop registry example
- Improve plaintext secret warning to suggest variable interpolation
- Remove prose em dashes

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
…ts page

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
@dvdksn dvdksn added this to the sbx/future milestone Jul 16, 2026
dvdksn added 4 commits August 11, 2026 08:31
…v-v039

# Conflicts:
#	content/manuals/ai/sandboxes/workflows.md
The draft reference omitted supported commands and schema fields and misstated interpolation and cleanup behavior. Update it against docker/sandboxes release/v0.39 and resolve the workflows conflict with current main.\n\nCo-Authored-By: Codex <noreply@openai.com>
Clarify the lifecycle, cleanup, MCP, and local-only behavior of declarative sandbox environments. Vendor the generated v0.39 sbx env CLI reference and link the guide to it.

Signed-off-by: David Karlsson <35727626+dvdksn@users.noreply.github.com>
The experimental environment-file workflow was only discoverable from the workflow guide. Add a concise link in the get-started next steps with its v0.39 availability requirement.

Signed-off-by: David Karlsson <35727626+dvdksn@users.noreply.github.com>
@dvdksn dvdksn modified the milestones: sbx/future, sbx/v0.39.0 Aug 11, 2026
dvdksn added 9 commits August 12, 2026 11:19
The page opened with an ancillary workspace-location case before showing the feature's primary workflow. Lead with a project-local web application example, explain the problem it solves, and remove the redundant local-sandbox qualifier.

Signed-off-by: David Karlsson <35727626+dvdksn@users.noreply.github.com>
The environment file page moved from one example directly into command and schema reference material. Add four task-oriented recipes for shared project setup, personal overrides, multi-repository work, and automation, then separate update and cleanup behavior into dedicated sections.

Signed-off-by: David Karlsson <35727626+dvdksn@users.noreply.github.com>
Variable interpolation is scheduled to be superseded after v0.39 and should not be promoted as a lasting workflow. Remove its authored guide section and the interpolation suggestion from the secret warning while preserving generated v0.39 CLI reference data.

Signed-off-by: David Karlsson <35727626+dvdksn@users.noreply.github.com>
Introduce the minimum valid configuration before the workflow gallery, explain the command and update lifecycle earlier, and separate resource-scope and failed-create cleanup guidance.

Signed-off-by: David Karlsson <35727626+dvdksn@users.noreply.github.com>
The minimum schema example did not demonstrate why a project would share an environment file. Use a Playwright kit and shared environment variable, and move detailed exec syntax into the automation workflow where it becomes relevant.

Signed-off-by: David Karlsson <35727626+dvdksn@users.noreply.github.com>
The exec delimiter explanation interrupted a use-case-oriented workflow with command parsing details. Remove the duplicate explanation because the generated exec reference already documents the syntax and examples.

Signed-off-by: David Karlsson <35727626+dvdksn@users.noreply.github.com>
The update lifecycle section interrupted the introductory path from basic usage to motivating examples. Move the full explanation after the workflow gallery and retain a concise linked warning in the run command description.

Signed-off-by: David Karlsson <35727626+dvdksn@users.noreply.github.com>
The complete-project workflow repeated the introductory Playwright example without adding a distinct use case. Remove it and preserve its kit source, allowlist, and pinning guidance in a dedicated kits reference section.

Signed-off-by: David Karlsson <35727626+dvdksn@users.noreply.github.com>
The starter example showed shared tools and environment variables but omitted how a development service reaches the host. Add an explicit port mapping and describe its effect without implying that sbx starts the service.

Signed-off-by: David Karlsson <35727626+dvdksn@users.noreply.github.com>
@dvdksn
dvdksn requested review from a team and cdupuis August 14, 2026 12:04
@dvdksn
dvdksn marked this pull request as ready for review August 14, 2026 12:05

@docker-agent docker-agent left a comment

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.

Assessment: 🟡 NEEDS ATTENTION

Vendored files: The data/sbx_cli/*.yaml files are generated CLI reference data — no inline comments on those.

Hand-authored docs: One medium-severity clarity issue found in the new sandbox-environments.md page. See inline comment.

Comment thread content/manuals/ai/sandboxes/sandbox-environments.md Outdated

@docker-agent docker-agent left a comment

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.

Assessment: 🟡 NEEDS ATTENTION

This PR adds a well-structured Sandbox environment files page along with updates to the get-started and workflows docs. The content is detailed and technically accurate. Two items flagged for attention:

  1. Vendored YAML files — the five data/sbx_cli/sbx_env*.yaml files follow the generated CLI reference pattern; per project conventions these should come from an upstream sync rather than hand-authoring.
  2. Ambiguous field descriptionnoVerify's description uses once in a way that may confuse readers about whether the field skips a single attempt or the entire provisioning-time resolution.

Comment thread data/sbx_cli/sbx_env.yaml
Comment thread content/manuals/ai/sandboxes/sandbox-environments.md Outdated

@docker-agent docker-agent left a comment

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.

Assessment: 🟡 NEEDS ATTENTION

This PR adds a well-structured sandbox environments page, updates get-started and workflows cross-references, and vendors five CLI reference YAML files under data/sbx_cli/.

Note on vendored files: The five data/sbx_cli/*.yaml files (sbx_env.yaml, sbx_env_create.yaml, sbx_env_exec.yaml, sbx_env_rm.yaml, sbx_env_run.yaml) are generated CLI reference data synced from upstream. Per project policy, content edits to these files should be made upstream and synced back — they are not reviewed here for wording or content quality.

Two clarity issues were found in the hand-authored sandbox-environments.md:

  1. Re-run behavior wording (line 66) — the table cell "apply only env and MCP changes" may not clearly signal that other changes are silently skipped (not queued) and require sbx env rm + recreate.
  2. cpus: 0 description (line 267) — "automatic value" does not tell users whether 0 means no limit, a platform default, or a dynamic choice.

See inline comments for details.

Comment thread content/manuals/ai/sandboxes/sandbox-environments.md Outdated
Comment thread content/manuals/ai/sandboxes/sandbox-environments.md Outdated
Review feedback identified ambiguous descriptions for re-run updates, noVerify, and the zero CPU value. State the recreation requirement, provisioning-time resolution behavior, and host CPU allocation explicitly.

Signed-off-by: David Karlsson <35727626+dvdksn@users.noreply.github.com>

@akristen akristen left a comment

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.

i might consider separating reference from crud procedures, but that's personal preference. otherwise lgtm!

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

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants