Agent skill

Isolated Space Boundary

by openchamber in openchamber/openchamber

A skill your agent uses when changing isolated-space trust boundaries: container hardening, networks and gatekeeper policy, exec and lifecycle, grants and credentials, code transfer and apply…

MITAuto-check passed

Install Isolated Space Boundary

skills CLI
$ npx skills add openchamber/openchamber --skill isolated-space-boundary -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install openchamber/openchamber isolated-space-boundary --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/openchamber/openchamber.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.agents/skills/isolated-space-boundary .claude/skills/isolated-space-boundary && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
isolated-space-boundary
GitHub stars
11k
Token cost
~2k tokens
SKILL.md length
1,097 words
Files
1
Skills in repo
21
Repo updated
First seen
Licence
MIT

At a glance

A skill your agent uses when changing isolated-space trust boundaries: container hardening, networks and gatekeeper policy, exec and lifecycle, grants and credentials, code transfer and apply…

  • Works in 3 steps: Make the regression discriminate. It… → Prove it by removing it. In a disposable… → Restore the protection, run the test…
  • Changing isolated-space trust boundaries: container hardening
  • SKILL.md covers Read The Owning Contract, Trace The Guarantee, Prove The Protection and Completion
  • Instructions only: no scripts, shell commands, URLs or credentials in SKILL.md

What it does

Isolated Space Boundary is an agent skill from openchamber/openchamber. Use when changing isolated-space trust boundaries: container hardening, networks and gatekeeper policy, exec and lifecycle, grants and credentials, code transfer and apply, dispatcher isolation, preview content, or tests of these protections.

Its SKILL.md is about 2k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.

The repository describes itself as: Agentic Development Environment based on OpenCode AI agent. The licence is MIT.

When your agent uses it

  • Changing isolated-space trust boundaries: container hardening
  • Networks and gatekeeper policy
  • Exec and lifecycle
  • Grants and credentials

Example prompts

  • “/isolated-space-boundary”

Workflow steps

3 steps, taken from the first numbered list in SKILL.md.

  1. Make the regression discriminate. It must fail on the defective behavior and pass with the protection. A refusal caused by a missing tool…
  2. Prove it by removing it. In a disposable copy, remove the protection or restore the original defect, run the test that claims to prove it…
  3. Restore the protection, run the test again, and watch it go green. Record the mutation, control, result and any blocked verification in…

What it can do on your machine

Read from SKILL.md and the folder at commit 74b79d4. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    No scripts in the folder and no shell commands in SKILL.md.

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Isolated Space Boundary loads about 2k tokens when it runs. Until then it costs about 67 tokens; SKILL.md has 1,097 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~67
When it runs · the whole SKILL.md, loaded when a task matches
~2k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from openchamber/openchamber at commit 74b79d4, republished under its MIT licence (© openchamber). 1,097 words, ~2,011 tokens.

