🦞 OpenClaw — Personal AI Assistant

EXFOLIATE! EXFOLIATE!

OpenClaw is a personal AI assistant you run on your own devices. It answers you on the channels you already use (WhatsApp, Telegram, Slack, Discord, Google Chat, Signal, iMessage, Microsoft Teams, WebChat), plus extension channels like BlueBubbles, Matrix, Zalo, and Zalo Personal. It can speak and listen on macOS/iOS/Android, and can render a live Canvas you control. The Gateway is just the control plane — the product is the assistant.

If you want a personal, single-user assistant that feels local, fast, and always-on, this is it.

Website · Docs · Vision · DeepWiki · Getting Started · Updating · Showcase · FAQ · Wizard · Nix · Docker · Discord

Preferred setup: run the onboarding wizard (openclaw onboard) in your terminal. The wizard guides you step by step through setting up the gateway, workspace, channels, and skills. The CLI wizard is the recommended path and works on macOS, Linux, and Windows (via WSL2; strongly recommended). Works with npm, pnpm, or bun. New install? Start here: Getting started

Sponsors

OpenAI	Blacksmith	Convex

Subscriptions (OAuth):

• OpenAI (ChatGPT/Codex)

Model note: while any model is supported, I strongly recommend Anthropic Pro/Max (100/200) + Opus 4.6 for long‑context strength and better prompt‑injection resistance. See Onboarding.

Models (selection + auth)

• Models config + CLI: Models
• Auth profile rotation (OAuth vs API keys) + fallbacks: Model failover

Install (recommended)

Runtime: Node ≥22.

npm install -g openclaw@latest
# or: pnpm add -g openclaw@latest

openclaw onboard --install-daemon

The wizard installs the Gateway daemon (launchd/systemd user service) so it stays running.

Quick start (TL;DR)

Runtime: Node ≥22.

Full beginner guide (auth, pairing, channels): Getting started

openclaw onboard --install-daemon

openclaw gateway --port 18789 --verbose

# Send a message
openclaw message send --to +1234567890 --message "Hello from OpenClaw"

# Talk to the assistant (optionally deliver back to any connected channel: WhatsApp/Telegram/Slack/Discord/Google Chat/Signal/iMessage/BlueBubbles/Microsoft Teams/Matrix/Zalo/Zalo Personal/WebChat)
openclaw agent --message "Ship checklist" --thinking high

Upgrading? Updating guide (and run openclaw doctor).

Development channels

• stable: tagged releases (vYYYY.M.D or vYYYY.M.D-<patch>), npm dist-tag latest.
• beta: prerelease tags (vYYYY.M.D-beta.N), npm dist-tag beta (macOS app may be missing).
• dev: moving head of main, npm dist-tag dev (when published).

Switch channels (git + npm): openclaw update --channel stable|beta|dev. Details: Development channels.

From source (development)

Prefer pnpm for builds from source. Bun is optional for running TypeScript directly.

git clone https://github.com/openclaw/openclaw.git
cd openclaw

pnpm install
pnpm ui:build # auto-installs UI deps on first run
pnpm build

pnpm openclaw onboard --install-daemon

# Dev loop (auto-reload on TS changes)
pnpm gateway:watch

Note: pnpm openclaw ... runs TypeScript directly (via tsx). pnpm build produces dist/ for running via Node / the packaged openclaw binary.

Security defaults (DM access)

OpenClaw connects to real messaging surfaces. Treat inbound DMs as untrusted input.

Full security guide: Security

Default behavior on Telegram/WhatsApp/Signal/iMessage/Microsoft Teams/Discord/Google Chat/Slack:

