Every 100xprompt command, flag, and example in one place - from the interactive session to headless automation, integrations, and maintenance.
The 100xprompt command line is the front door to everything 100xprompt does. Run it with no arguments to drop into the interactive terminal, or reach for a subcommand to script a one-shot task, manage credentials and models, extend the agent, start a server, wire up integrations, or keep your install healthy.This page is the complete reference: the global options that apply everywhere, then every command grouped by what it’s for, each with its key arguments, important flags, and a short example.This page covers:
These options work with any command. They’re parsed before the subcommand runs.
Option
Alias
Description
--help
-h
Show help for 100xprompt or any subcommand.
--version
-v
Print the installed version number.
--print-logs
Stream logs to standard error while the command runs.
--log-level <level>
Set verbosity: DEBUG, INFO, WARN, or ERROR.
completion
Print a shell completion script you can source from your shell profile.
# Show the version, then generate completions for your shell100xprompt --version100xprompt completion >> ~/.zshrc
Several commands that start a server also accept a shared set of network options - --port, --hostname, --mdns, and --cors. They’re documented on each command that uses them.
# Start in the current project, continuing your last session100xprompt --continue# Open a specific folder with a chosen model100xprompt ./services/api -m 100xprompt/pro
Suppose you want 100xprompt inside a script or CI job, not a live terminal. run sends a message (or a slash command) non-interactively and prints the response.
Argument / Option
Alias
Description
[message..]
The message to send. Anything piped on standard input is appended.
--command <name>
Run a defined command instead of a plain message; message becomes its arguments.
--continue
-c
Continue the last session.
--session <id>
-s
Continue a specific session.
--resume
-r
Interactively pick a session to resume.
--fork <id>
Fork an existing session by id and run against the copy.
--fork-message <id>
Message id to fork at (requires --fork).
--model <provider/model>
-m
Model to use.
--variant <name>
Model variant / reasoning effort (e.g. high, max, minimal).
Attach one or more files to the message (repeatable).
--title <text>
Set the session title (uses a truncated prompt if left empty).
--print
-p
Force non-interactive headless mode (also auto-detected on a non-TTY).
--max-turns <n>
Cap the agentic loop to N turns; exits non-zero if the cap is exhausted.
--allow-tool <pattern>
Allow a tool permission pattern (repeatable).
--deny-tool <pattern>
Deny a tool permission pattern (repeatable).
--permission-mode <mode>
Set the session permission mode: default, acceptEdits, plan, auto, or bypassPermissions.
--dangerously-skip-permissions
Alias for --permission-mode bypassPermissions.
--system-prompt <text>
Text to append to the system prompt for this run.
--add-dir <path>
Add an extra directory to the permitted filesystem boundary (repeatable).
--share
Share the session and print its link.
--attach <url>
Send to a running 100xprompt server instead of a local one.
--port <number>
Port for the local server (random by default).
# One-shot task, machine-readable output100xprompt run "add a health check endpoint" --format json# Pipe a diff in and ask about it, attaching a spec filegit diff | 100xprompt run "review this change" -f spec.md
Tips:
Add --format json (or --format stream-json for line-delimited events) to get raw events you can parse in a pipeline.
Reach for --continue to run a follow-up against the same session.
Use --command <name> to invoke a defined command instead of free text.
Cap runaway loops in CI with --max-turns; it exits non-zero when the cap is hit.
Print the 100xprompt server’s API specification as JSON - the full OpenAPI document, annotated with client code samples - to standard output. Redirect it to a file to feed SDK generators or API tooling.
Install and manage marketplace plugins - bundles of commands, agents, skills, hooks, and MCP servers. Requires a subcommand.
Subcommand
Alias
Description
plugin list
ls
List installed plugins and whether each is enabled.
plugin install <source>
add
Install from a source spec (github:owner/repo[/subdir][@ref], a git URL, or a local path) or a marketplace name. Use --from-marketplace to resolve <source> as a plugin name.
plugin enable <name>
Enable an installed plugin.
plugin disable <name>
Disable a plugin without removing it.
plugin remove <name>
rm, uninstall
Uninstall a plugin.
plugin marketplace
market, mp
Manage plugin marketplaces (see below).
plugin marketplace subcommands
Subcommand
Alias
Description
marketplace add <source>
Add a marketplace source (git, local, or URL).
marketplace remove <source>
rm
Remove a marketplace source.
marketplace list
ls
List added marketplace sources.
marketplace browse
List every plugin available across your marketplaces.
# Add a marketplace, browse it, and install something100xprompt plugin marketplace add github:acme/plugins100xprompt plugin marketplace browse100xprompt plugin install github:acme/plugins/formatter
Manage Model Context Protocol servers that give 100xprompt access to external tools and data. Requires a subcommand.
Subcommand
Alias
Description
mcp add
Add an MCP server interactively (local command or remote URL) and write it to an .mcp.json file.
mcp list
ls
List configured servers and their connection status.
mcp get <name>
Show the resolved config and live status for one server.
mcp remove <name>
rm
Remove a server from its config file.
mcp auth [name]
Authenticate with an OAuth-enabled remote server. mcp auth list shows OAuth-capable servers and their status.
mcp logout [name]
Remove stored OAuth credentials for a server.
mcp debug <name>
Diagnose an OAuth connection for a server.
mcp add option
Option
Alias
Description
--scope <project|user|local>
-s
Where to write the entry: project (.mcp.json), user (your global config), or local (a gitignored .mcp.local.json). Defaults to project.
# Add a server, then check status100xprompt mcp add100xprompt mcp list# Inspect and authenticate a remote OAuth server100xprompt mcp get my-server100xprompt mcp auth my-server
Launch a fresh interactive session backed by its own server process, optionally in a given project directory. Handy for opening a clean session from a script or wrapper.
Coordinate several 100xprompt processes at once. swarm spawns teammate agents into split terminal panes and lets them exchange messages, so you can fan a big job out across multiple agents working in parallel. Requires a subcommand.
Swarm runs on macOS and Linux. It uses your terminal multiplexer - an iTerm2 or tmux pane where available, otherwise a headless teammate - detected automatically.
Subcommand
Description
swarm spawn <prompt...>
Spawn a teammate agent in a split pane with the given task.
swarm list
List live swarm peers and any pending messages.
swarm send <target> <message...>
Send a message to a peer by name or process id (* broadcasts to all).
swarm spawn options
Option
Alias
Description
--name <name>
Teammate name - used as the pane title and message address.
--model <provider/model>
-m
Model for the teammate.
--agent <name>
Agent for the teammate.
--dir <path>
Directory the teammate works in (defaults to the current directory).
--attach <url>
Create the teammate’s session on a running 100xprompt server.
# Spawn a teammate to tackle part of the work, then message it100xprompt swarm spawn "port the auth module to the new API" --name auth100xprompt swarm list100xprompt swarm send auth "prioritize the token refresh path first"