@ai.hermes/pi-opensandbox0.1.3

@ai.hermes/pi-opensandbox

Standalone Pi extension that runs Pi's bash, read, write, edit, ls, find, and grep tools, plus user ! shell commands, inside OpenSandbox. It includes optional Skill upload and does not depend on another OpenSandbox extension.

Structure

• package.json: Pi package manifest; pi.extensions points to ./dist/index.js.
• .env.example: local environment template with inline and file-based configuration examples.
• src/index.ts: minimal Pi package entry point.
• src/config.ts: configuration loading, parsing, validation, and normalization.
• src/extension.ts: the only composition layer for Pi events, commands, and lifecycle.
• src/skills.ts: optional Skill validation, immutable cache, upload, and verification.
• src/sandbox/: OpenSandbox configuration, active Sandbox module, session state, and Pi tool adapters.
• test/: configuration and integration tests.
• dist/: generated JavaScript and declarations for Node.js consumers (not committed).

This follows Pi's package-with-dependencies layout. Installed packages load the bundled JavaScript entry. Pi's development loader can also load src/index.ts directly.

What it does

1. Starts locally and creates, connects to, or resumes OpenSandbox only when selected.
2. Routes Pi's built-in file, search, shell, and user shell operations into it.
3. Rewrites Pi's working-directory context to the remote workspace.
4. Applies sandbox lifecycle, network, resource, and timeout configuration.
5. Optionally mirrors selected Skills and verifies their remote SHA-256 content.

Install and check

# From the repository root:
pnpm install
pnpm build:pi-opensandbox
pnpm typecheck:pi-opensandbox
pnpm test:pi-opensandbox

With a configured local .env, run the live Pi/OpenSandbox integration check:

pnpm --filter @ai.hermes/pi-opensandbox test:e2e

This creates and kills real remote sandboxes. It is intentionally excluded from the default test command.

This example lives in apps/extensions/pi-opensandbox and is registered as the @ai.hermes/pi-opensandbox workspace package. Add other extension examples as sibling directories under apps/extensions/, each with its own package.json.

Integration

Install the published Pi package:

pi install npm:@ai.hermes/pi-opensandbox

Then run /opensandbox in Pi and select Enable OpenSandbox to configure it. Restart Pi with pi --no-skills --opensandbox to run that process in the remote sandbox. Start Pi without --opensandbox to use local execution. Saving configuration keeps the current process local. Configuration is stored for the current user at ~/.pi/agent/extensions/opensandbox.json with file mode 0600. The API key is entered as plain text in TUI mode. In RPC mode, set OPENSANDBOX_API_KEY instead.

For local development, install the package from the repository root:

pnpm build:pi-opensandbox
pi install ./apps/extensions/pi-opensandbox

For local development, copy the extension environment template and fill in the API key and an image that your OpenSandbox deployment can pull:

cp apps/extensions/pi-opensandbox/.env.example \
  apps/extensions/pi-opensandbox/.env

The template keeps the structured configuration inline in PI_OPENSANDBOX_CONFIG and the secret in OPENSANDBOX_API_KEY:

OPENSANDBOX_API_KEY=your-api-key
PI_OPENSANDBOX_CONFIG='{"sandboxConfig":{"domain":"http://127.0.0.1:18080","image":"your-sandbox-image","timeoutSeconds":600,"lifecycle":{"onSessionShutdown":"kill"}}}'

Load the environment and run the TypeScript extension directly:

set -a
source apps/extensions/pi-opensandbox/.env
set +a

pi --no-skills --opensandbox --extension ./apps/extensions/pi-opensandbox/src/index.ts

The JSON object uses the PiOpenSandboxOptions shape:

{
  "sandboxConfig": {
    "domain": "sandbox.internal:8080",
    "image": "opensandbox/code-interpreter:v1.1.0"
  },
  "skills": [
    { "sourceDir": "/srv/pi/skill-store/pdf" }
  ],
  "sharedSkillRoot": "/tmp/piworker/tasks/my-task/.agents/skills",
  "skillSyncLimits": {
    "maxFiles": 10000,
    "maxFileBytes": 8388608,
    "maxTotalBytes": 134217728
  },
  "verifyUploadedSkills": true
}