• DM pairing (dmPolicy="pairing" / channels.discord.dmPolicy="pairing" / channels.slack.dmPolicy="pairing"; legacy: channels.discord.dm.policy, channels.slack.dm.policy): unknown senders receive a short pairing code and the bot does not process their message.
• Approve with: openclaw pairing approve <channel> <code> (then the sender is added to a local allowlist store).
• Public inbound DMs require an explicit opt-in: set dmPolicy="open" and include "*" in the channel allowlist (allowFrom / channels.discord.allowFrom / channels.slack.allowFrom; legacy: channels.discord.dm.allowFrom, channels.slack.dm.allowFrom).

Run openclaw doctor to surface risky/misconfigured DM policies.

Highlights

• Local-first Gateway — single control plane for sessions, channels, tools, and events.
• Multi-channel inbox — WhatsApp, Telegram, Slack, Discord, Google Chat, Signal, BlueBubbles (iMessage), iMessage (legacy), Microsoft Teams, Matrix, Zalo, Zalo Personal, WebChat, macOS, iOS/Android.
• Multi-agent routing — route inbound channels/accounts/peers to isolated agents (workspaces + per-agent sessions).
• Voice Wake + Talk Mode — always-on speech for macOS/iOS/Android with ElevenLabs.
• Live Canvas — agent-driven visual workspace with A2UI.
• First-class tools — browser, canvas, nodes, cron, sessions, and Discord/Slack actions.
• Companion apps — macOS menu bar app + iOS/Android nodes.
• Onboarding + skills — wizard-driven setup with bundled/managed/workspace skills.

Star History

Everything we built so far

Core platform

• Gateway WS control plane with sessions, presence, config, cron, webhooks, Control UI, and Canvas host.
• CLI surface: gateway, agent, send, wizard, and doctor.
• Pi agent runtime in RPC mode with tool streaming and block streaming.
• Session model: main for direct chats, group isolation, activation modes, queue modes, reply-back. Group rules: Groups.
• Media pipeline: images/audio/video, transcription hooks, size caps, temp file lifecycle. Audio details: Audio.

Channels

• Channels: WhatsApp (Baileys), Telegram (grammY), Slack (Bolt), Discord (discord.js), Google Chat (Chat API), Signal (signal-cli), BlueBubbles (iMessage, recommended), iMessage (legacy imsg), Microsoft Teams (extension), Matrix (extension), Zalo (extension), Zalo Personal (extension), WebChat.
• Group routing: mention gating, reply tags, per-channel chunking and routing. Channel rules: Channels.

Apps + nodes

• macOS app: menu bar control plane, Voice Wake/PTT, Talk Mode overlay, WebChat, debug tools, remote gateway control.
• iOS node: Canvas, Voice Wake, Talk Mode, camera, screen recording, Bonjour pairing.
• Android node: Canvas, Talk Mode, camera, screen recording, optional SMS.
• macOS node mode: system.run/notify + canvas/camera exposure.

Tools + automation

• Browser control: dedicated openclaw Chrome/Chromium, snapshots, actions, uploads, profiles.
• Canvas: A2UI push/reset, eval, snapshot.
• Nodes: camera snap/clip, screen record, location.get, notifications.
• Cron + wakeups; webhooks; Gmail Pub/Sub.
• Skills platform: bundled, managed, and workspace skills with install gating + UI.

Runtime + safety

• Channel routing, retry policy, and streaming/chunking.
• Presence, typing indicators, and usage tracking.
• Models, model failover, and session pruning.
• Security and troubleshooting.

Ops + packaging

• Control UI + WebChat served directly from the Gateway.
• Tailscale Serve/Funnel or SSH tunnels with token/password auth.
• Nix mode for declarative config; Docker-based installs.
• Doctor migrations, logging.

How it works (short)

WhatsApp / Telegram / Slack / Discord / Google Chat / Signal / iMessage / BlueBubbles / Microsoft Teams / Matrix / Zalo / Zalo Personal / WebChat
               │
               ▼
