axrepl run — Start a REPL Session
Start a REPL process in a daemon-backed session with automatic driver detection. The driver determines how axrepl input wraps scripts to detect completion.
Usage
axrepl run [OPTIONS] <CMD> [ARGS...]
Options
| Option | Description |
|---|---|
--name NAME |
Human-readable session name for easy reference later |
--driver DRIVER |
Override REPL driver (python, node, bash, zsh) when auto-detection fails |
--cwd DIR |
Working directory for the spawned REPL |
--env K=V |
Set environment variables (repeatable) |
--json |
Emit structured JSON response |
Supported Drivers
- python — Detected for
python,python3,py - node — Detected for
node,nodejs - bash — Detected for
bash - zsh — Detected for
zsh
The driver is inferred from the command name. Use --driver when the command path is ambiguous (e.g., a custom wrapper script).
Examples
Start a Python REPL
axrepl run --name py python3
Start a Node REPL
axrepl run --name js node
Start with explicit driver
axrepl run --name custom --driver python ./my-python-wrapper
Start with custom working directory
axrepl run --name dev --cwd /path/to/project python3
Best Practices
- Always use
--namefor sessions you plan to reuse — it makes later--sessionreferences readable. - Use
--driverwhen the command name doesn't match a known REPL (e.g., custom wrappers or virtualenv paths). - Prefer
axreploveraxecfor REPL workflows — it handles completion detection automatically viaaxrepl input. - Use
--jsonwhen parsing the output programmatically — it returns the session UUID, name, and detected driver.
Related
axrepl input— Send completion-aware scripts to the REPL session.axec run— For non-REPL commands or when you need--timeout/--stopword/--backendoptions.
Source: SpecterShell/axec — distributed by TomeVault.