Set exactly one of PI_OPENSANDBOX_CONFIG or PI_OPENSANDBOX_CONFIG_FILE. For larger production configurations, replace the inline variable with an absolute configuration file path:

OPENSANDBOX_API_KEY=your-api-key
PI_OPENSANDBOX_CONFIG_FILE=/absolute/path/to/opensandbox.json

The referenced opensandbox.json contains the same PiOpenSandboxOptions JSON object shown above. The .env.example file includes both alternatives and an example of the referenced file contents; the file-based variable remains commented out so the two variables are not enabled together.

Embedding services can build the package with pnpm build:pi-opensandbox, then import the named createPiOpenSandboxExtension export from @ai.hermes/pi-opensandbox and pass the returned extension to their Pi session. Pi and the Node.js package export both use the bundled dist/index.js, with declarations at dist/index.d.ts. The TypeScript source keeps extensionless relative imports and remains directly loadable by Pi's development loader.

skills and sharedSkillRoot are optional, but must be configured together. skillSyncLimits controls Skill upload limits, while verifyUploadedSkills defaults to true. New sandboxes allow outbound network access by default. Configure networkAllowlist for deny-by-default allowlisting, or networkPolicy for an explicit egress policy. sharedSkillRoot is the sandbox-only destination for uploaded Skills. It must be a normalized absolute POSIX path unique to the task/session and containing a skills path segment, for example:

/tmp/piworker/tasks/<task-id>/.agents/skills

The embedding service—not model-generated input—must choose skills, sandboxConfig, credentials, volume mounts, and network policy.

Session behavior

A new Pi session starts locally unless the process receives --opensandbox. With that flag, the current session creates a sandbox immediately and remains remote for its lifetime. Reloading or resuming a remote session restores the same sandbox even when its persisted state, rather than the flag, selects remote mode.

Run Pi with --no-skills so host-discovered Skills are not registered in the process. Remote sessions register only configured skills through Pi resource discovery, then expose them to the model using their uploaded sandbox paths. /skill:<name> is likewise limited to those selected Skills.

To return to local execution, exit Pi and start it without --opensandbox. Previously remote sessions retain their sandbox state for later resume. Forked sessions do not inherit remote mode. On ordinary quit, reload, or session switching, sandboxes created by this extension are paused for later resume. A sandbox supplied through sandboxId is only disconnected and is never paused or killed by the extension.

The legacy sandboxConfig.lifecycle.onSessionShutdown field is still accepted for configuration compatibility, but the Pi extension ignores it in favor of the fixed session behavior above.

Publishing

The pi-package keyword and pi.extensions manifest entry make the package discoverable by npm-backed Pi package search; no separate Pi reporting API is required.

The first scoped release must be published manually:

pnpm build:pi-opensandbox
cd apps/extensions/pi-opensandbox
npm publish --access public

After @ai.hermes/pi-opensandbox@0.1.0 exists, configure npm Trusted Publisher for this GitHub repository and .github/workflows/pi-opensandbox-release.yml. Subsequent merges to main that change this extension automatically publish the next patch version. Until the first release exists, that workflow exits successfully without publishing.

Logs

The extension writes structured lifecycle and cleanup errors to the matching console stream. Every line starts with [pi-opensandbox] and contains a JSON payload that can be filtered by component, event, or sandboxId:

[pi-opensandbox] {"timestamp":"2026-10-30T08:00:00.000Z","component":"pi-extension-opensandbox","event":"sandbox.cleanup.kill.error","sandboxId":"sandbox-123","errorName":"Error","errorMessage":"Request failed: token=[REDACTED]","errorStack":"..."}

Common credential patterns such as API keys, passwords, tokens, and bearer tokens are redacted before the event is written.

Important boundary

resourceRoots constrains the extension's file/search tools. It does not make a filesystem path read-only to arbitrary shell commands. Enforce actual read-only access through the OpenSandbox image, container user, or a read-only volume mount.