┌───────────────────────────────┐
│            Gateway            │
│       (control plane)         │
│     ws://127.0.0.1:18789      │
└──────────────┬────────────────┘
               │
               ├─ Pi agent (RPC)
               ├─ CLI (openclaw …)
               ├─ WebChat UI
               ├─ macOS app
               └─ iOS / Android nodes

Key subsystems

• Gateway WebSocket network — single WS control plane for clients, tools, and events (plus ops: Gateway runbook).
• Tailscale exposure — Serve/Funnel for the Gateway dashboard + WS (remote access: Remote).
• Browser control — openclaw‑managed Chrome/Chromium with CDP control.
• Canvas + A2UI — agent‑driven visual workspace (A2UI host: Canvas/A2UI).
• Voice Wake + Talk Mode — always‑on speech and continuous conversation.
• Nodes — Canvas, camera snap/clip, screen record, location.get, notifications, plus macOS‑only system.run/system.notify.

Tailscale access (Gateway dashboard)

OpenClaw can auto-configure Tailscale Serve (tailnet-only) or Funnel (public) while the Gateway stays bound to loopback. Configure gateway.tailscale.mode:

• off: no Tailscale automation (default).
• serve: tailnet-only HTTPS via tailscale serve (uses Tailscale identity headers by default).
• funnel: public HTTPS via tailscale funnel (requires shared password auth).

Notes:

• gateway.bind must stay loopback when Serve/Funnel is enabled (OpenClaw enforces this).
• Serve can be forced to require a password by setting gateway.auth.mode: "password" or gateway.auth.allowTailscale: false.
• Funnel refuses to start unless gateway.auth.mode: "password" is set.
• Optional: gateway.tailscale.resetOnExit to undo Serve/Funnel on shutdown.

Details: Tailscale guide · Web surfaces

Remote Gateway (Linux is great)

It’s perfectly fine to run the Gateway on a small Linux instance. Clients (macOS app, CLI, WebChat) can connect over Tailscale Serve/Funnel or SSH tunnels, and you can still pair device nodes (macOS/iOS/Android) to execute device‑local actions when needed.

• Gateway host runs the exec tool and channel connections by default.
• Device nodes run device‑local actions (system.run, camera, screen recording, notifications) via node.invoke. In short: exec runs where the Gateway lives; device actions run where the device lives.

Details: Remote access · Nodes · Security

macOS permissions via the Gateway protocol

The macOS app can run in node mode and advertises its capabilities + permission map over the Gateway WebSocket (node.list / node.describe). Clients can then execute local actions via node.invoke:

• system.run runs a local command and returns stdout/stderr/exit code; set needsScreenRecording: true to require screen-recording permission (otherwise you’ll get PERMISSION_MISSING).
• system.notify posts a user notification and fails if notifications are denied.
• canvas.*, camera.*, screen.record, and location.get are also routed via node.invoke and follow TCC permission status.

Elevated bash (host permissions) is separate from macOS TCC:

• Use /elevated on|off to toggle per‑session elevated access when enabled + allowlisted.
• Gateway persists the per‑session toggle via sessions.patch (WS method) alongside thinkingLevel, verboseLevel, model, sendPolicy, and groupActivation.

Details: Nodes · macOS app · Gateway protocol

Agent to Agent (sessions_* tools)

• Use these to coordinate work across sessions without jumping between chat surfaces.
• sessions_list — discover active sessions (agents) and their metadata.
• sessions_history — fetch transcript logs for a session.
• sessions_send — message another session; optional reply‑back ping‑pong + announce step (REPLY_SKIP, ANNOUNCE_SKIP).

Details: Session tools

Skills registry (ClawHub)

ClawHub is a minimal skill registry. With ClawHub enabled, the agent can search for skills automatically and pull in new ones as needed.

ClawHub

Chat commands

Send these in WhatsApp/Telegram/Slack/Google Chat/Microsoft Teams/WebChat (group commands are owner-only):

