You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
OpenCode v2.0.22 cannot initialize a standalone session inside a macOS filesystem sandbox that permits the workspace and standard OpenCode directories but denies workspace parents and unrelated home directories.
Without environment overrides, the TUI fails during startup with HTTP 500. With OPENCODE_DISABLE_PROJECT_CONFIG=1, the TUI starts, but the first message fails with:
Session failed
Instruction initialization blocked by unavailable sources: core/instructions
The session works only after setting the undocumented test variable:
A sandbox integration needs --standalone so the private server and tool execution remain inside the same sandbox. It needs a documented production mechanism for bounding configuration and instruction discovery without changing the real HOME.
This is related to #52290, but that report concerns Windows and an existing project without a filesystem sandbox. This report provides a deterministic macOS sandbox reproduction and an OPENCODE_TEST_HOME workaround.
A nono sandbox integration plugin is installed. Nonfatal parent-directory probes were also observed with OPENCODE_PURE=1, although #36990 notes that v2 may not honor that variable consistently.
OpenCode version
2.0.22
Steps to reproduce
Run OpenCode under a macOS Seatbelt sandbox that grants:
the current workspace
~/.config/opencode
OpenCode cache, data, and state directories
Deny the workspace parents and unrelated home directories.
Run:
opencode --standalone
The TUI reports:
UnknownError: An error occurred in Effect.tryPromise
[cause]: ClientError: UnexpectedStatus: 500
Thanks for the detailed sandbox reproduction! In 2.1.0, inaccessible discovery paths and ancestor instruction files are skipped during startup, addressing both the HTTP 500 and blocked first prompt without needing the OPENCODE_TEST_HOME workaround. Update with opencode upgrade or npm i -g @opencode/cli@latest (desktop: update the app). Please comment or reopen if your sandbox still blocks startup or the first message on 2.1.0.
Activity
github-actions commentedon Oct 2, 2026
Thanks for updating the issue with a clear description and reproduction steps!
zcutlip commentedon Oct 18, 2026
This is a blocker.
neriousy commentedon Oct 20, 2026
Thanks for the detailed sandbox reproduction! In 2.1.0, inaccessible discovery paths and ancestor instruction files are skipped during startup, addressing both the HTTP 500 and blocked first prompt without needing the
OPENCODE_TEST_HOMEworkaround. Update withopencode upgradeornpm i -g @opencode/cli@latest(desktop: update the app). Please comment or reopen if your sandbox still blocks startup or the first message on 2.1.0.SequeI commentedon Oct 20, 2026
Thanks a lot!
zcutlip commentedon Nov 12, 2026
OpenCode is now working great with
nono's sandbox profile. Thanks for the fix