Download SKILL.mdSave it as .claude/skills/isolated-space-boundary/SKILL.md (or your agent's skills folder).
name
isolated-space-boundary
description
Use when changing isolated-space trust boundaries: container hardening, networks and gatekeeper policy, exec and lifecycle, grants and credentials, code transfer and apply, dispatcher isolation, preview content, or tests of these protections.

Isolated Space Boundary

Treat the agent inside a space as hostile. A restriction must hold even when the agent changes its own files, environment, tools and server responses. The agreed guarantees belong to docs/isolated-spaces/DESIGN.md; this skill guides changes to their enforcement and evidence.

Read The Owning Contract

Read The boundary rule in docs/isolated-spaces/DESIGN.md, the relevant stage and carried obligations in docs/isolated-spaces/STAGES.md, and the evidence rule and applicable escape checks in docs/isolated-spaces/TESTING.md.

Then load the branch-specific context before editing:

ChangeRequired context
Container restrictions, networks, environment, command or lifecyclepackages/web/server/lib/spaces/DOCUMENTATION.md, Hardening, The gatekeeper container, Lifecycle, and the owning section for the changed operation
Corridor, window, control or journalThe matching section under The gatekeeper in the module documentation, including Known limits
Exec requests, server token or responses from insideThe module documentation, Token, The exec channel and Process rules
Grants or credentialsDESIGN.md, Words and Gatekeeper; the module documentation, Window and Control; STAGES.md's obligation on the first real credential
Code transfer or applyDESIGN.md, Code in and out, and docs/isolated-spaces/stage-0/e4-git-over-exec.md
Dispatcher, session identity or preview contentDESIGN.md, Dispatcher, sessions, events, and the nearest documentation for the changed route, transport or state owner

openchamber-change-discipline owns change scope and validation risk. Follow desktop-shell for child processes. Dispatcher and event changes also use ui-api-decoupling, relay-transport and sync-state-invariants for their respective contracts.

Trace The Guarantee

Before changing enforcement, identify each affected guarantee, what the user authorized, what the agent controls, and which host, gatekeeper or runtime mechanism enforces it. Name the existing test or the missing proof. Context gathering is complete when every affected guarantee has that mapping.

Ask what could the agent do from inside to undo or bypass this restriction? Trace the request or data through the actual enforcement point, including parsing, normalization and the operation that consumes it. A space's configuration can help tools cooperate, but enforcement must survive the agent replacing that configuration.

Keep these distinctions explicit:

  • Corridor and window have different authority. The corridor applies network-mode policy to agent-selected destinations. The window serves an upstream the host granted from the user's decision, which may be private. Read each contract before applying one path's restrictions to the other. Space-provided requests are untrusted input to a host decision, never authority to create a grant.
  • Host, gatekeeper and space are different secret holders. A "uses without seeing" credential lives in the gatekeeper and stays hidden from the space. A "handed over" credential is deliberately readable by the agent. The space server's token is also readable by the agent; it protects against others. Classify the credential before deciding whether its presence is a leak.
  • Create arguments are intent; inspected state is evidence. Keep each hardening builder aligned with its own checker and behavior test. Verify before starting either container, and preserve the manager's verification of the place's result. For changes to start or restart, trace policy loss and re-granting against the documented lifecycle rather than assuming memory survived.
  • Space output stays untrusted on the host. Check where it can become a command, filesystem write, session identity or browser content. For transfer and apply, follow the quarantine and host-built patch contract. For forwarding, follow the credential-stripping, directory, identity and origin rules in DESIGN.md.

Preserve the fail-closed start and account for the known limits in the owning contract. A change that needs a broader permission must make that user decision explicit rather than quietly weakening a mode. Resolve a conflict with the agreed design before implementing it.

Show full SKILL.md (526 more words)Show less

Prove The Protection

Choose the test level where the failure can occur. Container and network guarantees need attempts from inside a real space. Parser and socket-lifecycle defects may need controlled local tests to expose the exact failure. Use the module documentation's Tests section and TESTING.md for the required suites and stage checklist.

For a new or changed protection, or an escape test whose assertion or setup changes:

  1. Make the regression discriminate. It must fail on the defective behavior and pass with the protection. A refusal caused by a missing tool, failed DNS or an offline upstream is not proof; establish the applicable positive control.
  2. Prove it by removing it. In a disposable copy, remove the protection or restore the original defect, run the test that claims to prove it, and watch it go red. The run is the evidence: a mutation you describe and do not run proves nothing. Confirm it fails for the promised violation, not a setup error. If an independent protection still blocks the attempt, identify it and isolate the changed layer's test. A surviving defense is not itself a test defect.
  3. Restore the protection, run the test again, and watch it go green. Record the mutation, control, result and any blocked verification in the validation evidence. Update owning documentation when the guarantee, mechanism or known limit changes. Keep transient run history in the task or PR evidence.

For a behavior-preserving refactor, establish the existing behavior and rerun the affected regression tests. Add a sensitivity check when the refactor changes what those tests exercise or exposes a gap in their proof.

Stage 2 showed why sensitivity matters: a one-directional download test passed with the broken tunnel teardown; a full-duplex test exposed truncation. Exercise the interaction that caused the defect, not just an easier neighboring path.

Use these controls where they apply:

  • For name filtering, include alternative address spellings and normalization, then verify the connection uses the checked address without a second lookup. The corridor's exact name and address rules live in Corridor.
  • For secret containment, prove a disposable credential works at a controlled upstream. Collect the space's observable data and search it on the host. Sending the hidden credential into the space as a search pattern invalidates that proof.
  • For refusals and journal changes, verify both what the space learns and what the host can still read under hostile input. Internal policy reasons belong in the journal; the public refusal contract belongs to the relevant listener.
  • For connection caps, use a small test cap and confirm server acceptance before exceeding it. Completed client handshakes alone do not prove the server accepted the connections.
  • For journal assertions, identify records produced by the attempt without depending on cross-process clock precision. Keep controlled DNS and upstreams local as required by TESTING.md, with its explicit internet-baseline exception.

Completion

Every affected guarantee has evidence or an explicit blocker, and the normal allowed operation still works. Report unit, live and mutation results separately, with platform and runtime conditions for measurements. A local test does not establish container isolation; a live refusal does not establish correct transfer teardown. Keep the documented promise within what the evidence proves.

© openchamber, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

Just SKILL.md in .agents/skills/isolated-space-boundary of openchamber/openchamber.

Open the folder on GitHubat commit 74b79d4

Compare with similar skills

Isolated Space Boundary next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Isolated Space Boundary compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Isolated Space Boundary this skillopenchamber/openchamber11k—~2kAutomated safety check: PassMIT
Container Security Hardeningsickn33/agentic-awesome-skills47k1 repos~1kAutomated safety check: NotesMIT
Container Hardeningsickn33/agentic-awesome-skills47k1 repos~750Automated safety check: PassMIT
Performing Container Image Hardeningmukul975/Anthropic-Cybersecurity-Skills34k—~2.1kAutomated safety check: PassApache-2.0
Hardening Docker Containers For Productionmukul975/Anthropic-Cybersecurity-Skills34k—~1.8kAutomated safety check: NotesApache-2.0
Implementing Browser Isolation For Zero Trustmukul975/Anthropic-Cybersecurity-Skills34k—~3.5kAutomated safety check: PassApache-2.0

Similar skills

  • Container Security Hardening

    sickn33/agentic-awesome-skills

    Harden Docker/container images and runtime deployments with secure base images, non-root users, CVE scanning, SBOM/signing, seccomp/AppArmor, and Kubernetes pod security controls.

    47k GitHub starsUsed in 1 repo~1k tokens
    SecurityAuto-check: notes
  • Container Hardening

    sickn33/agentic-awesome-skills

    Secure Docker images and container runtime configurations. An agent skill from sickn33/agentic-awesome-skills.

    47k GitHub starsUsed in 1 repo~750 tokens
    DevOps & CloudAuto-check passed
  • Performing Container Image Hardening

    mukul975/Anthropic-Cybersecurity-Skills

    Harden container images by minimizing attack surface, stripping unnecessary packages, implementing multi-stage builds, configuring non-root users, and applying CIS Docker Benchmark recommendations…

    34k GitHub stars~2.1k tokensUpdated 1 mo ago
    DevOps & CloudAuto-check passed
  • Hardening Docker Containers For Production

    mukul975/Anthropic-Cybersecurity-Skills

    Hardens Dockerfiles, images, and per-container runtime settings against the CIS Docker Benchmark v1.8.0: non-root users, dropped capabilities, read-only root filesystem, seccomp and AppArmor…

    34k GitHub stars~1.8k tokensUpdated 1 mo ago
    DevOps & CloudAuto-check: notes
  • Implementing Browser Isolation For Zero Trust

    mukul975/Anthropic-Cybersecurity-Skills

    Deploys remote browser isolation (RBI) as a core component of a Zero Trust architecture.

    34k GitHub stars~3.5k tokensUpdated 1 mo ago
    SecurityAuto-check passed
  • Implementing Zero Trust With Hashicorp Boundary

    mukul975/Anthropic-Cybersecurity-Skills

    Installs and configures HashiCorp Boundary as a default-deny, identity-aware proxy for infrastructure access, including controller/worker setup, Vault-backed credential brokering, session recording…

    34k GitHub stars~3.9k tokensUpdated 1 mo ago
    Backend & APIsAuto-check: notes

More from openchamber/openchamber

All 21 skills in this repo
  • Theme System

    openchamber/openchamber

    A skill your agent uses when creating or modifying OpenChamber UI components, styling, colors, buttons, visual states, themes, or icons.

    11k GitHub stars~1.4k tokensUpdated today
    Auto-check passed
  • UI API Decoupling

    openchamber/openchamber

    A skill your agent uses when creating or modifying OpenChamber shared UI data access, OpenCode SDK calls, RuntimeAPIs, runtime fetch/auth/URLs, authenticated browser assets, bridges/proxies, runtime…

    11k GitHub stars~2k tokensUpdated today
    Auto-check passed
  • Drag To Reorder

    openchamber/openchamber

    A skill your agent uses when implementing or modifying OpenChamber sortable or drag-to-reorder behavior, especially @dnd-kit, touch/mobile interactions, variable-width items, or wrapping layouts.

    11k GitHub stars~1.8k tokensUpdated today
    Auto-check passed
  • Locale UI Patterns

    openchamber/openchamber

    A skill your agent uses when creating or modifying OpenChamber UI text, labels, buttons, placeholders, aria labels, empty states, toasts, dialogs, settings copy, navigation labels, or any…

    11k GitHub stars~1.5k tokensUpdated today
    Auto-check passed
  • Performance Engineering

    openchamber/openchamber

    A skill your agent uses when implementing or reviewing code on interaction, render, event, polling, synchronization, list-processing, store-selector, cache, indexing, or high-volume data paths; when…

    11k GitHub stars~4.9k tokensUpdated today
    Auto-check passed
  • Serve Sim

    openchamber/openchamber

    A skill your agent uses when working with the OpenChamber iOS Simulator app without opening Xcode - boot/install/launch the Capacitor iOS app, start a browser stream, tap/type/gesture/rotate…

    11k GitHub stars~619 tokensUpdated today
    Auto-check passed

Questions about Isolated Space Boundary

What does Isolated Space Boundary do?

A skill your agent uses when changing isolated-space trust boundaries: container hardening, networks and gatekeeper policy, exec and lifecycle, grants and credentials, code transfer and apply…. Isolated Space Boundary is an agent skill from openchamber/openchamber. Use when changing isolated-space trust boundaries: container hardening, networks and gatekeeper policy, exec and lifecycle, grants and credentials, code transfer and apply, dispatcher isolation, preview content, or tests of these protections.

When should I use Isolated Space Boundary?

Isolated Space Boundary fits situations like: changing isolated-space trust boundaries: container hardening; networks and gatekeeper policy; exec and lifecycle; grants and credentials.

How do I install Isolated Space Boundary in Claude Code?

Run `npx skills add openchamber/openchamber --skill isolated-space-boundary -a claude-code`. Or copy the skill folder (.agents/skills/isolated-space-boundary in openchamber/openchamber) into .claude/skills/isolated-space-boundary in your project. Claude Code loads it when a task matches its description.

How do I install Isolated Space Boundary in Codex?

Run `npx skills add openchamber/openchamber --skill isolated-space-boundary -a codex`. Or copy the skill folder (.agents/skills/isolated-space-boundary in openchamber/openchamber) into .agents/skills/isolated-space-boundary in your project. Codex loads it when a task matches its description.

Can I use Isolated Space Boundary in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add openchamber/openchamber --skill isolated-space-boundary -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/isolated-space-boundary, .gemini/skills/isolated-space-boundary, .github/skills/isolated-space-boundary and .opencode/skills/isolated-space-boundary in your project.

What does Isolated Space Boundary need to run?

SKILL.md names no scripts, command-line tools or credentials: Isolated Space Boundary is instructions for the agent only.

Does Isolated Space Boundary access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Isolated Space Boundary safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Isolated Space Boundary use?

Isolated Space Boundary is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Isolated Space Boundary use?

About 2k tokens (SKILL.md is roughly 8k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Isolated Space Boundary?

Skills that share tags, products or a category with Isolated Space Boundary: Container Security Hardening (sickn33/agentic-awesome-skills, 47k stars), Container Hardening (sickn33/agentic-awesome-skills, 47k stars), Performing Container Image Hardening (mukul975/Anthropic-Cybersecurity-Skills, 34k stars) and Hardening Docker Containers For Production (mukul975/Anthropic-Cybersecurity-Skills, 34k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Isolated Space Boundary?

openchamber (a GitHub organization) maintains it in openchamber/openchamber, which has 11,308 GitHub stars. The repository holds 21 skills in this directory. The repository was last updated on October 8, 2026.

Source: openchamber/openchamber on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.