• /status — compact session status (model + tokens, cost when available)
• /new or /reset — reset the session
• /compact — compact session context (summary)
• /think <level> — off|minimal|low|medium|high|xhigh (GPT-5.2 + Codex models only)
• /verbose on|off
• /usage off|tokens|full — per-response usage footer
• /restart — restart the gateway (owner-only in groups)
• /activation mention|always — group activation toggle (groups only)

Apps (optional)

The Gateway alone delivers a great experience. All apps are optional and add extra features.

If you plan to build/run companion apps, follow the platform runbooks below.

macOS (OpenClaw.app) (optional)

• Menu bar control for the Gateway and health.
• Voice Wake + push-to-talk overlay.
• WebChat + debug tools.
• Remote gateway control over SSH.

Note: signed builds required for macOS permissions to stick across rebuilds (see docs/mac/permissions.md).

iOS node (optional)

• Pairs as a node via the Bridge.
• Voice trigger forwarding + Canvas surface.
• Controlled via openclaw nodes ….

Runbook: iOS connect.

Android node (optional)

• Pairs via the same Bridge + pairing flow as iOS.
• Exposes Canvas, Camera, and Screen capture commands.
• Runbook: Android connect.

Agent workspace + skills

• Workspace root: ~/.openclaw/workspace (configurable via agents.defaults.workspace).
• Injected prompt files: AGENTS.md, SOUL.md, TOOLS.md.
• Skills: ~/.openclaw/workspace/skills/<skill>/SKILL.md.

Configuration

Minimal ~/.openclaw/openclaw.json (model + defaults):

{
  agent: {
    model: "anthropic/claude-opus-4-6",
  },
}

Full configuration reference (all keys + examples).

Security model (important)

• Default: tools run on the host for the main session, so the agent has full access when it’s just you.
• Group/channel safety: set agents.defaults.sandbox.mode: "non-main" to run non‑main sessions (groups/channels) inside per‑session Docker sandboxes; bash then runs in Docker for those sessions.
• Sandbox defaults: allowlist bash, process, read, write, edit, sessions_list, sessions_history, sessions_send, sessions_spawn; denylist browser, canvas, nodes, cron, discord, gateway.

Details: Security guide · Docker + sandboxing · Sandbox config

WhatsApp

• Link the device: pnpm openclaw channels login (stores creds in ~/.openclaw/credentials).
• Allowlist who can talk to the assistant via channels.whatsapp.allowFrom.
• If channels.whatsapp.groups is set, it becomes a group allowlist; include "*" to allow all.

Telegram

• Set TELEGRAM_BOT_TOKEN or channels.telegram.botToken (env wins).
• Optional: set channels.telegram.groups (with channels.telegram.groups."*".requireMention); when set, it is a group allowlist (include "*" to allow all). Also channels.telegram.allowFrom or channels.telegram.webhookUrl + channels.telegram.webhookSecret as needed.

{
  channels: {
    telegram: {
      botToken: "123456:ABCDEF",
    },
  },
}

Slack

• Set SLACK_BOT_TOKEN + SLACK_APP_TOKEN (or channels.slack.botToken + channels.slack.appToken).

Discord

• Set DISCORD_BOT_TOKEN or channels.discord.token (env wins).
• Optional: set commands.native, commands.text, or commands.useAccessGroups, plus channels.discord.allowFrom, channels.discord.guilds, or channels.discord.mediaMaxMb as needed.

{
  channels: {
    discord: {
      token: "1234abcd",
    },
  },
}

Signal

• Requires signal-cli and a channels.signal config section.

BlueBubbles (iMessage)

• Recommended iMessage integration.
• Configure channels.bluebubbles.serverUrl + channels.bluebubbles.password and a webhook (channels.bluebubbles.webhookPath).
• The BlueBubbles server runs on macOS; the Gateway can run on macOS or elsewhere.

iMessage (legacy)

• Legacy macOS-only integration via imsg (Messages must be signed in).
• If channels.imessage.groups is set, it becomes a group allowlist; include "*" to allow all.

