by redf0x1
Anti-detection browser server for AI agents — REST API wrapping Camoufox engine with OpenClaw plugin support
# Add to your Claude Code skills
git clone https://github.com/redf0x1/camofox-browserGuides for using ai agents skills like camofox-browser.
Last scanned: 5/30/2026
{
"issues": [],
"status": "PASSED",
"scannedAt": "2026-05-30T15:27:57.762Z",
"npmAuditRan": true,
"pipAuditRan": true
}camofox-browser is an open-source ai agents skill for AI coding assistants such as Claude Code, Codex CLI, and ChatGPT, built by redf0x1. Anti-detection browser server for AI agents — REST API wrapping Camoufox engine with OpenClaw plugin support. It has 388 GitHub stars.
Yes. camofox-browser passed SkillsLLM's automated security scan — a dependency vulnerability audit plus prompt-injection heuristics — with no high-severity issues. You can read the full report in the Security Report section on this page.
Clone the repository with "git clone https://github.com/redf0x1/camofox-browser" and add it to your Claude Code skills directory (see the Installation section above).
camofox-browser is primarily written in JavaScript. It is open-source under redf0x1 on GitHub, so you can review or fork the full source.
Yes. SkillsLLM lists many other AI Agents skills you can browse and compare side by side. Open the AI Agents category from the badge at the top of this page, or use the Related Skills and comparison links further down to weigh camofox-browser against similar tools.
No comments yet. Be the first to share your thoughts!
⚠️ Third-Party Software Notice
This skill is third-party open-source software developed and hosted independently on GitHub. SkillsLLM is an informational directory and does not control or maintain the underlying repository.
Any security checks, ratings, or warnings displayed by SkillsLLM are automated and limited in scope. They do not constitute a security certification or guarantee that the software is safe, error-free, or free from malicious code, vulnerabilities, compromised dependencies, or prompt-injection risks.
Review the source code, permissions, dependencies, and configuration before installing or running any third-party skill. Use is at your own risk. To the maximum extent permitted by applicable law, SkillsLLM is not liable for losses arising from third-party software.
Anti-detection browser server for AI agents — TypeScript REST API wrapping the Camoufox stealth browser engine
The Problem: Standard browser automation (Puppeteer, Playwright, Selenium) is easily detected by modern anti-bot systems. JavaScript-level patches are fragile and get bypassed quickly.
The Solution: CamoFox Browser Server wraps Camoufox, a Firefox fork with C++ engine-level fingerprint spoofing. No JavaScript injection — anti-detection happens at the browser engine level.
| Feature | Puppeteer/Playwright | CamoFox Browser Server |
|---|---|---|
| Anti-detection | JavaScript patches (fragile) | C++ engine-level (robust) |
| Fingerprint spoofing | Limited | Full (engine-level) |
| Token efficiency | Raw HTML / screenshots | Accessibility snapshots (smaller + structured) |
| Integration | Direct SDK | REST API for any language / AI agent |
| AI agent support | Varies | MCP + OpenClaw compatible |
userId (defaults: max 50 sessions, max 10 tabs/session)explicit-wins or proxy-locked)eN element references for precise interactionCAMOFOX_API_KEY is set)/start, /tabs/open, /act, etc.)CamoFox Browser Server is in Preview (Phase 1). Preview releases are functional for browser automation and agent integration, but carry specific compatibility commitments and explicit non-goals.
During Preview, CamoFox follows an additive-only deprecation model:
listItemId accepted alongside sessionKey, OpenClaw /act routing to core endpoints) continue to work alongside their replacementsBrowser profiles, download registries, and CLI session files use versioned sidecar formats. When upgrading CamoFox:
Supported sidecars include limited forward-migration paths (e.g., fingerprint v0 → v1); when no migration path exists for a given version, the server refuses to load the file and logs an actionable recovery message. There is no silent repair or downgrade path — this fail-closed default prevents data corruption at the cost of manual intervention on unsupported version jumps.
git clone https://github.com/redf0x1/camofox-browser.git
cd camofox-browser
npm install
npm run build
npm start
npm install -g camofox-browser
# Start the server
camofox-browser
# Or use the CLI for browser automation
camofox open https://example.com
camofox snapshot
camofox click e5
See CLI for the complete command reference.
Windows x64 is supported as a headless-first portable distribution. Release ZIPs are named camofox-browser-<version>-windows-x64.zip and contain the Node.js runtime, application runtime, and the pinned Camoufox Windows x64 engine, so a global Node.js installation is not required.
Extract the ZIP to a writable directory and run the bundled launchers from PowerShell or Command Prompt:
.\camofox.cmd --version
.\camofox.cmd server start --background
.\camofox.cmd server status
.\camofox.cmd server stop
Portable runtime state stays under data\home inside the extracted directory. This includes camofox-browser's .camofox profiles/logs and the bundled Camoufox cache, so the portable distribution does not use the normal Windows user profile for its application state.
The portable ZIP intentionally excludes Camoufox's upstream bundled fonts/ directory because the exact upstream source explicitly does not permit redistribution of those copyrighted Windows/macOS fonts. On Windows, CamoFox uses fonts installed on the host system instead.
The supported Windows x64 display contract is headless=true. headless=false and headless="virtual" are rejected with a clear error before any Linux-only display process is attempted. Xvfb/VNC virtual display mode remains Linux-only, and native headed Windows mode is not part of the verified support contract.
The release workflow verifies the ZIP after extracting it into a path containing spaces, starts the CLI using bundled Node.js with global Node removed from PATH, checks /health, runs a local create → navigate → snapshot → close browser flow, and confirms server shutdown and portable-state placement.
Docker image:
ghcr.io/redf0x1/camofox-browser
docker build -t camofox-browser .
docker run -d \
--name camofox-browser \
-p 9377:9377 \
-p 6080:6080 \
-e CAMOFOX_HOST=0.0.0.0 \
-e CAMOFOX_AUTH_MODE=auto \
-e CAMOFOX_API_KEY=change-me \
-v ~/.camofox:/home/node/.camofox \
camofox-browser
To persist browser profiles (cookies, localStorage, IndexedDB, etc.) across container restarts, keep the volume mount shown above.
servi