@gguf/pigbot 0.0.5 → 0.0.7

package/docs/providers/qwen.md

@@ -1,7 +1,7 @@
 ---
-summary: "Use Qwen OAuth (free tier) in Moltbot"
+summary: "Use Qwen OAuth (free tier) in OpenClaw"
 read_when:
-  - You want to use Qwen with Moltbot
+  - You want to use Qwen with OpenClaw
   - You want free-tier OAuth access to Qwen Coder
 ---
 # Qwen
@@ -12,7 +12,7 @@ Qwen provides a free-tier OAuth flow for Qwen Coder and Qwen Vision models
 ## Enable the plugin
 
 ```bash
-moltbot plugins enable qwen-portal-auth
+openclaw plugins enable qwen-portal-auth
 ```
 
 Restart the Gateway after enabling.
@@ -20,7 +20,7 @@ Restart the Gateway after enabling.
 ## Authenticate
 
 ```bash
-moltbot models auth login --provider qwen-portal --set-default
+openclaw models auth login --provider qwen-portal --set-default
 ```
 
 This runs the Qwen device-code OAuth flow and writes a provider entry to your
@@ -34,12 +34,12 @@ This runs the Qwen device-code OAuth flow and writes a provider entry to your
 Switch models with:
 
 ```bash
-moltbot models set qwen-portal/coder-model
+openclaw models set qwen-portal/coder-model
 ```
 
 ## Reuse Qwen Code CLI login
 
-If you already logged in with the Qwen Code CLI, Moltbot will sync credentials
+If you already logged in with the Qwen Code CLI, OpenClaw will sync credentials
 from `~/.qwen/oauth_creds.json` when it loads the auth store. You still need a
 `models.providers.qwen-portal` entry (use the login command above to create one).
 

package/docs/providers/synthetic.md

@@ -1,12 +1,12 @@
 ---
-summary: "Use Synthetic's Anthropic-compatible API in Moltbot"
+summary: "Use Synthetic's Anthropic-compatible API in OpenClaw"
 read_when:
   - You want to use Synthetic as a model provider
   - You need a Synthetic API key or base URL setup
 ---
 # Synthetic
 
-Synthetic exposes Anthropic-compatible endpoints. Moltbot registers it as the
+Synthetic exposes Anthropic-compatible endpoints. OpenClaw registers it as the
 `synthetic` provider and uses the Anthropic Messages API.
 
 ## Quick setup
@@ -15,7 +15,7 @@ Synthetic exposes Anthropic-compatible endpoints. Moltbot registers it as the
 2) Run onboarding:
 
 ```bash
-moltbot onboard --auth-choice synthetic-api-key
+openclaw onboard --auth-choice synthetic-api-key
 ```
 
 The default model is set to:
@@ -59,7 +59,7 @@ synthetic/hf:MiniMaxAI/MiniMax-M2.1
 }
 ```
 
-Note: Moltbot's Anthropic client appends `/v1` to the base URL, so use
+Note: OpenClaw's Anthropic client appends `/v1` to the base URL, so use
 `https://api.synthetic.new/anthropic` (not `/anthropic/v1`). If Synthetic changes
 its base URL, override `models.providers.synthetic.baseUrl`.
 

package/docs/providers/venice.md

@@ -1,16 +1,16 @@
 ---
-summary: "Use Venice AI privacy-focused models in Moltbot"
+summary: "Use Venice AI privacy-focused models in OpenClaw"
 read_when:
-  - You want privacy-focused inference in Moltbot
+  - You want privacy-focused inference in OpenClaw
   - You want Venice AI setup guidance
 ---
-# Venice AI (Venius highlight)
+# Venice AI (Venice highlight)
 
-**Venius** is our highlight Venice setup for privacy-first inference with optional anonymized access to proprietary models.
+**Venice** is our highlight Venice setup for privacy-first inference with optional anonymized access to proprietary models.
 
 Venice AI provides privacy-focused AI inference with support for uncensored models and access to major proprietary models through their anonymized proxy. All inference is private by default—no training on your data, no logging.
 
-## Why Venice in Moltbot
+## Why Venice in OpenClaw
 
 - **Private inference** for open-source models (no logging).
 - **Uncensored models** when you need them.
