Use this file to discover all available pages before exploring further.
The agent platform has a handful of moving parts, and they don’t always have obvious names. This page is your reference: every term, every standard file path, every reserved port. Skim it now to get the lay of the land; come back later when something in the docs reads like jargon.
A workspace is a Pinata team. Inside it you create one or more agents — each is an isolated container running the OpenClaw engine, with its own files, gateway, and per-agent subdomain.
A single isolated container with a persistent workspace, gateway, and {agentId}.agents.pinata.cloud subdomain. Created via POST /v0/agents or the Create Agent button. Identified by agentId (a short slug like x0i33jye).
The runtime that powers the agent. Two engines are supported:
Engine
Tagline
When to pick it
openclaw (default)
Configurable agent for custom workflows and power users
You want full control over manifest fields, scripts, routes, and skills
hermes
Opinionated agent with a smoother out-of-the-box experience
You want fewer knobs and channels wired up from the start
Pick the engine when creating the agent — either in the Agent Engine card on the Create Agent wizard, or by passing engine in POST /v0/agents, or by setting engine in manifest.json for a template. Available engines per deployment are listed at GET /v0/agents/engines.
Per-agent credential used to authenticate against the agent’s own subdomain ({agentId}.agents.pinata.cloud/...). See API → Gateway token. Distinct from the Pinata JWT (workspace-wide API key) and from the platform JWT (1h token an agent gets from itself via POST /v0/platform/token).
Team workspace - your Pinata account or shared team. Switch under Account → Workspaces.
Agent workspace - the per-agent file tree at /home/node/clawd/workspace/ inside the container. Includes manifest.json, SOUL.md, attached skills under skills/, file uploads under uploads/, and anything else your agent has written.
You (committed to git, validated via POST /v0/templates/validate)
openclaw.json
/home/node/.openclaw/openclaw.json
OpenClaw runtime schema
OpenClaw at runtime (validated via POST /v0/agents/{agentId}/config/validate)
Day-to-day, edit manifest.json. openclaw.json is the engine’s runtime mirror and is generally only touched via the OpenClaw Settings UI on the Danger tab.
A reusable package of files and instructions that extends an agent’s capabilities. Pinned to IPFS, addressed by slug (@pinata/api) or CID. Installed into your Skills Library, then attached per-agent. Up to 10 attached per agent. See Skills.The platform ships with @pinata/platform bundled - it lets the agent perform self-service operations (install skills, set secrets, manage tasks).
A capture of the agent’s workspace pinned to IPFS as a single CID. Created automatically every minute when changes are detected, plus on demand via POST /v0/agents/{agentId}/snapshots/sync. Reset to any historical snapshot via POST /v0/agents/{agentId}/snapshots/reset. See Files & Snapshots.
A client paired with an agent (CLI, mobile, browser session) - approval-gated for security. Listed at GET /v0/agents/{agentId}/devices. See Danger → Devices.
A pre-configured agent (manifest + workspace files + skill list) packaged for one-click deployment. Published on the Marketplace or kept private in My Templates. See Templates.
(Closed beta, @pinata.cloud accounts only.) Kanban-style work item assigned to an agent - title + prompt + optional repo. The agent runs, you review the workspace diff, then approve or revert.