Microsoft Teams

• Configure a Teams app + Bot Framework, then add a msteams config section.
• Allowlist who can talk via msteams.allowFrom; group access via msteams.groupAllowFrom or msteams.groupPolicy: "open".

WebChat

• Uses the Gateway WebSocket; no separate WebChat port/config.

Browser control (optional):

{
  browser: {
    enabled: true,
    color: "#FF4500",
  },
}

Docs

Use these when you’re past the onboarding flow and want the deeper reference.

• Start with the docs index for navigation and “what’s where.”
• Read the architecture overview for the gateway + protocol model.
• Use the full configuration reference when you need every key and example.
• Run the Gateway by the book with the operational runbook.
• Learn how the Control UI/Web surfaces work and how to expose them safely.
• Understand remote access over SSH tunnels or tailnets.
• Follow the onboarding wizard flow for a guided setup.
• Wire external triggers via the webhook surface.
• Set up Gmail Pub/Sub triggers.
• Learn the macOS menu bar companion details.
• Platform guides: Windows (WSL2), Linux, macOS, iOS, Android
• Debug common failures with the troubleshooting guide.
• Review security guidance before exposing anything.

Advanced docs (discovery + control)

• Discovery + transports
• Bonjour/mDNS
• Gateway pairing
• Remote gateway README
• Control UI
• Dashboard

Operations & troubleshooting

• Health checks
• Gateway lock
• Background process
• Browser troubleshooting (Linux)
• Logging

Deep dives

• Agent loop
• Presence
• TypeBox schemas
• RPC adapters
• Queue

Workspace & skills

• Skills config
• Default AGENTS
• Templates: AGENTS
• Templates: BOOTSTRAP
• Templates: IDENTITY
• Templates: SOUL
• Templates: TOOLS
• Templates: USER

Platform internals

• macOS dev setup
• macOS menu bar
• macOS voice wake
• iOS node
• Android node
• Windows (WSL2)
• Linux app

Email hooks (Gmail)

• docs.openclaw.ai/gmail-pubsub

Developer Guide — Source Code Map

Use this section to find where to look when you want to make a specific change.

Quick Reference: "I want to change X — where do I look?"

If you want to…	Look in	Key files to start with
Add a new chat channel	src/channels/, extensions/	dock.ts, registry.ts, plugins/
Add a CLI command	src/commands/, src/cli/	program.ts, individual command files
Change message routing	src/routing/	resolve-route.ts, session-key.ts, bindings.ts
Modify agent config/behavior	src/agents/	agent-scope.ts, models-config.ts, agent-paths.ts
Change gateway protocol/WS server	src/gateway/	client.ts, protocol/, auth.ts, server/
Add/change config options	src/config/	io.ts, validation.ts, types.*.ts
Modify auto-reply logic	src/auto-reply/	dispatch.ts, reply/reply-dispatcher.ts
Add a TTS provider	src/tts/	tts.ts, tts-core.ts, prepare-text.ts
Change browser automation	src/browser/	client.ts, cdp.ts, chrome.ts
Add an embedding/memory provider	src/memory/	embeddings.ts, embeddings-openai.ts, etc.
Modify security audits	src/security/	audit.ts, audit-*.ts, dangerous-tools.ts
Change plugin system	src/plugins/	loader.ts, hooks.ts, commands.ts
Add scheduled jobs / cron	src/cron/	normalize.ts, schedule.ts, delivery.ts
Modify terminal UI	src/tui/	tui.ts, gateway-chat.ts, theme/
Change Canvas host	src/canvas-host/	server.ts, a2ui.ts, file-resolver.ts
Modify session handling	src/sessions/	send-policy.ts, model-overrides.ts
Work on macOS / iOS / Android apps	apps/	macos/, ios/, android/, shared/
Add or modify skills	skills/	SKILL.md in each skill directory
Work on extensions	extensions/	Extension package.json + handler files
Change media handling	src/media/	parse.ts, mime.ts, input-files.ts
Work on Control UI (web)	ui/	Lit web components, ui/src/
Change infrastructure / env loading	src/infra/	env.ts, binaries.ts, ports.ts
Modify logging	src/logging/	Subsystem loggers, file output, levels
Change hooks / Gmail triggers	src/hooks/	hooks.ts, internal-hooks.ts, Gmail watchers
Modify ACP (Agent Protocol)	src/acp/	client.ts, event-mapper.ts, translator.ts

