Labsco
firecrawl logo

oracle

✓ Official★ 3

by firecrawl · part of firecrawl/openclaw

Best practices for using the oracle CLI (prompt + file bundling, engines, sessions, and file attachment patterns).

🔥🔥🔥✓ VerifiedAccount requiredNeeds API keys
#automation#scraping#browser#database#git
🧰 Not standalone. This skill ships with firecrawl/openclaw and only works together with that tool — install the tool first, then add this skill.

Best practices for using the oracle CLI (prompt + file bundling, engines, sessions, and file attachment patterns).

Inspect the full instructions your agent will receiveExpand

This is the exact playbook injected into your agent when the skill activates — shown here so you can audit it before installing. You don't need to read it to use the skill.

by firecrawl

Best practices for using the oracle CLI (prompt + file bundling, engines, sessions, and file attachment patterns). npx skills add https://github.com/firecrawl/openclaw --skill oracle Download ZIPGitHub3

oracle — best use

Oracle bundles your prompt + selected files into one “one-shot” request so another model can answer with real repo context (API or browser automation). Treat output as advisory: verify against code + tests.

Main use case (browser, GPT‑5.2 Pro)

Default workflow here: --engine browser with GPT‑5.2 Pro in ChatGPT. This is the common “long think” path: ~10 minutes to ~1 hour is normal; expect a stored session you can reattach to.

Recommended defaults:

  • Engine: browser (--engine browser)

  • Model: GPT‑5.2 Pro (--model gpt-5.2-pro or --model "5.2 Pro")

Golden path

  • Pick a tight file set (fewest files that still contain the truth).

  • Preview payload + token spend (--dry-run + --files-report).

  • Use browser mode for the usual GPT‑5.2 Pro workflow; use API only when you explicitly want it.

  • If the run detaches/timeouts: reattach to the stored session (don’t re-run).

Commands (preferred)

Help:

  • oracle --help

  • If the binary isn’t installed: npx -y @steipete/oracle --help (avoid pnpx here; sqlite bindings).

Preview (no tokens):

  • oracle --dry-run summary -p "<task>" --file "src/**" --file "!**/*.test.*"

  • oracle --dry-run full -p "<task>" --file "src/**"

Token sanity:

  • oracle --dry-run summary --files-report -p "<task>" --file "src/**"

Browser run (main path; long-running is normal):

  • oracle --engine browser --model gpt-5.2-pro -p "<task>" --file "src/**"

Manual paste fallback:

  • oracle --render --copy -p "<task>" --file "src/**"

  • Note: --copy is a hidden alias for --copy-markdown.

Attaching files (--file)

--file accepts files, directories, and globs. You can pass it multiple times; entries can be comma-separated.

Include:

  • --file "src/**"

  • --file src/index.ts

  • --file docs --file README.md

Exclude:

  • --file "src/**" --file "!src/**/*.test.ts" --file "!**/*.snap"

Defaults (implementation behavior):

  • Default-ignored dirs: node_modules, dist, coverage, .git, .turbo, .next, build, tmp (skipped unless explicitly passed as literal dirs/files).

  • Honors .gitignore when expanding globs.

  • Does not follow symlinks.

  • Dotfiles filtered unless opted in via pattern (e.g. --file ".github/**").

  • Files > 1 MB rejected.

Engines (API vs browser)

  • Auto-pick: api when OPENAI_API_KEY is set; otherwise browser.

  • Browser supports GPT + Gemini only; use --engine api for Claude/Grok/Codex or multi-model runs.

  • Browser attachments:

  • --browser-attachments auto|never|always (auto pastes inline up to ~60k chars then uploads).

  • Remote browser host:

  • Host: oracle serve --host 0.0.0.0 --port 9473 --token <secret>

  • Client: oracle --engine browser --remote-host <host:port> --remote-token <secret> -p "<task>" --file "src/**"

Sessions + slugs

  • Stored under ~/.oracle/sessions (override with ORACLE_HOME_DIR).

  • Runs may detach or take a long time (browser + GPT‑5.2 Pro often does). If the CLI times out: don’t re-run; reattach.

  • List: oracle status --hours 72

  • Attach: oracle session <id> --render

  • Use --slug "<3-5 words>" to keep session IDs readable.

  • Duplicate prompt guard exists; use --force only when you truly want a fresh run.

Prompt template (high signal)

Oracle starts with zero project knowledge. Assume the model cannot infer your stack, build tooling, conventions, or “obvious” paths. Include:

  • Project briefing (stack + build/test commands + platform constraints).

  • “Where things live” (key directories, entrypoints, config files, boundaries).

  • Exact question + what you tried + the error text (verbatim).

  • Constraints (“don’t change X”, “must keep public API”, etc).

  • Desired output (“return patch plan + tests”, “give 3 options with tradeoffs”).

Safety

  • Don’t attach secrets by default (.env, key files, auth tokens). Redact aggressively; share only what’s required.

“Exhaustive prompt” restoration pattern

For long investigations, write a standalone prompt + file set so you can rerun days later:

  • 6–30 sentence project briefing + the goal.

  • Repro steps + exact errors + what you tried.

  • Attach all context files needed (entrypoints, configs, key modules, docs).

Oracle runs are one-shot; the model doesn’t remember prior runs. “Restoring context” means re-running with the same prompt + --file … set (or reattaching a still-running stored session).