@@ -45,7 +45,7 @@ Venice offers two privacy levels — understanding this is key to choosing your
 2. Go to **Settings → API Keys → Create new key**
 3. Copy your API key (format: `vapi_xxxxxxxxxxxx`)
 
-### 2. Configure Moltbot
+### 2. Configure OpenClaw
 
 **Option A: Environment Variable**
 
@@ -56,7 +56,7 @@ export VENICE_API_KEY="vapi_xxxxxxxxxxxx"
 **Option B: Interactive Setup (Recommended)**
 
 ```bash
-moltbot onboard --auth-choice venice-api-key
+openclaw onboard --auth-choice venice-api-key
 ```
 
 This will:
@@ -68,7 +68,7 @@ This will:
 **Option C: Non-interactive**
 
 ```bash
-moltbot onboard --non-interactive \
+openclaw onboard --non-interactive \
   --auth-choice venice-api-key \
   --venice-api-key "vapi_xxxxxxxxxxxx"
 ```
@@ -76,12 +76,12 @@ moltbot onboard --non-interactive \
 ### 3. Verify Setup
 
 ```bash
-moltbot chat --model venice/llama-3.3-70b "Hello, are you working?"
+openclaw chat --model venice/llama-3.3-70b "Hello, are you working?"
 ```
 
 ## Model Selection
 
-After setup, Moltbot shows all available Venice models. Pick based on your needs:
+After setup, OpenClaw shows all available Venice models. Pick based on your needs:
 
 - **Default (our pick)**: `venice/llama-3.3-70b` for private, balanced performance.
 - **Best overall quality**: `venice/claude-opus-45` for hard jobs (Opus remains the strongest).
@@ -91,19 +91,19 @@ After setup, Moltbot shows all available Venice models. Pick based on your needs
 Change your default model anytime:
 
 ```bash
-moltbot models set venice/claude-opus-45
-moltbot models set venice/llama-3.3-70b
+openclaw models set venice/claude-opus-45
+openclaw models set venice/llama-3.3-70b
 ```
 
 List all available models:
 
 ```bash
-moltbot models list | grep venice
+openclaw models list | grep venice
 ```
 
-## Configure via `moltbot configure`
+## Configure via `openclaw configure`
 
-1. Run `moltbot configure`
+1. Run `openclaw configure`
 2. Select **Model/auth**
 3. Choose **Venice AI**
 
@@ -159,7 +159,7 @@ moltbot models list | grep venice
 
 ## Model Discovery
 
-Moltbot automatically discovers models from the Venice API when `VENICE_API_KEY` is set. If the API is unreachable, it falls back to a static catalog.
+OpenClaw automatically discovers models from the Venice API when `VENICE_API_KEY` is set. If the API is unreachable, it falls back to a static catalog.
 
 The `/models` endpoint is public (no auth needed for listing), but inference requires a valid API key.
 
@@ -192,19 +192,19 @@ Venice uses a credit-based system. Check [venice.ai/pricing](https://venice.ai/p
 
 ```bash
 # Use default private model
-moltbot chat --model venice/llama-3.3-70b
+openclaw chat --model venice/llama-3.3-70b
 
 # Use Claude via Venice (anonymized)
-moltbot chat --model venice/claude-opus-45
+openclaw chat --model venice/claude-opus-45
 
 # Use uncensored model
-moltbot chat --model venice/venice-uncensored
+openclaw chat --model venice/venice-uncensored
 
 # Use vision model with image
-moltbot chat --model venice/qwen3-vl-235b-a22b
+openclaw chat --model venice/qwen3-vl-235b-a22b
 
 # Use coding model
-moltbot chat --model venice/qwen3-coder-480b-a35b-instruct
+openclaw chat --model venice/qwen3-coder-480b-a35b-instruct
 ```
 
 ## Troubleshooting
@@ -213,14 +213,14 @@ moltbot chat --model venice/qwen3-coder-480b-a35b-instruct
 
 ```bash
 echo $VENICE_API_KEY
-moltbot models list | grep venice
+openclaw models list | grep venice
 ```
 
 Ensure the key starts with `vapi_`.
 
 ### Model not available
 
-The Venice model catalog updates dynamically. Run `moltbot models list` to see currently available models. Some models may be temporarily offline.
+The Venice model catalog updates dynamically. Run `openclaw models list` to see currently available models. Some models may be temporarily offline.
 
 ### Connection issues
 

package/docs/providers/vercel-ai-gateway.md

@@ -2,7 +2,7 @@
 title: "Vercel AI Gateway"
 summary: "Vercel AI Gateway setup (auth + model selection)"
 read_when:
-  - You want to use Vercel AI Gateway with Moltbot
+  - You want to use Vercel AI Gateway with OpenClaw
   - You need the API key env var or CLI auth choice
 ---
 # Vercel AI Gateway
@@ -19,7 +19,7 @@ The [Vercel AI Gateway](https://vercel.com/ai-gateway) provides a unified API to
 1) Set the API key (recommended: store it for the Gateway):
 
 ```bash
-moltbot onboard --auth-choice ai-gateway-api-key
+openclaw onboard --auth-choice ai-gateway-api-key
 ```
 
 2) Set a default model:
@@ -37,7 +37,7 @@ moltbot onboard --auth-choice ai-gateway-api-key
 ## Non-interactive example
 
 ```bash
-moltbot onboard --non-interactive \
+openclaw onboard --non-interactive \
   --mode local \
   --auth-choice ai-gateway-api-key \
   --ai-gateway-api-key "$AI_GATEWAY_API_KEY"
@@ -46,5 +46,5 @@ moltbot onboard --non-interactive \
 ## Environment note
 
 If the Gateway runs as a daemon (launchd/systemd), make sure `AI_GATEWAY_API_KEY`
-is available to that process (for example, in `~/.clawdbot/.env` or via
+is available to that process (for example, in `~/.openclaw/.env` or via
 `env.shellEnv`).

package/docs/providers/xiaomi.md

@@ -0,0 +1,62 @@
+---
+summary: "Use Xiaomi MiMo (mimo-v2-flash) with OpenClaw"
+read_when:
+  - You want Xiaomi MiMo models in OpenClaw
+  - You need XIAOMI_API_KEY setup
+---
+# Xiaomi MiMo
+
+Xiaomi MiMo is the API platform for **MiMo** models. It provides REST APIs compatible with
+OpenAI and Anthropic formats and uses API keys for authentication. Create your API key in
+the [Xiaomi MiMo console](https://platform.xiaomimimo.com/#/console/api-keys). OpenClaw uses
+the `xiaomi` provider with a Xiaomi MiMo API key.
+
+## Model overview
+
+- **mimo-v2-flash**: 262144-token context window, Anthropic Messages API compatible.
+- Base URL: `https://api.xiaomimimo.com/anthropic`
+- Authorization: `Bearer $XIAOMI_API_KEY`
+
+## CLI setup
+
+```bash
+openclaw onboard --auth-choice xiaomi-api-key
+# or non-interactive
+openclaw onboard --auth-choice xiaomi-api-key --xiaomi-api-key "$XIAOMI_API_KEY"
+```
+
+## Config snippet
+
+```json5
+{
+  env: { XIAOMI_API_KEY: "your-key" },
+  agents: { defaults: { model: { primary: "xiaomi/mimo-v2-flash" } } },
+  models: {
+    mode: "merge",
+    providers: {
+      xiaomi: {
+        baseUrl: "https://api.xiaomimimo.com/anthropic",
+        api: "anthropic-messages",
+        apiKey: "XIAOMI_API_KEY",
+        models: [
+          {
+            id: "mimo-v2-flash",
+            name: "Xiaomi MiMo V2 Flash",
+            reasoning: false,
+            input: ["text"],
+            cost: { input: 0, output: 0, cacheRead: 0, cacheWrite: 0 },
+            contextWindow: 262144,
+            maxTokens: 8192
+          }
+        ]
+      }
+    }
+  }
+}
+```
+
+## Notes
+
+- Model ref: `xiaomi/mimo-v2-flash`.
+- The provider is injected automatically when `XIAOMI_API_KEY` is set (or an auth profile exists).
+- See [/concepts/model-providers](/concepts/model-providers) for provider rules.

package/docs/providers/zai.md

@@ -1,21 +1,21 @@
 ---
-summary: "Use Z.AI (GLM models) with Moltbot"
+summary: "Use Z.AI (GLM models) with OpenClaw"
 read_when:
-  - You want Z.AI / GLM models in Moltbot
+  - You want Z.AI / GLM models in OpenClaw
   - You need a simple ZAI_API_KEY setup
 ---
 # Z.AI
 
 Z.AI is the API platform for **GLM** models. It provides REST APIs for GLM and uses API keys
-for authentication. Create your API key in the Z.AI console. Moltbot uses the `zai` provider
+for authentication. Create your API key in the Z.AI console. OpenClaw uses the `zai` provider
 with a Z.AI API key.
 
 ## CLI setup
 
 ```bash
-moltbot onboard --auth-choice zai-api-key
+openclaw onboard --auth-choice zai-api-key
 # or non-interactive
-moltbot onboard --zai-api-key "$ZAI_API_KEY"
+openclaw onboard --zai-api-key "$ZAI_API_KEY"
 ```
 
 ## Config snippet

package/docs/railway.mdx

@@ -2,7 +2,7 @@
 title: Deploy on Railway
 ---
 
-Deploy Moltbot on Railway with a one-click template and finish setup in your browser.
+Deploy OpenClaw on Railway with a one-click template and finish setup in your browser.
 This is the easiest “no terminal on the server” path: Railway runs the Gateway for you,
 and you configure everything via the `/setup` web wizard.
 
@@ -16,7 +16,7 @@ and you configure everything via the `/setup` web wizard.
 
 ## One-click deploy
 
-<a href="https://railway.com/deploy/moltbot-railway-template" target="_blank" rel="noreferrer">Deploy on Railway</a>
+<a href="https://railway.com/deploy/openclaw-railway-template" target="_blank" rel="noreferrer">Deploy on Railway</a>
 
 After deploy, find your public URL in **Railway → your service → Settings → Domains**.
 
@@ -27,11 +27,11 @@ Railway will either:
 Then open:
 
 - `https://<your-railway-domain>/setup` — setup wizard (password protected)
-- `https://<your-railway-domain>/moltbot` — Control UI
+- `https://<your-railway-domain>/openclaw` — Control UI
 
 ## What you get
 
-- Hosted Moltbot Gateway + Control UI
+- Hosted OpenClaw Gateway + Control UI
 - Web setup wizard at `/setup` (no terminal commands)
 - Persistent storage via Railway Volume (`/data`) so config/credentials/workspace survive redeploys
 - Backup export at `/setup/export` to migrate off Railway later
@@ -56,9 +56,9 @@ Set these variables on the service:
 
 - `SETUP_PASSWORD` (required)
 - `PORT=8080` (required — must match the port in Public Networking)
-- `CLAWDBOT_STATE_DIR=/data/.clawdbot` (recommended)
-- `CLAWDBOT_WORKSPACE_DIR=/data/workspace` (recommended)
-- `CLAWDBOT_GATEWAY_TOKEN` (recommended; treat as an admin secret)
+- `OPENCLAW_STATE_DIR=/data/.openclaw` (recommended)
+- `OPENCLAW_WORKSPACE_DIR=/data/workspace` (recommended)
+- `OPENCLAW_GATEWAY_TOKEN` (recommended; treat as an admin secret)
 
 ## Setup flow
 
@@ -93,4 +93,4 @@ Download a backup at:
 
 - `https://<your-railway-domain>/setup/export`
 
-This exports your Moltbot state + workspace so you can migrate to another host without losing config or memory.
+This exports your OpenClaw state + workspace so you can migrate to another host without losing config or memory.

package/docs/refactor/exec-host.md

@@ -25,11 +25,11 @@ read_when:
 - **Config keys:** `exec.host` + `exec.security` (per-agent override allowed).
 - **Elevation:** keep `/elevated` as an alias for gateway full access.
 - **Ask default:** `on-miss`.
-- **Approvals store:** `~/.clawdbot/exec-approvals.json` (JSON, no legacy migration).
+- **Approvals store:** `~/.openclaw/exec-approvals.json` (JSON, no legacy migration).
 - **Runner:** headless system service; UI app hosts a Unix socket for approvals.
 - **Node identity:** use existing `nodeId`.
 - **Socket auth:** Unix socket + token (cross-platform); split later if needed.