Project Structure

openclaw/
├── apps/                           # Native platform apps
│   ├── macos/                      #   macOS menu bar app (Swift)
│   ├── ios/                        #   iOS node app
│   ├── android/                    #   Android node app (Gradle)
│   └── shared/                     #   Shared SDK (OpenClawKit)
│
├── src/                            # Core source code (~2,990 TS files)
│   ├── entry.ts                    #   CLI bootstrap (process init, respawn, Node flags)
│   ├── index.ts                    #   Main exports + global error handlers
│   ├── globals.ts                  #   Global flags (verbose, yes) + theme
│   ├── runtime.ts                  #   Abstract runtime env (log, exit, test stubs)
│   ├── utils.ts                    #   Shared utilities (paths, E164, JID conversion)
│   │
│   ├── agents/                     #   Agent config, scope, models, sandbox, skills
│   ├── gateway/                    #   WebSocket control plane + RPC protocol
│   ├── auto-reply/                 #   Inbound message dispatch + reply queue
│   ├── cli/                        #   Commander.js CLI program builder
│   ├── commands/                   #   CLI command implementations (~197 files)
│   ├── config/                     #   Config loading, validation, types (~148 files)
│   ├── infra/                      #   Low-level: env, binaries, ports, TLS, device ID
│   ├── channels/                   #   Channel adapters, allowlists, plugins, mentions
│   ├── routing/                    #   Session + agent routing (resolve-route, bindings)
│   ├── security/                   #   Security audits, dangerous tools, permissions
│   │
│   ├── telegram/                   #   Telegram bot (grammY)
│   ├── discord/                    #   Discord bot (discord.js)
│   ├── slack/                      #   Slack bot (Bolt)
│   ├── signal/                     #   Signal integration (signal-cli)
│   ├── imessage/                   #   iMessage (legacy macOS-only)
│   ├── web/                        #   WhatsApp Web client (Baileys)
│   │
│   ├── browser/                    #   Browser automation (CDP, Chrome, profiles)
│   ├── memory/                     #   Vector embeddings + semantic search
│   ├── plugins/                    #   Plugin discovery, loading, hooks, commands
│   ├── security/                   #   Audit orchestrator + checks
│   ├── tts/                        #   Text-to-speech (OpenAI, ElevenLabs, Edge)
│   ├── cron/                       #   Scheduled jobs (at/every/cron formats)
│   ├── media/                      #   Media pipeline (parse, MIME, images, audio)
│   ├── sessions/                   #   Session metadata, send policy, model overrides
│   ├── hooks/                      #   Event hooks (Gmail, webhooks, triggers)
│   ├── tui/                        #   Terminal UI (interactive chat, slash commands)
│   ├── canvas-host/                #   Canvas HTTP/WS server + A2UI protocol
│   ├── acp/                        #   Anthropic Agent Protocol client
│   ├── logging/                    #   Structured logging subsystem
│   ├── terminal/                   #   Terminal helpers (progress, colors, state)
│   ├── process/                    #   Child process spawning, exec wrappers
│   ├── providers/                  #   Model provider registry
│   ├── shared/                     #   Shared interfaces
│   ├── types/                      #   Central type exports
│   └── test-utils/                 #   Test helpers + fixtures
│
├── extensions/                     # Channel extensions (36 total)
│   ├── discord/                    #   Discord extension
│   ├── telegram/                   #   Telegram extension
│   ├── slack/                      #   Slack extension
│   ├── msteams/                    #   Microsoft Teams
│   ├── matrix/                     #   Matrix
│   ├── signal/                     #   Signal
│   ├── whatsapp/                   #   WhatsApp
│   ├── zalo/                       #   Zalo
│   ├── voice-call/                 #   Voice call
│   └── ...                         #   (+ 27 more)
│
├── skills/                         # Agent skills (51 total)
│   ├── github/                     #   GitHub integration
│   ├── slack/                      #   Slack actions
│   ├── obsidian/                   #   Obsidian notes
│   ├── weather/                    #   Weather lookups
│   ├── coding-agent/               #   Code generation
│   └── ...                         #   (+ 46 more)
│
├── ui/                             # Control UI (Lit web components)
├── docs/                           # Documentation (Mintlify → docs.openclaw.ai)
├── packages/                       # pnpm workspace packages
├── vendor/                         # Vendored dependencies
├── scripts/                        # Build, test, deploy scripts
├── test/                           # Integration / e2e tests
│
├── openclaw.mjs                    # CLI entry point (executable)
├── package.json                    # Root manifest (version: YYYY.M.D)
├── tsconfig.json                   # TypeScript config
├── tsdown.config.ts                # Build config
├── vitest.config.ts                # Test config
├── .env.example                    # Environment variable template
├── Dockerfile                      # Production container
├── docker-compose.yml              # Docker orchestration
├── fly.toml                        # Fly.io deployment
└── render.yaml                     # Render.com deployment

