Spreadsheet primary runtime is installed, but JS REPL and load_workspace_dependencies are not exposed to Codex sessions on macOS

What version of Codex CLI is running?

codex-cli 0.152.1

What subscription do you have?

ChatGPT Plus

Which model were you using?

No response

What platform is your computer?

No response

What terminal emulator and version are you using (if applicable)?

No response

Codex doctor report

What issue are you seeing?

The Spreadsheet primary runtime is installed locally and @oai/artifact-tool is present and functional, but new Codex CLI sessions do not expose the JS REPL or load_workspace_dependencies.

Environment:

• macOS Apple Silicon
• Codex CLI 0.152.1
• Installed via Homebrew
• Started from a PyCharm project terminal
• spreadsheets@openai-primary-runtime is enabled
• js_repl = true

The primary runtime exists at:
~/.cache/codex-runtimes/codex-primary-runtime/

@oai/artifact-tool 2.8.52 exists at:
~/.cache/codex-runtimes/codex-primary-runtime/dependencies/node/node_modules/@oai/artifact-tool

I verified that the package itself works by importing it directly with the Node executable bundled in the primary runtime. That test succeeds and returns the artifact-tool exports.

However, after completely terminating Codex and starting a new session:

1. JS REPL is not available to the session.
2. load_workspace_dependencies is not available as a global function or exposed tool.
3. @oai/artifact-tool therefore cannot be loaded through the expected Spreadsheet runtime workflow.

This prevents Spreadsheet editing/final QA using the official OpenAI Spreadsheet primary runtime.

The runtime files and artifact-tool package appear healthy. The issue appears to be that the required runtime/tooling is not being provisioned or exposed to the Codex session.

What steps can reproduce the bug?

1. Install/run Codex CLI on macOS Apple Silicon using Homebrew.

2. Confirm:
   codex --version
   Result: codex-cli 0.152.1

3. Enable JS REPL in ~/.codex/config.toml:

   [features]
   js_repl = true

4. Confirm spreadsheets@openai-primary-runtime is installed/enabled.

5. Confirm the primary runtime exists at:
   ~/.cache/codex-runtimes/codex-primary-runtime/

6. Confirm @oai/artifact-tool exists at:
   ~/.cache/codex-runtimes/codex-primary-runtime/dependencies/node/node_modules/@oai/artifact-tool

7. Test artifact-tool directly:

   cd "$HOME/.cache/codex-runtimes/codex-primary-runtime/dependencies/node/node_modules"

   "$HOME/.cache/codex-runtimes/codex-primary-runtime/dependencies/node/bin/node"
   -e "import('@oai/artifact-tool').then(m => { console.log('OK: artifact-tool loaded'); console.log(Object.keys(m).slice(0,20)); }).catch(e => { console.error(e); process.exit(1); })"

8. The direct import succeeds:
   OK: artifact-tool loaded

9. Completely terminate the Codex session.

10. Start a new Codex session from the project root.

11. Ask Codex to verify:

    • whether JS REPL is available
    • whether @oai/artifact-tool can be imported
    • whether load_workspace_dependencies is available

12. Actual result:

    • JS REPL unavailable
    • load_workspace_dependencies unavailable
    • Spreadsheet runtime workflow cannot proceed

Expected:
A new Codex session should expose the required JS REPL/dependency-loader functionality when the Spreadsheet primary runtime is installed and enabled.

What is the expected behavior?

No response

Additional information

No response

Start by reproducing the session behavior using ~/.codex/config.toml, the codex-primary-runtime path, and the listed js_repl configuration. Verify whether the new session initializes the JS REPL and exposes load_workspace_dependencies despite the successful direct @oai/artifact-tool import. Done means the expected Spreadsheet runtime functionality is available after restarting Codex.