Skip to content

Documentation Index

The CLI surface and its supporting mechanics. Every flag, subcommand, and override pattern.

FileDescription
interface.mdFull CLI subcommand tree design, headless vs interactive duality, and architectural decisions revealed by flag layout. Covers Aider (argparse), Codex (clap), and OpenCode (yargs).
config-overrides.mdThe -c key=value pattern for overriding any config field at the command line using TOML dotted-path syntax, without editing a config file.
shell-completions.mdGenerating and installing shell completion scripts for bash, zsh, and fish via clap’s built-in completion generator.

Section titled “features/searching — File and Symbol Search”

How the agent finds files and symbols across a large codebase within a limited context window.

FileDescription
repo-mapping.mdThe core repo mapping system: tree-sitter tag extraction, PageRank-based symbol ranking, SQLite caching, binary-search token budget fitting, and LSP augmentation. Covers Aider, Codex, and OpenCode approaches.
fuzzy-file-search.mdInteractive fuzzy file picker using nucleo, gitignore-aware parallel filesystem walking with ignore, and progressive result streaming to the TUI.
ripgrep-integration.mdHow ripgrep is used as the primary file content search backend for agent tools, including pattern search, file listing, and the debug interface.

How the agent proposes, applies, streams, and rolls back file changes.

FileDescription
edit-formats.mdThe diff, udiff, search-replace, and whole-file edit formats: when each is chosen, how the LLM produces them, and the tradeoffs in token cost and error rate.
streaming-edits.mdApplying file patches incrementally as tokens stream in from the model, before the response is complete. Reduces perceived latency for large edits.
undo-redo.mdSnapshot-based undo system: capturing file state before each agent turn, content-addressing snapshots, and restoring on rollback. Covers Codex’s snapshot subsystem and OpenCode’s VFS.

features/context — Context Window Management

Section titled “features/context — Context Window Management”

How the total context budget is allocated and maintained across turns.

FileDescription
chat-history.mdRolling chat history: summarization strategies, truncation policies, and token budget allocation so history doesn’t crowd out working context.
token-budgeting.mdHow the total context window is partitioned across system prompt, repo map, chat history, tool results, and the current user message.
prompt-caching.mdProvider-side prompt cache mechanics (Anthropic, OpenAI), how to structure prompts to maximize cache hit rate, and cache keepalive ping patterns.

LSP client architecture and how LSP data feeds into agent context.

FileDescription
integration.mdLSP client architecture: spawning language server processes, initialization handshake, request routing, multi-server support per workspace, and cold-start latency handling.
diagnostics.mdFeeding LSP diagnostics (errors, warnings, hints, code actions) back to the model as structured tool results after each edit cycle.

Ratatui-based rendering, input handling, and terminal compatibility.

FileDescription
rendering.mdRatatui frame loop, widget layout system, flicker-free double-buffered updates, and how OpenTUI’s Zig rendering primitives inform the design.
input-handling.mdKey event processing, PTY allocation for shell tool execution, alt-screen management, and inline mode for terminals like Zellij that restrict alternate screen scrollback.

features/server — Client-Server Architecture

Section titled “features/server — Client-Server Architecture”

The background server, protocol design, and MCP.

FileDescription
architecture.mdThe HTTP/SSE server design: how the TUI, headless CLI, and IDE plugins all connect to a shared persistent agent backend. Covers OpenCode’s Hono server and the event bus.
mcp-integration.mdManaging MCP servers: stdio and remote StreamableHTTP/SSE transports, OAuth PKCE flows, tool routing, and running OpenOxide itself as an MCP server.

Auto-commit, dirty-commit handling, and project documentation conventions.

FileDescription
auto-commit.mdAutomatic commit generation after accepted edits: AI attribution, custom commit message prompts, dirty-commit handling, and the --dry-run escape hatch.
agents-md.mdHierarchical project documentation discovery (AGENTS.md) from repo root to CWD, byte budget enforcement, override priority (AGENTS.override.md), and prompt injection security pitfalls.

features/ai — Model and Provider Abstraction

Section titled “features/ai — Model and Provider Abstraction”

LLM provider interfaces, multi-model workflows, and output constraints.

FileDescription
provider-abstraction.mdUnified LLM provider interface: API key management, endpoint configuration, per-provider quirks, and fallback chains for resilience.
multi-model.mdArchitect mode: a planner model produces a high-level plan, a separate editor model applies it to files. Covers Aider’s --architect flag and model-specific --editor-model.
structured-output.mdConstraining model responses to a JSON Schema via the API, retrying on schema violations, and using structured output for tool call results and code review summaries.

OS-level sandboxing for safe agent shell execution.

FileDescription
sandbox-modes.mdThe three sandbox tiers (read-only, workspace-write, full-access): behavioral contracts, approval policy axes, and the --full-auto shorthand.
platform-isolation.mdOS-level enforcement mechanisms: Landlock + seccomp on Linux, Seatbelt (sandbox-exec) on macOS, AppContainer or restricted token on Windows. Follows Codex’s codex-rs/linux-sandbox/ model.

features/permissions — Agent Permissions

Section titled “features/permissions — Agent Permissions”

What the agent is and isn’t allowed to do, and how those limits are declared.

FileDescription
index.mdWhat filesystem paths, network hosts, and shell commands the agent may access; how permissions are declared in config and enforced at runtime; the relationship between permissions and sandbox modes.

OpenOxide as both an MCP host and an MCP server.

FileDescription
client.mdManaging external MCP servers: adding stdio and remote StreamableHTTP/SSE transports, OAuth PKCE flows, tool discovery, and routing tool calls to the correct server.
server.mdRunning OpenOxide itself as an MCP server on stdio, exposing its agent capabilities as callable tools to other hosts or editors.

The ACP layer that sits above raw HTTP/SSE and enables multi-client agent sessions.

FileDescription
server.mdRunning an ACP server: transport options, working directory scoping, and how ACP differs from the raw HTTP/SSE event bus.
client.mdConnecting to a running ACP server and issuing agent requests: attaching to an in-progress session, sending messages, and receiving streamed events.

How sessions are stored, resumed, imported, and exported.

FileDescription
directory-layout.mdHow session data is structured on disk: the directory hierarchy under the XDG data path, file naming conventions, and the content of each persisted artifact (messages, snapshots, metadata).
import.mdRestoring a session from a JSON export file or a share URL: schema validation, ID remapping, and conflict handling when a session already exists locally.
export.mdDumping a session to a portable JSON format for backup, sharing, or migration between machines; the share URL format and any hosted sharing service requirements.

features/pr — GitHub Pull Request Integration

Section titled “features/pr — GitHub Pull Request Integration”

Agent-assisted PR review and automation.

FileDescription
index.mdThe pr subcommand: fetching a PR branch, constructing diff context from changed files, launching the agent in review mode, and the github run automation path for CI-triggered reviews.

features/exec — Non-Interactive Exec Mode

Section titled “features/exec — Non-Interactive Exec Mode”

Running a single prompt and exiting without a persistent session.

FileDescription
index.mdThe exec / run subcommand: one-shot prompt execution, JSONL event stream output for machine consumers, JSON Schema constraints on the final response, and ephemeral session handling.