-- **Node host state:** `~/.clawdbot/node.json` (node id + pairing token).
+- **Node host state:** `~/.openclaw/node.json` (node id + pairing token).
 - **macOS exec host:** run `system.run` inside the macOS app; node host service forwards requests over local IPC.
 - **No XPC helper:** stick to Unix socket + token + peer checks.
 
@@ -87,7 +87,7 @@ Ask is **independent** of allowlist; allowlist can be used with `always` or `on-
 - `/elevated off` = restore previous exec settings for the agent session.
 
 ## Approvals store (JSON)
-Path: `~/.clawdbot/exec-approvals.json`
+Path: `~/.openclaw/exec-approvals.json`
 
 Purpose:
 - Local policy + allowlists for the **execution host** (gateway or node runner).
@@ -99,7 +99,7 @@ Proposed schema (v1):
 {
   "version": 1,
   "socket": {
-    "path": "~/.clawdbot/exec-approvals.sock",
+    "path": "~/.openclaw/exec-approvals.sock",
     "token": "base64-opaque-token"
   },
   "defaults": {
@@ -141,7 +141,7 @@ Notes:
 
 ## UI integration (macOS app)
 ### IPC
-- Unix socket at `~/.clawdbot/exec-approvals.sock` (0600).
+- Unix socket at `~/.openclaw/exec-approvals.sock` (0600).
 - Token stored in `exec-approvals.json` (0600).
 - Peer checks: same-UID only.
 - Challenge/response: nonce + HMAC(token, request-hash) to prevent replay.

package/docs/refactor/plugin-sdk.md

@@ -28,12 +28,12 @@ Contents (examples):
 - Docs link helper: `formatDocsLink`.
 
 Delivery:
-- Publish as `@clawdbot/plugin-sdk` (or export from core under `clawdbot/plugin-sdk`).
+- Publish as `openclaw/plugin-sdk` (or export from core under `openclaw/plugin-sdk`).
 - Semver with explicit stability guarantees.
 
 ### 2) Plugin Runtime (execution surface, injected)
 Scope: everything that touches core runtime behavior.
-Accessed via `MoltbotPluginApi.runtime` so plugins never import `src/**`.
+Accessed via `OpenClawPluginApi.runtime` so plugins never import `src/**`.
 
 Proposed surface (minimal but complete):
 ```ts
@@ -41,8 +41,8 @@ export type PluginRuntime = {
   channel: {
     text: {
       chunkMarkdownText(text: string, limit: number): string[];
-      resolveTextChunkLimit(cfg: MoltbotConfig, channel: string, accountId?: string): number;
-      hasControlCommand(text: string, cfg: MoltbotConfig): boolean;
+      resolveTextChunkLimit(cfg: OpenClawConfig, channel: string, accountId?: string): number;
+      hasControlCommand(text: string, cfg: OpenClawConfig): boolean;
     };
     reply: {
       dispatchReplyWithBufferedBlockDispatcher(params: {
@@ -83,18 +83,18 @@ export type PluginRuntime = {
       ): Promise<{ path: string; contentType?: string }>;
     };
     mentions: {
-      buildMentionRegexes(cfg: MoltbotConfig, agentId?: string): RegExp[];
+      buildMentionRegexes(cfg: OpenClawConfig, agentId?: string): RegExp[];
       matchesMentionPatterns(text: string, regexes: RegExp[]): boolean;
     };
     groups: {
-      resolveGroupPolicy(cfg: MoltbotConfig, channel: string, accountId: string, groupId: string): {
+      resolveGroupPolicy(cfg: OpenClawConfig, channel: string, accountId: string, groupId: string): {
         allowlistEnabled: boolean;
         allowed: boolean;
         groupConfig?: unknown;
         defaultConfig?: unknown;
       };
       resolveRequireMention(
-        cfg: MoltbotConfig,
+        cfg: OpenClawConfig,
         channel: string,
         accountId: string,
         groupId: string,
@@ -109,7 +109,7 @@ export type PluginRuntime = {
         onFlush: (entries: T[]) => Promise<void>;
         onError?: (err: unknown) => void;
       }): { push: (v: T) => void; flush: () => Promise<void> };
-      resolveInboundDebounceMs(cfg: MoltbotConfig, channel: string): number;
+      resolveInboundDebounceMs(cfg: OpenClawConfig, channel: string): number;
     };
     commands: {
       resolveCommandAuthorizedFromAuthorizers(params: {
@@ -123,7 +123,7 @@ export type PluginRuntime = {
     getChildLogger(name: string): PluginLogger;
   };
   state: {
-    resolveStateDir(cfg: MoltbotConfig): string;
+    resolveStateDir(cfg: OpenClawConfig): string;
   };
 };
 ```
@@ -136,8 +136,8 @@ Notes:
 ## Migration plan (phased, safe)
 
 ### Phase 0: scaffolding
-- Introduce `@clawdbot/plugin-sdk`.
-- Add `api.runtime` to `MoltbotPluginApi` with the surface above.
+- Introduce `openclaw/plugin-sdk`.
+- Add `api.runtime` to `OpenClawPluginApi` with the surface above.
 - Maintain existing imports during a transition window (deprecation warnings).
 
 ### Phase 1: bridge cleanup (low risk)
@@ -165,7 +165,7 @@ Notes:
 ## Compatibility and versioning
 - SDK: semver, published, documented changes.
 - Runtime: versioned per core release. Add `api.runtime.version`.
-- Plugins declare a required runtime range (e.g., `moltbotRuntime: ">=2026.2.0"`).
+- Plugins declare a required runtime range (e.g., `openclawRuntime: ">=2026.2.0"`).
 
 ## Testing strategy
 - Adapter-level unit tests (runtime functions exercised with real core implementation).

package/docs/refactor/strict-config.md

@@ -23,12 +23,12 @@ read_when:
 - `plugins.entries.<id>.config` must be validated by the plugin’s schema.
   - If a plugin lacks a schema, **reject plugin load** and surface a clear error.
 - Unknown `channels.<id>` keys are errors unless a plugin manifest declares the channel id.
-- Plugin manifests (`moltbot.plugin.json`) are required for all plugins.
+- Plugin manifests (`openclaw.plugin.json`) are required for all plugins.
 
 ## Plugin schema enforcement
 - Each plugin provides a strict JSON Schema for its config (inline in the manifest).
 - Plugin load flow:
-  1) Resolve plugin manifest + schema (`moltbot.plugin.json`).
+  1) Resolve plugin manifest + schema (`openclaw.plugin.json`).
   2) Validate config against the schema.
   3) If missing schema or invalid config: block plugin load, record error.
 - Error message includes:
@@ -41,22 +41,22 @@ read_when:
 - Doctor runs **every time** config is loaded (dry-run by default).
 - If config invalid:
   - Print a summary + actionable errors.
-  - Instruct: `moltbot doctor --fix`.
-- `moltbot doctor --fix`:
+  - Instruct: `openclaw doctor --fix`.
+- `openclaw doctor --fix`:
   - Applies migrations.
   - Removes unknown keys.
   - Writes updated config.
 
 ## Command gating (when config is invalid)
 Allowed (diagnostic-only):
-- `moltbot doctor`
-- `moltbot logs`
-- `moltbot health`
-- `moltbot help`
-- `moltbot status`
-- `moltbot gateway status`
+- `openclaw doctor`
+- `openclaw logs`
+- `openclaw health`
+- `openclaw help`
+- `openclaw status`
+- `openclaw gateway status`
 
-Everything else must hard-fail with: “Config invalid. Run `moltbot doctor --fix`.”
+Everything else must hard-fail with: “Config invalid. Run `openclaw doctor --fix`.”
 
 ## Error UX format
 - Single summary header.

package/docs/reference/AGENTS.default.md

@@ -1,40 +1,40 @@
 ---
-summary: "Default Moltbot agent instructions and skills roster for the personal assistant setup"
+summary: "Default OpenClaw agent instructions and skills roster for the personal assistant setup"
 read_when:
-  - Starting a new Moltbot agent session
+  - Starting a new OpenClaw agent session
   - Enabling or auditing default skills
 ---
-# AGENTS.md — Moltbot Personal Assistant (default)
+# AGENTS.md — OpenClaw Personal Assistant (default)
 
 ## First run (recommended)
 
-Moltbot uses a dedicated workspace directory for the agent. Default: `~/clawd` (configurable via `agents.defaults.workspace`).
+OpenClaw uses a dedicated workspace directory for the agent. Default: `~/.openclaw/workspace` (configurable via `agents.defaults.workspace`).
 
 1) Create the workspace (if it doesn’t already exist):
 
 ```bash
-mkdir -p ~/clawd
+mkdir -p ~/.openclaw/workspace
 ```
 
 2) Copy the default workspace templates into the workspace:
 
 ```bash
-cp docs/reference/templates/AGENTS.md ~/clawd/AGENTS.md
-cp docs/reference/templates/SOUL.md ~/clawd/SOUL.md
-cp docs/reference/templates/TOOLS.md ~/clawd/TOOLS.md
+cp docs/reference/templates/AGENTS.md ~/.openclaw/workspace/AGENTS.md
+cp docs/reference/templates/SOUL.md ~/.openclaw/workspace/SOUL.md
+cp docs/reference/templates/TOOLS.md ~/.openclaw/workspace/TOOLS.md
 ```
 
 3) Optional: if you want the personal assistant skill roster, replace AGENTS.md with this file:
 
 ```bash
-cp docs/reference/AGENTS.default.md ~/clawd/AGENTS.md
+cp docs/reference/AGENTS.default.md ~/.openclaw/workspace/AGENTS.md
 ```
 
 4) Optional: choose a different workspace by setting `agents.defaults.workspace` (supports `~`):
 
 ```json5
 {
-  agents: { defaults: { workspace: "~/clawd" } }
+  agents: { defaults: { workspace: "~/.openclaw/workspace" } }
 }
 ```
 
@@ -71,16 +71,16 @@ cp docs/reference/AGENTS.default.md ~/clawd/AGENTS.md
 If you treat this workspace as Clawd’s “memory”, make it a git repo (ideally private) so `AGENTS.md` and your memory files are backed up.
 
 ```bash
-cd ~/clawd
+cd ~/.openclaw/workspace
 git init
 git add AGENTS.md
 git commit -m "Add Clawd workspace"
 # Optional: add a private remote + push
 ```
 
-## What Moltbot Does
+## What OpenClaw Does
 - Runs WhatsApp gateway + Pi coding agent so the assistant can read/write chats, fetch context, and run skills via the host Mac.
-- macOS app manages permissions (screen recording, notifications, microphone) and exposes the `moltbot` CLI via its bundled binary.
+- macOS app manages permissions (screen recording, notifications, microphone) and exposes the `openclaw` CLI via its bundled binary.
 - Direct chats collapse into the agent's `main` session by default; groups stay isolated as `agent:<agentId>:<channel>:group:<id>` (rooms/channels: `agent:<agentId>:<channel>:channel:<id>`); heartbeats keep background tasks alive.
 
 ## Core Skills (enable in Settings → Skills)
@@ -104,10 +104,10 @@ git commit -m "Add Clawd workspace"
 - **agent-tools** — Utility toolkit for automations and helper scripts.
 
 ## Usage Notes
-- Prefer the `moltbot` CLI for scripting; mac app handles permissions.
+- Prefer the `openclaw` CLI for scripting; mac app handles permissions.
 - Run installs from the Skills tab; it hides the button if a binary is already present.
 - Keep heartbeats enabled so the assistant can schedule reminders, monitor inboxes, and trigger camera captures.
 - Canvas UI runs full-screen with native overlays. Avoid placing critical controls in the top-left/top-right/bottom edges; add explicit gutters in the layout and don’t rely on safe-area insets.
-- For browser-driven verification, use `moltbot browser` (tabs/status/screenshot) with the clawd-managed Chrome profile.
-- For DOM inspection, use `moltbot browser eval|query|dom|snapshot` (and `--json`/`--out` when you need machine output).
-- For interactions, use `moltbot browser click|type|hover|drag|select|upload|press|wait|navigate|back|evaluate|run` (click/type require snapshot refs; use `evaluate` for CSS selectors).
+- For browser-driven verification, use `openclaw browser` (tabs/status/screenshot) with the OpenClaw-managed Chrome profile.
+- For DOM inspection, use `openclaw browser eval|query|dom|snapshot` (and `--json`/`--out` when you need machine output).
+- For interactions, use `openclaw browser click|type|hover|drag|select|upload|press|wait|navigate|back|evaluate|run` (click/type require snapshot refs; use `evaluate` for CSS selectors).