Module Descriptions

Core Runtime

Module	Files	Description
src/agents/	~337	Agent orchestration: config resolution, model selection, workspace dirs, sandbox settings, skill loading, auth profiles, sub-agent registry
src/gateway/	~145	WebSocket control plane: RPC protocol, server methods, authentication, config reload, event broadcasting, presence tracking
src/auto-reply/	~80	Inbound message pipeline: command detection, permission checks, reply queue, typing indicators, buffered dispatch
src/cli/	~110	CLI framework: Commander.js program builder, profile selection, argument parsing, browser/channel setup
src/commands/	~197	CLI command implementations: agent, auth, browser, channels, config, doctor, gateway, message, models, nodes, onboard, pairing, send, skills
src/config/	~148	Configuration system: JSON5 loading, Zod validation, session storage, 32+ type modules defining every config key
src/infra/	~170	Infrastructure: environment variable loading, binary management, port checking, TLS fingerprints, device identity, home dir resolution
src/routing/	~30	Message routing: maps inbound messages to agents based on channel, account, peer, guild/team ID, and role bindings

Channels

Module	Files	Description
src/channels/	~60	Shared channel infrastructure: dock (capabilities), registry, allowlists, plugins, mention handling, threading
src/telegram/	~40	Telegram bot via grammY: polling, webhooks, group handling, media
src/discord/	~50	Discord bot via discord.js: slash commands, threads, reactions, media
src/slack/	~35	Slack bot via Bolt: socket mode, app tokens, channels, threads
src/signal/	~25	Signal integration via signal-cli
src/imessage/	~20	iMessage (legacy macOS-only, see BlueBubbles extension for recommended path)
src/web/	~40	WhatsApp Web via Baileys: QR auth, message monitoring, auto-reply

Features

Module	Files	Description
src/browser/	~84	Browser automation: Chrome DevTools Protocol (CDP), profile management, snapshots, page interactions, screenshot labels
src/memory/	~58	Vector memory: embeddings (OpenAI, Gemini, Voyage, llama.cpp), semantic search, QMD memory system
src/plugins/	~44	Plugin system: discovery, loading, CLI registration, hook system, tool/command registry
src/security/	~30	Security: audit orchestrator, channel/plugin/filesystem/tool checks, dangerous tool denylist
src/tts/	~20	Text-to-speech: OpenAI, ElevenLabs, Edge TTS providers; voice selection, text preprocessing
src/cron/	~30	Scheduled jobs: at/every/cron format parsing, delivery tracking, isolated agent turns
src/media/	~25	Media pipeline: MEDIA token parsing, MIME detection, image ops, file input validation
src/sessions/	~15	Session metadata: send policy, model overrides, log level overrides, input provenance
src/hooks/	~20	Event hooks: Gmail Pub/Sub, webhook triggers, custom agent wake actions
src/tui/	~25	Terminal UI: interactive chat via pi-tui, slash commands, gateway integration, themes
src/canvas-host/	~15	Canvas server: HTTP/WS for agent-driven UI, A2UI protocol, sandboxed file serving, live reload
src/acp/	~10	Agent Communication Protocol: SDK client, permission flows, session management, message translation

Root Source Files

File	Purpose
src/entry.ts	CLI bootstrap — process initialization, Node flag injection, respawn for experimental warnings, profile parsing
src/index.ts	Main export — public API, global error handlers, unhandled rejection handling, console capture
src/globals.ts	Global state — verbose/yes flags, theme exports, logVerbose(), setVerbose(), isYes()
src/runtime.ts	Runtime abstraction — log/error/exit functions with default and non-exiting (test) implementations
src/utils.ts	Shared utilities — path handling, E164 normalization, WhatsApp JID conversion, UTF-16 safety, config dir resolution

Build & Test Config Files

File	Controls
tsconfig.json	TypeScript: ES2023 target, NodeNext modules, strict mode, legacy decorators, path aliases for plugin SDK
tsdown.config.ts	Build: entry points, platform=node, production env, plugin SDK + hooks bundling
vitest.config.ts	Tests: V8 coverage (70% threshold), forks pool, 2min timeout, auto-scaling workers
vitest.unit.config.ts	Unit tests only (excludes gateway + extensions)
vitest.e2e.config.ts	E2E tests: vmForks pool, configurable workers via OPENCLAW_E2E_WORKERS
vitest.gateway.config.ts	Gateway-specific tests
vitest.extensions.config.ts	Extension/plugin tests
vitest.live.config.ts	Live integration tests (real credentials, sequential, LIVE=1)
.oxlintrc.json	Linting: unicorn + typescript + oxc plugins, no-explicit-any: error, curly: error
.oxfmtrc.jsonc	Formatting: import sorting, package.json script sorting
.pre-commit-config.yaml	Pre-commit hooks: trailing whitespace, secret detection, shellcheck, actionlint, oxlint, oxfmt

Deployment Config Files

File	Purpose
Dockerfile	Production build: Node 22, pnpm install, pnpm build, runs as non-root node user
Dockerfile.sandbox	Agent sandbox: Debian slim, bash/curl/git/jq/python3/ripgrep, runs as sandbox user
Dockerfile.sandbox-browser	Browser sandbox: Chromium + Xvfb + VNC + noVNC, ports 9222/5900/6080
docker-compose.yml	Orchestration: gateway + CLI services, port 18789/18790, volume mounts for config
fly.toml	Fly.io: IAD region, shared-cpu-2x, 2GB RAM, persistent volume, auto HTTPS, force-start
fly.private.toml	Fly.io (private): no public IP, access via fly proxy or WireGuard
render.yaml	Render.com: starter plan, /health check, 1GB disk, auto-generated gateway token

---

Molty

OpenClaw was built for Molty, a space lobster AI assistant. 🦞 by Peter Steinberger and the community.

• openclaw.ai
• soul.md
• steipete.me
• @openclaw

Community

See CONTRIBUTING.md for guidelines, maintainers, and how to submit PRs. AI/vibe-coded PRs welcome! 🤖

Special thanks to Mario Zechner for his support and for pi-mono. Special thanks to Adam Doppelt for lobster.bot.

Thanks to all clawtributors: